[Fusionforge-general] Misc fusion forge errors

Don Porter porterde at cs.utexas.edu
Fri Mar 12 18:59:08 CET 2010


So this issue turns out that the svndir_prefix setting in 
/etc/gforge/local.inc defaulted to /svnroot rather than 
/var/lib/gforge/chroot/scmrepos/svn , where the scmsvn package puts it.

Thanks,
Don

Don Porter wrote:
> One more issue related to scm management:
>
> It looks like the hourly cron job is creating svn repositories for new 
> projects correctly, but the "Browse Subversion Repository" link thinks 
> that the repository isn't yet created.
>
> I can check out and commit to the repository, and it is actually there.
>
> As usual, any tips on debugging this are most welcome.
>
> -Don
>
>
> Don Porter wrote:
>> Thanks again Christian.
>>
>> One more round - I hope the last one.
>>
>> christian.bayle at orange-ftgroup.com wrote:
>>> Don Porter wrote:
>>>>
>>>> Christian Bayle wrote:
>>>>>
>>>>> a2dissite default
>>>>> invoke-rc.d apache2 reload
>>>>>
>>>>> should make http works
>>>> Indeed it does.
>>
>> When I try to access project sites, like test1.mydomain.com, I get 
>> the same errors:
>>
>>
>> [Wed Mar 10 13:14:24 2010] [error] [client 128.83.122.94] PHP 
>> Warning:  pg_pconnect() [<a 
>> href='function.pg-pconnect'>function.pg-pconnect</a>]: Unable to 
>> connect to PostgreSQL server: FATAL:  Ident authentication failed for 
>> user &quot;www-data&quot; in 
>> /usr/share/gforge/common/include/database-pgsql.php on line 78
>>
>> Any other suggestions for how to debug this?
>>>>
>>>>>> 2) When I try to create a subversion scm repository for an 
>>>>>> initial project, it is not getting created.  The directories 
>>>>>> /var/lib/gforge/chroot/scmrepos/* are all owned by root.root.  Is 
>>>>>> this correct, or should it be scm-gforge or some other user?
>>>>>>
>>>>> as far as I remember, it should be group owned by the project group
>>>> But who should own the scmrepos parent directory?
>>> root.root is I think ok and the creation script is a cron, all cron 
>>> are in /etc/cron.d
>>> it's called by gforge-db-postgresql, as the creation is db dependant
>>>
>>> /usr/share/gforge/cronjobs/create_scm_repos.php
>>> that will call the scm_create_repo hook for each activated scm
>>> so the code for svn is in 
>>> /usr/share/gforge/common/include/SCMPlugin.class.php
>>> that will call  createOrUpdateRepo in 
>>> /usr/share/gforge/plugins/scmsvn/common/SVNPlugin.class.php
>>>
>>> concretly you hack this function and run:
>>>
>>> /usr/bin/php -q -d 
>>> include_path=.:/etc/gforge:/usr/share/gforge:/usr/share/gforge/www/include" 
>>> /usr/share/gforge/cronjobs/create_scm_repos.php
>>
>> This turned out to be a database connection issue - it wasn't 
>> listening on a tcp/ip socket locally.  Once that was enabled, it was 
>> all good.
>>
>>>>
>>> looks like a nss issue
>>> try:
>>> getent passwd <username>
>>> if you don't get any user, that's it, you might have used default 
>>> answer when asked to replace some config file by gforge-* package.
>>>
>>> You can dpkg-reconfigure -plow some of this package and allow the 
>>> change, or on a clean server
>>> UCF_FORCE_CONFFNEW=yes apt-get install fusionforge-full
>>> (by default a package won't chage the config of an other, it's a 
>>> policy constraint)
>>
>> It turns out the issue was nscd missing from the system.  Looking 
>> through some bash strace output, it looks like it was falling back on 
>> manually parsing the nss configs if it couldn't connect to nscd, 
>> which was failing on one of the gforge files.  Once I added nscd, it 
>> all worked.
>>
>> It might be worth adding a package dependence on nscd.
>> Also, should logged in users be chroot-ed into /var/lib/gforge/chroot?
>>
>> Thanks so much,
>> Don
>>
>> _______________________________________________
>> Fusionforge-general mailing list
>> Fusionforge-general at lists.fusionforge.org
>> http://lists.fusionforge.org/cgi-bin/mailman/listinfo/fusionforge-general 
>>
>
>
> _______________________________________________
> Fusionforge-general mailing list
> Fusionforge-general at lists.fusionforge.org
> http://lists.fusionforge.org/cgi-bin/mailman/listinfo/fusionforge-general





More information about the Fusionforge-general mailing list