All of lore.kernel.org
 help / color / mirror / Atom feed
From: bnies@bluewin.ch
To: nfs@lists.sourceforge.net
Subject: ls hangs on NFS share from Apple Xserve
Date: Wed, 8 Sep 2004 10:42:43 +0200	[thread overview]
Message-ID: <412EBAA100062E28@mssbzhh-int.msg.bluewin.ch> (raw)

Hi,

A couple of months ago I reported a bug that occurs with Linux NFS client
and Mac OS X NFS server. Here's the bug report:

http://sourceforge.net/tracker/index.php?func=detail&aid=964204&group_id=14&atid=100014

And here are other docs related to this problem:

http://discussions.info.apple.com/webx?14@5.gRhIaxY5v2O.0@.689495bc
http://discussions.info.apple.com/webx?13@140.HfAHaE8Ew3J.148064@.6897b10d/2
http://groups.google.ch/groups?hl=de&lr=&ie=UTF-8&selm=9c87e8e6.0405280036.16f3c991%40posting.google.com
http://algesten.blogspot.com/2004/07/mac-os-x-server-nfs-unique-cookie-bug.html
http://sources.redhat.com/bugzilla/show_bug.cgi?id=353

Martin Algesten reported that this might be caused by non-unique NFS cookies
in the same READDIRPLUS reply from the Apple NFS server but in our environment
with MacOS X 10.3.5 and SuSE Linux 9.0 (Kernel 2.4.21-243-smp4G, glibc-2.3.2-88)
I cannot confirm this. The NFS cookies are unique in the same READDIRPLUS
reply but not unique during the same NFS session.

We don't have problems accessing the MacOS X 10.3.5 NFS server from our Solaris
clients and also don't have problems with Solaris, Linux and NetApp NFS servers
from Linux clients. 

I assume this is a bug with the Linux Kernel NFS implementation or the glibc
library which provides the getdents64 call that loops. Apple says it's a
Linux bug.

According to SuSE the patch linux-2.4.21-15-seekdir.dif from http://client.linux-nfs.org/Linux-2.4.x/2.4.21/
is already included in their kernel.

Could someone who is familiar with NFS and the Linux NFS or glibc code analyze
and solve this problem? I can provide network traffic and strace logs if
you don't have the equipment to reproduce this problem.

Thanks in advance.

Regards,
Bernd



-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

             reply	other threads:[~2004-09-08  8:42 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-08  8:42 bnies [this message]
2004-09-08 16:52 ` ls hangs on NFS share from Apple Xserve Trond Myklebust
2004-09-08 18:36   ` Bernd Nies
2004-09-08 19:53     ` Trond Myklebust
2004-09-08 20:07       ` Bernd Nies
2004-09-08 20:46         ` Trond Myklebust
2004-09-08 21:51           ` Bernd Nies
2004-09-08 22:30             ` Trond Myklebust
2004-09-09  8:08               ` bnies
2004-09-09 15:00                 ` Trond Myklebust

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=412EBAA100062E28@mssbzhh-int.msg.bluewin.ch \
    --to=bnies@bluewin.ch \
    --cc=nfs@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.