Re: self heal problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Let me show you this further information for one file falsly self-healed:

server1:

# getfattr -d -m '.*' -e hex <filename>
getfattr: Removing leading '/' from absolute path names
# file: <filename>
trusted.afr.remote1=0x000000000000000000000000
trusted.afr.remote2=0x000000000000000000000000
trusted.posix.gen=0x4b9bb33c00001be6

# stat <filename>
  File: <filename>
  Size: 4509            Blocks: 16         IO Block: 4096   reguläre Datei
Device: 804h/2052d      Inode: 16560280    Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2010-03-23 11:10:36.000000000 +0100
Modify: 2010-03-23 00:32:25.000000000 +0100
Change: 2010-03-23 12:36:40.000000000 +0100


server2:

# getfattr -d -m '.*' -e hex <filename>
getfattr: Removing leading '/' from absolute path names
# file: <filename>
trusted.afr.remote1=0x000000000000000000000000
trusted.afr.remote2=0x000000000000000000000000
trusted.posix.gen=0x4b9bb2f600001be6

# stat <filename>
  File: <filename>
  Size: 4024            Blocks: 8          IO Block: 4096   reguläre Datei
Device: 804h/2052d      Inode: 42762291    Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2010-03-23 11:10:36.000000000 +0100
Modify: 2010-03-23 14:32:23.000000000 +0100
Change: 2010-03-23 14:32:23.000000000 +0100


As you can see the latest file version is on server2 (modify date) and is _smaller_ in size.

Now on client 2 a ls shows interesting values:

# ls -l <filename>
-rw-r--r--  1 root root 4509 Mar 23 14:37 <filename>

As you can see here, the file date looks increased and the size clearly shows that self-heal went wrong.

Consequently the server2 copy now looks like:

# stat <filename>
  File: <filename>
  Size: 4509            Blocks: 16         IO Block: 4096   reguläre Datei
Device: 804h/2052d      Inode: 42762291    Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2010-03-23 11:10:36.000000000 +0100
Modify: 2010-03-23 00:32:25.000000000 +0100
Change: 2010-03-23 14:41:13.000000000 +0100

Modification date went back and file size is increased, so the older file version was choosen to overwrite the newer one.

-- 
Regards,
Stephan




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux