From: Trond Myklebust <trond.myklebust@fys.uio.no>
To: Dave Jones <davej@suse.de>
Cc: Trond Myklebust <trond.myklebust@fys.uio.no>,
Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: More fun with fsx.
Date: Mon, 17 Dec 2001 10:59:10 +0100 [thread overview]
Message-ID: <15389.49646.612985.293315@charged.uio.no> (raw)
In-Reply-To: <Pine.LNX.4.33.0112170350070.29678-100000@Appserv.suse.de>
In-Reply-To: <15389.19300.179304.433697@charged.uio.no> <Pine.LNX.4.33.0112170350070.29678-100000@Appserv.suse.de>
>>>>> " " == Dave Jones <davej@suse.de> writes:
> And it fixes the problem, good work! But.. (Here comes the
> sting..)
> The test progresses just a little further and hits another
> bug.. http://www.codemonkey.org.uk/cruft/nfs-fsx2.txt
> want tcpdump again?
Nah. I hit this one myself just half an hour after 1 fired off my last
mail.
'fattr' patch updated yet again...
The problem here was that the writer was creating a hole in the file
using the combination (llseek + write). Of course, the write was
cached, and so the server didn't know about the hole, and since the
subsequent read was to the hole, we didn't flush out any further
writes that might give the server a clue.
Result: server replies to our read request with a read of length
zero. Client then fails to zero out and mark those pages as uptodate
(bug!!!), and so 'generic_file_read' decides to return EIO.
Fixing the above has allowed me to progress a bit more. I've had fsx
running overnight (what little there has been). The good and bad news
is that it's still running.
However, 2 races + 4 bugs observed is already pretty much a record for
a single program. Kudos to the NeXT developers...
Cheers,
Trond
next prev parent reply other threads:[~2001-12-17 9:59 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-15 15:40 fsx for Linux showing up reiserfs problem? Dave Jones
2001-12-15 16:18 ` Martin Josefsson
2001-12-15 16:52 ` More fun with fsx Dave Jones
2001-12-15 17:08 ` [reiserfs-dev] fsx for Linux showing up reiserfs problem? Hans Reiser
2001-12-16 14:53 ` More fun with fsx Trond Myklebust
2001-12-16 14:58 ` Dave Jones
2001-12-16 15:26 ` Dave Jones
2001-12-16 15:39 ` Trond Myklebust
2001-12-16 15:47 ` Dave Jones
2001-12-16 15:50 ` Trond Myklebust
2001-12-16 18:48 ` Trond Myklebust
2001-12-16 20:59 ` Dave Jones
2001-12-16 21:19 ` Trond Myklebust
2001-12-16 21:34 ` Dave Jones
2001-12-17 0:00 ` Trond Myklebust
2001-12-17 1:33 ` Trond Myklebust
2001-12-17 1:37 ` Dave Jones
2001-12-17 1:47 ` Trond Myklebust
2001-12-17 1:50 ` Dave Jones
2001-12-17 2:51 ` Dave Jones
2001-12-17 9:59 ` Trond Myklebust [this message]
2001-12-17 14:30 ` Dave Jones
2001-12-17 14:41 ` Dave Jones
2001-12-17 16:06 ` Trond Myklebust
2001-12-17 16:15 ` Dave Jones
2001-12-18 20:31 ` David S. Miller
2001-12-18 20:36 ` Dave Jones
2001-12-20 15:55 ` Nathan Straz
2001-12-20 16:02 ` Dave Jones
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=15389.49646.612985.293315@charged.uio.no \
--to=trond.myklebust@fys.uio.no \
--cc=davej@suse.de \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®