reiserfs and nfs.

reiserfs and nfs.

[Terje Malmedal]

Hi, 

I'm nfs-exporting a reiserfs filesystem, the problem is that the
inode-number as seen from the client seems to change from time to
time. This confuses a number of programs, for instance Emacs believes
that the file changed under it when this happens.

Is this a known problem? Any known fix? I found a number of old
messages about problems with reiser and nfs, but not this
specifically.

-- 
 - Terje
malmedal@usit.uio.no

Re: reiserfs and nfs.

[Nikita Danilov]

Terje Malmedal writes:
 > 
 > Hi, 
 > 
 > I'm nfs-exporting a reiserfs filesystem, the problem is that the
 > inode-number as seen from the client seems to change from time to
 > time. This confuses a number of programs, for instance Emacs believes
 > that the file changed under it when this happens.

This problem is not known. What version of reiserfs (3.5 or 3.6) and
kernel are you using? Is there any way to reproduce this problem?

 > 
 > Is this a known problem? Any known fix? I found a number of old
 > messages about problems with reiser and nfs, but not this
 > specifically.
 > 
 > -- 
 >  - Terje
 > malmedal@usit.uio.no

Nikita.

Re: reiserfs and nfs.

[Terje Malmedal]

[Nikita Danilov]
> Terje Malmedal writes:
>> 
>> Hi, 
>> 
>> I'm nfs-exporting a reiserfs filesystem, the problem is that the
>> inode-number as seen from the client seems to change from time to
>> time. This confuses a number of programs, for instance Emacs believes
>> that the file changed under it when this happens.

> This problem is not known. What version of reiserfs (3.5 or 3.6) and
> kernel are you using? Is there any way to reproduce this problem?

On the NFS-server I'm using RedHat kernel 2.4.18-10smp, according to
dmesg I'm using version 3.6 of reiser: 
reiserfs: checking transaction log (device 3a:00) ...
Using r5 hash to sort names
ReiserFS version 3.6.25

(The block device is LVM by the way)

Clients are both Linux and Solaris. 

To reproduce do something like: 
$ ls -li RMAIL
 387607 -rw-------    1 tm       4050     36635726 Nov 20 16:15 RMAIL

on the nfs-client, (obviously on a NFS-file) and wait a bit, varying
from a few minutes to many hours and the inode-number will be
different. I'm guessing the period you have to wait is dependent on
how much else is going on on the NFS-server.

I have no reason to suspect any data-corruption, md5 of file as well
as atime, ctime and mtime are unchanged.

-- 
 - Terje
malmedal@usit.uio.no

Re: reiserfs and nfs.

[Nikita Danilov]

Terje Malmedal writes:
 > 
 > [Nikita Danilov]
 > > Terje Malmedal writes:
 > >> 

[...]

 > 
 > To reproduce do something like: 
 > $ ls -li RMAIL
 >  387607 -rw-------    1 tm       4050     36635726 Nov 20 16:15 RMAIL

Is RMAIL inode number constant on the server?

Nikita.

Re: reiserfs and nfs.

[Terje Malmedal]

[Nikita Danilov]
> Terje Malmedal writes:
>> 
>> [Nikita Danilov]
>> > Terje Malmedal writes:
>> >> 

> [...]

>> 
>> To reproduce do something like: 
>> $ ls -li RMAIL
>> 387607 -rw-------    1 tm       4050     36635726 Nov 20 16:15 RMAIL

> Is RMAIL inode number constant on the server?

No, it is always the same as the number seen over NFS, but I've not
seen this problem when I've tried running emacs on the nfs-server
itself.

-- 
 - Terje
malmedal@usit.uio.no