Hello,
we upgraded our fileserver from Linux 3.2 to linux 3.7.6 and now have
problems when accessing our nfs-mounted user homes from some sun-
applications (i.e. Adobe Framemaker):
In the applications file open box, no files are displayed. When entering
the filename by path, the file can be opened. So it seems some kind of
dir enumeration which is used by the sun applications is broken.
Other programs on the sun like ls work as before and show all files.
We are using NFSv3 (and cannot switch to v4). Our sun is a very old
machine running Sun Solaris 10.
Is there any help?
Thanks and best regards
Ulrich
--
|-----------------------------------------------------------------------
| Ulrich Gemkow
| University of Stuttgart
| Institute of Communication Networks and Computer Engineering (IKR)
|-----------------------------------------------------------------------
Hello,
please allow a followup of my own on this:
On Monday 04 February 2013 11:12:03 Ulrich Gemkow wrote:
> Hello,
>
> we upgraded our fileserver from Linux 3.2 to linux 3.7.6 and now have
> problems when accessing our nfs-mounted user homes from some sun-
> applications (i.e. Adobe Framemaker):
>
> In the applications file open box, no files are displayed. When entering
> the filename by path, the file can be opened. So it seems some kind of
> dir enumeration which is used by the sun applications is broken.
>
> Other programs on the sun like ls work as before and show all files.
>
> We are using NFSv3 (and cannot switch to v4). Our sun is a very old
> machine running Sun Solaris 10.
When mounting with vers=2 on the sun (using NFSv2) the files
"reappear", so this is a clear regression in NFSv3 between
Linux 3.2 and Linux 3.7.
Maybe this can be fixed. I will be happy to give more info
if someone is interested.
Best regards
Ulrich
>
> Is there any help?
>
> Thanks and best regards
>
> Ulrich
>
--
|-----------------------------------------------------------------------
| Ulrich Gemkow
|-----
| Universit?t Stuttgart
| Institut f?r Kommunikationsnetze und Rechnersysteme (IKR)
|-----
| University of Stuttgart
| Institute of Communication Networks and Computer Engineering (IKR)
|-----
| Pfaffenwaldring 47, D 70569 Stuttgart, Germany
| mailto:[email protected] http://www.ikr.uni-stuttgart.de
|-----------------------------------------------------------------------
On Fri, Jul 05, 2013 at 08:27:40AM +0200, Harald Dunkel wrote:
> Hi Ulrich,
>
> On Mon, 4 Feb 2013 21:24:08 +0100
> Ulrich Gemkow <[email protected]> wrote:
>
> > Hello,
> >
> > please allow a followup of my own on this:
> >
> > On Monday 04 February 2013 11:12:03 Ulrich Gemkow wrote:
> > > Hello,
> > >
> > > we upgraded our fileserver from Linux 3.2 to linux 3.7.6 and now have
> > > problems when accessing our nfs-mounted user homes from some sun-
> > > applications (i.e. Adobe Framemaker):
> > >
> > > In the applications file open box, no files are displayed. When entering
> > > the filename by path, the file can be opened. So it seems some kind of
> > > dir enumeration which is used by the sun applications is broken.
> > >
> > > Other programs on the sun like ls work as before and show all files.
> > >
> > > We are using NFSv3 (and cannot switch to v4). Our sun is a very old
> > > machine running Sun Solaris 10.
> >
> > When mounting with vers=2 on the sun (using NFSv2) the files
> > "reappear", so this is a clear regression in NFSv3 between
> > Linux 3.2 and Linux 3.7.
And the *only* thing you change is the kernel version, not nfs-utils or
anything else in userspace?
> Have you considered upgrading your Solaris version? I had tons
> of problems with NFS on Solaris10u6 and 10u8, including unresponsive
> mount points, problems with delegations (esp. in the users' .ssh
> directories and .Xauthority files) and strange "permission
> denied" error messages for some ACL feature I never configured on
> the server.
>
> NFS in Solaris 10u10 works much better together with Linux. I
> haven't tried Solaris 11.
>
> My servers run Squeeze and the Linux kernel from the squeeze-
> backports repository (3.2.0-0.bpo.4-amd64).
>
> > Maybe this can be fixed. I will be happy to give more info
> > if someone is interested.
Most interesting would probably be packet captures in both the "good"
and "bad" cases; so, something like:
tcpdump -s0 -wtmp.pcap
then reproduce the problem, then kill tcpdump and send tmp.pcap.
(And/or take a look at it yourself with "wireshark tmp.pcap", and there
may be something obvious that jumps out even to a non-expert.)
--b.
Hello,
answering as the original poster of the problem:
On Friday 05 July 2013 21:27:49 J. Bruce Fields wrote:
> On Fri, Jul 05, 2013 at 08:27:40AM +0200, Harald Dunkel wrote:
> > Hi Ulrich,
> >
> > On Mon, 4 Feb 2013 21:24:08 +0100
> > Ulrich Gemkow <[email protected]> wrote:
> >
> > > Hello,
> > >
> > > please allow a followup of my own on this:
> > >
> > > On Monday 04 February 2013 11:12:03 Ulrich Gemkow wrote:
> > > > Hello,
> > > >
> > > > we upgraded our fileserver from Linux 3.2 to linux 3.7.6 and now have
> > > > problems when accessing our nfs-mounted user homes from some sun-
> > > > applications (i.e. Adobe Framemaker):
> > > >
> > > > In the applications file open box, no files are displayed. When entering
> > > > the filename by path, the file can be opened. So it seems some kind of
> > > > dir enumeration which is used by the sun applications is broken.
> > > >
> > > > Other programs on the sun like ls work as before and show all files.
> > > >
> > > > We are using NFSv3 (and cannot switch to v4). Our sun is a very old
> > > > machine running Sun Solaris 10.
> > >
> > > When mounting with vers=2 on the sun (using NFSv2) the files
> > > "reappear", so this is a clear regression in NFSv3 between
> > > Linux 3.2 and Linux 3.7.
>
> And the *only* thing you change is the kernel version, not nfs-utils or
> anything else in userspace?
Yes, only the kernel changed.
In the time since my original post in February I found the reason
for the problem:
The problem is caused by the patch "nfsd: vfs_llseek() with 32
or 64 bit offsets (hashes)". A discussion of regressions caused
by this patch can be found in the thread http://comments.gmane.org/gmane.comp.file-systems.ext4/37022
(started by you :-).
I solved the problem by disabling the 64-bit hash-extension.
I have not checked whether a better solution was found since
then.
> > Have you considered upgrading your Solaris version? I had tons
> > of problems with NFS on Solaris10u6 and 10u8, including unresponsive
> > mount points, problems with delegations (esp. in the users' .ssh
> > directories and .Xauthority files) and strange "permission
> > denied" error messages for some ACL feature I never configured on
> > the server.
> >
> > NFS in Solaris 10u10 works much better together with Linux. I
> > haven't tried Solaris 11.
> >
> > My servers run Squeeze and the Linux kernel from the squeeze-
> > backports repository (3.2.0-0.bpo.4-amd64).
> >
> > > Maybe this can be fixed. I will be happy to give more info
> > > if someone is interested.
>
> Most interesting would probably be packet captures in both the "good"
> and "bad" cases; so, something like:
>
> tcpdump -s0 -wtmp.pcap
>
> then reproduce the problem, then kill tcpdump and send tmp.pcap.
>
> (And/or take a look at it yourself with "wireshark tmp.pcap", and there
> may be something obvious that jumps out even to a non-expert.)
>
> --b.
I think this makes the proposed dump obsolete?
Thank you and best regards
-Ulrich
--
|-----------------------------------------------------------------------
| Ulrich Gemkow
| University of Stuttgart
| Institute of Communication Networks and Computer Engineering (IKR)
|-----------------------------------------------------------------------
Hi Ulrich,
On Mon, 4 Feb 2013 21:24:08 +0100
Ulrich Gemkow <[email protected]> wrote:
> Hello,
>
> please allow a followup of my own on this:
>
> On Monday 04 February 2013 11:12:03 Ulrich Gemkow wrote:
> > Hello,
> >
> > we upgraded our fileserver from Linux 3.2 to linux 3.7.6 and now have
> > problems when accessing our nfs-mounted user homes from some sun-
> > applications (i.e. Adobe Framemaker):
> >
> > In the applications file open box, no files are displayed. When entering
> > the filename by path, the file can be opened. So it seems some kind of
> > dir enumeration which is used by the sun applications is broken.
> >
> > Other programs on the sun like ls work as before and show all files.
> >
> > We are using NFSv3 (and cannot switch to v4). Our sun is a very old
> > machine running Sun Solaris 10.
>
> When mounting with vers=2 on the sun (using NFSv2) the files
> "reappear", so this is a clear regression in NFSv3 between
> Linux 3.2 and Linux 3.7.
>
Have you considered upgrading your Solaris version? I had tons
of problems with NFS on Solaris10u6 and 10u8, including unresponsive
mount points, problems with delegations (esp. in the users' .ssh
directories and .Xauthority files) and strange "permission
denied" error messages for some ACL feature I never configured on
the server.
NFS in Solaris 10u10 works much better together with Linux. I
haven't tried Solaris 11.
My servers run Squeeze and the Linux kernel from the squeeze-
backports repository (3.2.0-0.bpo.4-amd64).
> Maybe this can be fixed. I will be happy to give more info
> if someone is interested.
>
That would be nice.
Good luck
Harri
Hello Harald,
On Friday 05 July 2013 08:27:40 Harald Dunkel wrote:
> Hi Ulrich,
>
> On Mon, 4 Feb 2013 21:24:08 +0100
> Ulrich Gemkow <[email protected]> wrote:
>
> > Hello,
> >
> > please allow a followup of my own on this:
> >
> > On Monday 04 February 2013 11:12:03 Ulrich Gemkow wrote:
> > > Hello,
> > >
> > > we upgraded our fileserver from Linux 3.2 to linux 3.7.6 and now have
> > > problems when accessing our nfs-mounted user homes from some sun-
> > > applications (i.e. Adobe Framemaker):
> > >
> > > In the applications file open box, no files are displayed. When entering
> > > the filename by path, the file can be opened. So it seems some kind of
> > > dir enumeration which is used by the sun applications is broken.
> > >
> > > Other programs on the sun like ls work as before and show all files.
> > >
> > > We are using NFSv3 (and cannot switch to v4). Our sun is a very old
> > > machine running Sun Solaris 10.
> >
> > When mounting with vers=2 on the sun (using NFSv2) the files
> > "reappear", so this is a clear regression in NFSv3 between
> > Linux 3.2 and Linux 3.7.
> >
>
> Have you considered upgrading your Solaris version? I had tons
> of problems with NFS on Solaris10u6 and 10u8, including unresponsive
> mount points, problems with delegations (esp. in the users' .ssh
> directories and .Xauthority files) and strange "permission
> denied" error messages for some ACL feature I never configured on
> the server.
>
> NFS in Solaris 10u10 works much better together with Linux. I
> haven't tried Solaris 11.
Thank you for your answer and your tip. For different reasond it
is difficult for us to update this machine.
In the time since my original post I found the reason for the
problem and a solution. I will explain this in a second mail
responding to Bruce which answered your mail yesterday.
Thanks again and best regards
Ulrich
>
> My servers run Squeeze and the Linux kernel from the squeeze-
> backports repository (3.2.0-0.bpo.4-amd64).
>
> > Maybe this can be fixed. I will be happy to give more info
> > if someone is interested.
> >
>
> That would be nice.
>
> Good luck
> Harri
>
--
|-----------------------------------------------------------------------
| Ulrich Gemkow
| University of Stuttgart
| Institute of Communication Networks and Computer Engineering (IKR)
|-----------------------------------------------------------------------
On Sat, Jul 06, 2013 at 05:00:38PM +0200, Ulrich Gemkow wrote:
> Hello,
>
> answering as the original poster of the problem:
>
> On Friday 05 July 2013 21:27:49 J. Bruce Fields wrote:
> > On Fri, Jul 05, 2013 at 08:27:40AM +0200, Harald Dunkel wrote:
> > > Hi Ulrich,
> > >
> > > On Mon, 4 Feb 2013 21:24:08 +0100
> > > Ulrich Gemkow <[email protected]> wrote:
> > >
> > > > Hello,
> > > >
> > > > please allow a followup of my own on this:
> > > >
> > > > On Monday 04 February 2013 11:12:03 Ulrich Gemkow wrote:
> > > > > Hello,
> > > > >
> > > > > we upgraded our fileserver from Linux 3.2 to linux 3.7.6 and now have
> > > > > problems when accessing our nfs-mounted user homes from some sun-
> > > > > applications (i.e. Adobe Framemaker):
> > > > >
> > > > > In the applications file open box, no files are displayed. When entering
> > > > > the filename by path, the file can be opened. So it seems some kind of
> > > > > dir enumeration which is used by the sun applications is broken.
> > > > >
> > > > > Other programs on the sun like ls work as before and show all files.
> > > > >
> > > > > We are using NFSv3 (and cannot switch to v4). Our sun is a very old
> > > > > machine running Sun Solaris 10.
> > > >
> > > > When mounting with vers=2 on the sun (using NFSv2) the files
> > > > "reappear", so this is a clear regression in NFSv3 between
> > > > Linux 3.2 and Linux 3.7.
> >
> > And the *only* thing you change is the kernel version, not nfs-utils or
> > anything else in userspace?
>
> Yes, only the kernel changed.
>
> In the time since my original post in February I found the reason
> for the problem:
>
> The problem is caused by the patch "nfsd: vfs_llseek() with 32
> or 64 bit offsets (hashes)". A discussion of regressions caused
> by this patch can be found in the thread http://comments.gmane.org/gmane.comp.file-systems.ext4/37022
> (started by you :-).
>
> I solved the problem by disabling the 64-bit hash-extension.
> I have not checked whether a better solution was found since
> then.
Ah, OK.
> > > Have you considered upgrading your Solaris version? I had tons
> > > of problems with NFS on Solaris10u6 and 10u8, including unresponsive
> > > mount points, problems with delegations (esp. in the users' .ssh
> > > directories and .Xauthority files) and strange "permission
> > > denied" error messages for some ACL feature I never configured on
> > > the server.
> > >
> > > NFS in Solaris 10u10 works much better together with Linux. I
> > > haven't tried Solaris 11.
> > >
> > > My servers run Squeeze and the Linux kernel from the squeeze-
> > > backports repository (3.2.0-0.bpo.4-amd64).
> > >
> > > > Maybe this can be fixed. I will be happy to give more info
> > > > if someone is interested.
> >
> > Most interesting would probably be packet captures in both the "good"
> > and "bad" cases; so, something like:
> >
> > tcpdump -s0 -wtmp.pcap
> >
> > then reproduce the problem, then kill tcpdump and send tmp.pcap.
> >
> > (And/or take a look at it yourself with "wireshark tmp.pcap", and there
> > may be something obvious that jumps out even to a non-expert.)
> >
> > --b.
>
> I think this makes the proposed dump obsolete?
Yep.
--b.