Defect #4503

unable to browse git repositories since move to 0.9

Added by Nicolas Sebrecht over 9 years ago. Updated about 9 years ago.

Status:ClosedStart date:2009-12-29
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-
Resolution:Invalid Affected version:

Description

Nobody can browse Git repositories since the migration from last stable to 0.9.
Error message: "The entry or revision was not found in the repository."

The commands:

RAILS_ENV=production rake db:migrate
RAILS_ENV=production rake db:migrate_plugins
RAILS_ENV=production rake db:migrate:upgrade_plugin_migrations
rake tmp:cache:clear
rake tmp:sessions:clear

didn't help.

Current version:

commit e0b97823d89c89e496a39cc6b61818fd8a8a8b6e
Author: Jean-Philippe Lang <jp_lang@yahoo.fr>
Date:   Sun Dec 27 10:52:02 2009 +0000

    Moves attachments parsing after textile parsing so that:
    * attachments parsing does not rely on textile syntax
    * textile output can be cached (#4482)

    git-svn-id: svn+ssh://rubyforge.org/var/svn/redmine/trunk@3253 e93f8b46-1217-0410-a6f0-8f06a7374b81

test-server.report - output "ruby script/server webrick -e production" (9.9 KB) Nicolas Sebrecht, 2010-01-07 15:31

History

#1 Updated by Nicolas Sebrecht over 9 years ago

Added output from:

ruby script/server webrick -e production

#2 Updated by Jean-Philippe Lang over 9 years ago

Nicolas Sebrecht wrote:

Added output from:

[...]

No connection to the database.

#3 Updated by Nicolas Sebrecht over 9 years ago

I've checked the user/database/password informations in config/database.yml and they are correct.

Manually connecting to mysql works ('mysql -u "user" -p') and the command 'show databases;' print out the good database name. Issues functionnality works fine.

#4 Updated by Nicolas Sebrecht over 9 years ago

Nicolas Sebrecht wrote:

Nobody can browse Git repositories since the migration from last stable to 0.9.
Error message: "The entry or revision was not found in the repository."

We can browse the repositories if I set 'chmod -R 777' on the repos.

Today, we have :

serveur git-repositories # ls -ld redmine.git
drwxrwx--- 7 redmine admin-git 4,0K 2009-12-29 12:58 redmine.git

"admin-git" is a ldap group for the maintainers of the project.
"redmine" is a classic unix system user.

I can't keep read access to others because all of the hosted projects aren't public ('git clone' would be permitted).

Is it normal?

#5 Updated by Rob Sterner over 9 years ago

The `chmod -R 777 *` trick didn't work for me. I'm still unable to browse git repositories after following the setup instructions.

#6 Updated by Anton Statutov over 9 years ago

The same problem for me with 0.9.1.

#7 Updated by Anton Statutov over 9 years ago

Someone could tell me how to debug it?

#8 Updated by Anton Statutov over 9 years ago

The problem still not solved for me. But I found in apache logs some info:

fatal: Not a git repository: '/home/user/project.git/'

Nevertheless, the following command works fine:

git --git-dir /home/user/project.git/ log

#9 Updated by Anton Statutov over 9 years ago

  • Status changed from New to Resolved

The problem was in that redmine works with apache user privileges and www was not able to see git directory.

#10 Updated by Felix Schäfer about 9 years ago

  • Status changed from Resolved to Closed
  • Resolution set to Invalid

Also available in: Atom PDF