Your message dated Fri, 21 May 2010 15:37:55 -0700
with message-id <[email protected]>
and subject line Re: Bug#582573: openafs-modules-source: svn access triggers
openafs "permission denied"
has caused the Debian Bug report #582573,
regarding openafs-modules-source: svn access triggers openafs "permission
denied"
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
582573: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582573
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: openafs-modules-source
Version: 1.4.7.dfsg1-6+lenny1
Severity: normal
Repeated use of Subversion (test case: via svn+ssh://$HOST/afs/...) leads to
"permission denied" errors accessing the repository. From $HOST, 'fs flushv
$REPO_PATH' will temporarily fix the error.
This was reported to openafs developers as
http://rt.central.org/rt/Ticket/Display.html?id=74672 and yielded a patch
(linux-revalidate-renames-correctly-20080707 in CVS-speak) which purports to
solve the problem. From the Debian Changelog, I don't think this has yielded a
patch to 1.4.7.dfsg*.
I don't think a completely consistent test case exists, but
http://www.openafs.org/pipermail/openafs-info/2009-November/032294.html is the
best I've found.
AFS packages installed on my test box:
ii libpam-openafs-session 1.7-1
PAM module to obtain PAGs and AFS tokens (tr
ii openafs-client
1.4.7.dfsg1-6+lenny2 AFS distributed filesystem client support
ii openafs-krb5
1.4.7.dfsg1-6+lenny2 AFS distributed filesystem Kerberos 5 integr
ii openafs-modules-2.6.26-2-amd64
1.4.7.dfsg1-6+lenny1+2.6.26-15 AFS distributed filesystem kernel module
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages openafs-modules-source depends on:
pn bison <none> (no description available)
pn debhelper <none> (no description available)
pn flex <none> (no description available)
pn kernel-package | module-assis <none> (no description available)
openafs-modules-source recommends no packages.
openafs-modules-source suggests no packages.
--- End Message ---
--- Begin Message ---
Version: 1.4.8.dfsg1-1
Arthur P Prokosch <[email protected]> writes:
> Repeated use of Subversion (test case: via svn+ssh://$HOST/afs/...)
> leads to "permission denied" errors accessing the repository. From
> $HOST, 'fs flushv $REPO_PATH' will temporarily fix the error.
> This was reported to openafs developers as
> http://rt.central.org/rt/Ticket/Display.html?id=74672 and yielded a
> patch (linux-revalidate-renames-correctly-20080707 in CVS-speak) which
> purports to solve the problem. From the Debian Changelog, I don't think
> this has yielded a patch to 1.4.7.dfsg*.
> I don't think a completely consistent test case exists, but
> http://www.openafs.org/pipermail/openafs-info/2009-November/032294.html
> is the best I've found.
This was fixed in 1.4.8; marking it in the BTS accordingly (which will
still know that it was unfixed in lenny).
I don't think that we'll do a stable update for this particular fix unless
we're allowed to import a newer upstream if there's a lenny kernel update.
Instead, I recommend using the openafs packages available through
backports.org, which are widely used and much newer and include this fix.
--
Russ Allbery ([email protected]) <http://www.eyrie.org/~eagle/>
--- End Message ---
