You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by jmarans <jm...@gmail.com> on 2013/01/22 20:40:42 UTC
start-commit not receiving userid from commits
I've installed the latest version of subversion on a centOS 6 system and
it was working perfectly well.
Today the start-commit script stopped getting the userid from the
svnserve daemon.
I've reinstalled the subversion software with no change in behaviour.
The problem is consistent across all 32 repositories on the test system.
I've a production svn server running on solaris 10 that doesn't exhibit
this behaviour.
Commands issued are of the form
svn commit -m 'Bugzilla#18933; testing' --username somename
--password somepasswd --no-auth-cache
The first arg to start-commit gets through, but not the second.
Any ideas?
Regards,
Jeffrey Marans.
Re: start-commit not receiving userid from commits
Posted by Nico Kadel-Garcia <nk...@gmail.com>.
I'm very glad you found it! That's what mailing lists are for.
Nico Kadel-Garcia <nk...@gmail.com>
On Wed, Jan 23, 2013 at 7:55 AM, jmarans <jm...@gmail.com> wrote:
> Fresh eyes and a night's sleep help.
> The $repo/conf/svnserve.conf file in each repo was wrong.
> I've been creating and deleting repositories too often and must have
> forgotten the conf file settings.
> These are the critical values:
> anon-access = none
> auth-access = write
> password-db = passwd
>
> Thanks for pointing out authorization, in the end it got me thinking about
> the individual repo conf files.
>
> Jeff.
>
> On 22/01/13 05:23 PM, Nico Kadel-Garcia wrote:
>>
>> On Tue, Jan 22, 2013 at 5:07 PM, Jeffrey Marans<jm...@gmail.com> wrote:
>>>
>>> Each repo has it's own passwd file, and the svnserver.conf file only
>>> allows
>>> write access to authenticated users.
>>
>> And you're quite sure that that svnserve.conf or the Apache
>> configurations have not been altered lately?
>>
>>> On 01/22/2013 04:58 PM, Nico Kadel-Garcia wrote:
>>>>
>>>> On Tue, Jan 22, 2013 at 2:40 PM, jmarans<jm...@gmail.com> wrote:
>>>>>
>>>>> I've installed the latest version of subversion on a centOS 6 system
>>>>> and
>>>>> it
>>>>> was working perfectly well.
>>>>> Today the start-commit script stopped getting the userid from the
>>>>> svnserve
>>>>> daemon.
>>>>> I've reinstalled the subversion software with no change in behaviour.
>>>>> The problem is consistent across all 32 repositories on the test
>>>>> system.
>>>>>
>>>>> I've a production svn server running on solaris 10 that doesn't exhibit
>>>>> this
>>>>> behaviour.
>>>>
>>>> Sounds like you may have an authentication issue in your Apache or
>>>> svn.conf, one where anonymous users now have write access and are thus
>>>> no longer authenticated.
>>>>
>>>>> Commands issued are of the form
>>>>> svn commit -m 'Bugzilla#18933; testing' --username somename
>>>>> --password
>>>>> somepasswd --no-auth-cache
>>>>>
>>>>> The first arg to start-commit gets through, but not the second.
>>>>> Any ideas?
>>>>>
>>>>> Regards,
>>>>> Jeffrey Marans.
>>>
>>>
>
Re: start-commit not receiving userid from commits
Posted by Nico Kadel-Garcia <nk...@gmail.com>.
On Tue, Jan 22, 2013 at 5:07 PM, Jeffrey Marans <jm...@gmail.com> wrote:
> Each repo has it's own passwd file, and the svnserver.conf file only allows
> write access to authenticated users.
And you're quite sure that that svnserve.conf or the Apache
configurations have not been altered lately?
> On 01/22/2013 04:58 PM, Nico Kadel-Garcia wrote:
>>
>> On Tue, Jan 22, 2013 at 2:40 PM, jmarans <jm...@gmail.com> wrote:
>>>
>>> I've installed the latest version of subversion on a centOS 6 system and
>>> it
>>> was working perfectly well.
>>> Today the start-commit script stopped getting the userid from the
>>> svnserve
>>> daemon.
>>> I've reinstalled the subversion software with no change in behaviour.
>>> The problem is consistent across all 32 repositories on the test system.
>>>
>>> I've a production svn server running on solaris 10 that doesn't exhibit
>>> this
>>> behaviour.
>>
>> Sounds like you may have an authentication issue in your Apache or
>> svn.conf, one where anonymous users now have write access and are thus
>> no longer authenticated.
>>
>>> Commands issued are of the form
>>> svn commit -m 'Bugzilla#18933; testing' --username somename
>>> --password
>>> somepasswd --no-auth-cache
>>>
>>> The first arg to start-commit gets through, but not the second.
>>> Any ideas?
>>>
>>> Regards,
>>> Jeffrey Marans.
>
>
Re: start-commit not receiving userid from commits
Posted by Jeffrey Marans <jm...@gmail.com>.
Each repo has it's own passwd file, and the svnserver.conf file only allows write access to authenticated users.
On 01/22/2013 04:58 PM, Nico Kadel-Garcia wrote:
> On Tue, Jan 22, 2013 at 2:40 PM, jmarans <jm...@gmail.com> wrote:
>> I've installed the latest version of subversion on a centOS 6 system and it
>> was working perfectly well.
>> Today the start-commit script stopped getting the userid from the svnserve
>> daemon.
>> I've reinstalled the subversion software with no change in behaviour.
>> The problem is consistent across all 32 repositories on the test system.
>>
>> I've a production svn server running on solaris 10 that doesn't exhibit this
>> behaviour.
> Sounds like you may have an authentication issue in your Apache or
> svn.conf, one where anonymous users now have write access and are thus
> no longer authenticated.
>
>> Commands issued are of the form
>> svn commit -m 'Bugzilla#18933; testing' --username somename --password
>> somepasswd --no-auth-cache
>>
>> The first arg to start-commit gets through, but not the second.
>> Any ideas?
>>
>> Regards,
>> Jeffrey Marans.
Re: start-commit not receiving userid from commits
Posted by Nico Kadel-Garcia <nk...@gmail.com>.
On Tue, Jan 22, 2013 at 2:40 PM, jmarans <jm...@gmail.com> wrote:
> I've installed the latest version of subversion on a centOS 6 system and it
> was working perfectly well.
> Today the start-commit script stopped getting the userid from the svnserve
> daemon.
> I've reinstalled the subversion software with no change in behaviour.
> The problem is consistent across all 32 repositories on the test system.
>
> I've a production svn server running on solaris 10 that doesn't exhibit this
> behaviour.
Sounds like you may have an authentication issue in your Apache or
svn.conf, one where anonymous users now have write access and are thus
no longer authenticated.
>
> Commands issued are of the form
> svn commit -m 'Bugzilla#18933; testing' --username somename --password
> somepasswd --no-auth-cache
>
> The first arg to start-commit gets through, but not the second.
> Any ideas?
>
> Regards,
> Jeffrey Marans.