Re: IRIX NFS server + Linux client == odd

From: Trond Myklebust (trond.myklebust@fys.uio.no)
Date: Mon May 15 2000 - 12:43:56 EST


>>>>> " " == Marcelo E Magallon <marcelo.magallon@bigfoot.com> writes:

> --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline

>>> Trond Myklebust <trond.myklebust@fys.uio.no> writes:

>> Does IRIX or Sun have a problem when using NFSv2?

> Hmmm... on the bug database from IRIX I see:

> * RFE: NFS2 cookie 0xffffffff confuses non-SGI implimentations
> [1]

> Other than that, I can't find anything relevant.

>> Also, it would be helpful if you could provide the same strace
>> as above, but using the '-v' flag, so that we can see the
>> cookie values returned by the server.

Here's the problem:

{d_ino=9016561, d_off=473709853, d_reclen=44, d_name="9\46308814.179258_73.reggae:2,S"}
{d_ino=9032566, d_off=473709853, d_reclen=44, d\_name="946308812.179258_42.reggae:2,S"}

Note the 2 different and successive entries that have the same cookie
(d_off). That is why you're seeing looping.

Does IRIX and/or the Sun client see the same cookies for these 2
entries? Please check using NFSv2 (not NFSv3).

I suspect that the problem is a truncation error: IRIX uses 64-bit
cookies doesn't it? On NFSv2, you can only pass 32-bit cookies, hence
what is probably going on is that the hashing routine used by the
server is generating 2 identical cookies.

Just bad luck I guess...

Cheers,
  Trond

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Mon May 15 2000 - 21:00:26 EST