All of lore.kernel.org
 help / color / mirror / Atom feed
From: Trond Myklebust <trond.myklebust@fys.uio.no>
To: Frank Cusack <fcusack@fcusack.com>
Cc: lkml <linux-kernel@vger.kernel.org>, trond.myklebust@fys.uio.no
Subject: Re: nfs_refresh_inode: inode number mismatch
Date: 04 Jun 2003 16:19:38 +0200	[thread overview]
Message-ID: <shswug2sz5x.fsf@charged.uio.no> (raw)
In-Reply-To: <20030603165438.A24791@google.com>

>>>>> " " == Frank Cusack <fcusack@fcusack.com> writes:

     > Hi, [Previously sent to nfs@sourceforge with no response]

     > I'm using a frankenstein kernel, 2.4.21-rc3 with some -ac bits,
     > and 2.5.69 NFS+RPC backported to it.  Like the CITI kernel (for
     > krb5), but a little more aggressive on the bits backported.
     > For the purpose of this email, I think the code I have
     > questions with is similar or even identical from
     > 2.4.21->2.5.69.  I can reproduce this problem on a RH
     > 2.4.20-9smp kernel.

     > Consider these two shells running on the same machine:

     > 	    1 2

     > 	cd /nfs cd /nfs mkdir t echo foo > t/foo less t/foo
     > 	 [less waits for input]
     > 					rm -rf t
     > 	'v'
     > 	 [vi tries to access tmp/foo]

     > At this point, fs/nfs/inode.c:__nfs_refresh_inode() prints the
     > "inode number mismatch" error.  AFAICT, this is just noise, but
     > the noise is driving me crazy. :-)

Inode number mismatch points to either an an obvious server error (it
is not providing unique filehandles) or corruption of the fattr struct
that was passed to nfs_refresh_inode().

Cheers,
  Trond

  reply	other threads:[~2003-06-04 14:17 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-03 23:54 nfs_refresh_inode: inode number mismatch Frank Cusack
2003-06-04 14:19 ` Trond Myklebust [this message]
2003-06-04 21:20   ` Frank Cusack
2003-06-04 21:28     ` Trond Myklebust
2003-06-05  9:11     ` Adrian Cox
2003-06-05  9:13       ` Russell King
2003-06-05 13:51         ` Trond Myklebust
2003-06-09 13:51 ` [PATCH] nfs_unlink() race (was: nfs_refresh_inode: inode number mismatch) Frank Cusack
2003-06-09 13:55   ` Frank Cusack
2003-06-09 15:53   ` Linus Torvalds
2003-06-09 16:40     ` Trond Myklebust
2003-06-09 20:46       ` Frank Cusack
2003-06-10  0:01         ` Trond Myklebust
2003-06-11  0:54   ` viro
2003-06-11  1:28     ` Frank Cusack
2003-06-11  1:47       ` viro
2003-06-11  2:32         ` Frank Cusack
2003-06-11  2:37           ` viro
2003-06-11  1:59     ` Trond Myklebust
2003-06-11  2:27       ` viro
2003-06-11  2:43         ` Frank Cusack
2003-06-11  2:50           ` Frank Cusack
2003-06-11  3:00           ` viro
2003-06-11  7:22             ` [PATCH] NFS sillyrename fixes (was: [PATCH] nfs_unlink() race) Frank Cusack
2003-06-13  0:19               ` [PATCH] NFS sillyrename fixes take 3 Frank Cusack
2003-06-11  3:00         ` [PATCH] nfs_unlink() race (was: nfs_refresh_inode: inode number mismatch) Trond Myklebust
2003-06-11  5:30     ` Linus Torvalds
2003-06-11  6:16       ` Andreas Dilger
2003-06-11 12:33       ` Alan Cox
2003-06-11 15:08         ` Linus Torvalds
2003-06-11 15:51           ` Alan Cox
2003-06-11 16:11             ` Linus Torvalds
2003-06-11 16:21               ` Alan Cox
2003-06-11 16:31                 ` Linus Torvalds
2003-06-11 16:34                   ` viro
2003-06-11 17:22                   ` Alan Cox
2003-06-11 17:37                     ` Trond Myklebust
2003-06-11 17:47                       ` Trond Myklebust
2003-06-12 21:59                         ` Jan Harkes
     [not found]                       ` <16103.29804.198545.680701@charged.uio.no>
2003-06-11 22:24                         ` Frank Cusack
2003-06-11 23:16                           ` Trond Myklebust
2003-06-11 23:35                             ` [PATCH] nfs_unlink() race Frank Cusack
  -- strict thread matches above, loose matches on Subject: below --
2007-09-11 16:41 nfs_refresh_inode: inode number mismatch Chris Carlson
2007-09-11 17:02 ` Jeff Layton
2007-09-11 17:43   ` Jeff Layton
2007-09-11 21:11     ` Chris Carlson
2007-09-28  0:11   ` Chris Carlson
2007-09-28 14:52     ` Chuck Lever
2007-09-11 17:09 ` Chuck Lever
2007-09-11 21:15   ` Chris Carlson
2007-09-21 20:46 ` Trond Myklebust
2001-07-17  0:24 Marco d'Itri
2001-07-17  9:44 ` Trond Myklebust
2001-07-18 22:25   ` Marco d'Itri
2001-07-19 11:00     ` Trond Myklebust
2001-02-22 22:30 Scott A McConnell
2001-02-22 21:59 ` Russell King
2001-02-23  9:30   ` Trond Myklebust
2001-02-08  1:13 Jun Sun
2001-02-08  1:22 ` Neil Brown
2001-02-08  8:08   ` Russell King
2001-02-09  0:02     ` Jun Sun

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=shswug2sz5x.fsf@charged.uio.no \
    --to=trond.myklebust@fys.uio.no \
    --cc=fcusack@fcusack.com \
    --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 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.