John Szakmeister wrote:
> On Friday 18 March 2005 19:38, Jason Taylor wrote:
> [snip]
>
>>Yes, it is hanging off the root.
>>
>>Here's the httpd.conf snippet (with password obscured).
>>
>>
>><Location "/svn/">
>
>
> This fine. What I actually meant was if it was the root (i.e., Location
> "/").
>
>
>> AllowOverride None
>> order allow,deny
>> allow from all
>>
>> DAV svn
>> SVNParentPath /usr/remote/bu1/Data/COMPUTER/DATABASE/Development
>
>
> You tried point SVNParentPath to a local directory, right?
>
>
>> AuthName "Subversion"
>> AuthType Kerberos
>>
>> KrbMethodNegotiate on
>> KrbAuthoritative off
>> Krb5Keytab /etc/krb5.keytab
>> KrbAuthRealms MIDDLEEARTH.PRV
>> KrbVerifyKDC off
>>
>> AuthLDAPUrl "ldap://uinen
>>radagast/ou=University,dc=middleearth,dc=prv?userPrincipalName?sub?(obj
>>ectClass=*)" AuthLDAPBindDN
>>"cn=Tess.User,ou=KenmoreStudents,ou=University,dc=middleearth,dc=prv"
>> AuthLDAPBindPassword "password"
>> Require group
>>cn=IT,ou=KenmoreCampus,ou=University,dc=middleearth,dc=prv </Location>
>>
>
> Hmm, I wasn't aware you could mix authentication schemes like this.
>
>
>>It works with no problems using local repository! I'm mounting the
>>share via: mount_smbfs -u www -g wheel //jtaylor@bu1/data
>>/usr/remote/bu1
>
>
> I'm not sure about smbfs's file locking semantics. If they're broken,
> then fsfs won't work correctly. I believe there is some mention of this
> in the FAQ (not smbfs in particular, but locking in relation to NFS).
>
>
>>And here's my nsmb.conf (with password obscured):
>>
>>[default]
>>workgroup=MIDDLEEARTH
>>
>>[BU1]
>>addr=bu1.middleearth.prv
>>
>>[BU1:JTAYLOR]
>># use persistent password cache for user
>>password=password
>
>
> I think if it's working with a local path (meaning, that you served a
> local path to the repository through Apache2), then my attention would
> turn to smbfs. I'm unfamiliar with it's use, so unfortunately, I'm not
> sure how much I can help. :-(
>
> -John
Yes, I pointed SVNParentPath to a local directory, created a repository,
imported, and then checked it back out. Thanks for suggesting trying
it. I'm now sure that you're right about it being smbfs and that it's
some sort of permissions issue.
Yup, kerb authentication and ldap authorization because kerb doesn't "do
" active directory groups. It does require patching util_ldap.c.
I'm thinking it might be fixable by using the -M and/or -O switches of
mount_smbfs. That's just a guess as I have no idea what those switches
actually do. Does anyone know? Or can anyone point me to a copy of the
nsmb(8) man page that the mount_smbfs man page references?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Mar 19 03:36:57 2005