From: chrisl@vmware.com
To: Trond Myklebust <trond.myklebust@fys.uio.no>
Cc: Jeremy Fitzhardinge <jeremy@goop.org>,
Ext2 devel <ext2-devel@lists.sourceforge.net>,
NFS maillist <nfs@lists.sourceforge.net>,
Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: [Ext2-devel] Re: [NFS] htree+NFS (NFS client bug?)
Date: Tue, 26 Nov 2002 18:59:44 -0800 [thread overview]
Message-ID: <20021127025944.GC1519@vmware.com> (raw)
In-Reply-To: <shsptsrd761.fsf@charged.uio.no>
I am not sure that is going to help or not:
Htree readdir will return the file position bigger than the
real size of directory, it stores the hash information in lower
bits.
I just go though the source code, haven't find out how NFS
handle that yet.
Yes. Print out cookies will help.
Chris
On Wed, Nov 27, 2002 at 04:26:46AM +0100, Trond Myklebust wrote:
> >>>>> " " == Jeremy Fitzhardinge <jeremy@goop.org> writes:
>
> > It looks to me like some sort of problem managing the NFS
> > readdir cookies, but it isn't clear to me whether this is the
> > NFS server/ext3 generating bad cookies, or the NFS client
> > handling them wrongly.
>
> In order to determine which of the two needs to be fixed, it would
> help if you could print out the cookies from that listing or better
> still: if you could provide us with the raw tcpdump output. Please
> remember to use an 8k snaplen for the tcpdump...
>
> Cheers,
> Trond
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> Ext2-devel mailing list
> Ext2-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ext2-devel
next prev parent reply other threads:[~2002-11-27 2:59 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-26 23:44 htree+NFS (NFS client bug?) Jeremy Fitzhardinge
2002-11-27 3:26 ` [NFS] " Trond Myklebust
2002-11-27 2:59 ` chrisl [this message]
2002-11-27 8:58 ` Jeremy Fitzhardinge
2002-11-27 15:00 ` Stephen C. Tweedie
2002-11-27 15:00 ` [Ext2-devel] " Stephen C. Tweedie
2002-11-27 20:25 ` Trond Myklebust
2002-11-27 20:55 ` Stephen C. Tweedie
2002-11-27 20:55 ` [Ext2-devel] " Stephen C. Tweedie
2002-11-27 22:44 ` Trond Myklebust
2002-11-28 16:41 ` Stephen C. Tweedie
2002-11-28 16:41 ` [Ext2-devel] " Stephen C. Tweedie
2002-11-28 16:58 ` Trond Myklebust
2002-11-28 16:58 ` [Ext2-devel] " Trond Myklebust
2002-11-28 17:09 ` Stephen C. Tweedie
2002-11-28 17:09 ` [Ext2-devel] " Stephen C. Tweedie
2002-11-28 17:57 ` Trond Myklebust
2002-11-28 17:57 ` [Ext2-devel] " Trond Myklebust
2002-11-28 16:44 ` Stephen C. Tweedie
2002-11-28 16:44 ` [Ext2-devel] " Stephen C. Tweedie
2002-11-28 17:13 ` Stephen C. Tweedie
2002-11-28 17:13 ` [Ext2-devel] " Stephen C. Tweedie
2002-11-28 17:44 ` Trond Myklebust
2002-11-28 17:44 ` [Ext2-devel] " Trond Myklebust
2002-11-28 20:00 ` Jeremy Fitzhardinge
2002-11-28 2:07 ` Jeremy Fitzhardinge
2002-11-28 2:46 ` Trond Myklebust
2002-11-27 13:33 ` Theodore Ts'o
2002-11-27 20:42 ` 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=20021127025944.GC1519@vmware.com \
--to=chrisl@vmware.com \
--cc=ext2-devel@lists.sourceforge.net \
--cc=jeremy@goop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nfs@lists.sourceforge.net \
--cc=trond.myklebust@fys.uio.no \
/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.