[Lustre-discuss] File Content change without Error log

[Lu Wang]

yes, I am copying some files from our backup storage. 
# pwd
/lustre/ost1/O/0/d0
[root at boss10 d0]# ll
total 58931924
-rwSrwSrw-  1 root  root          0 Mar  4 15:33 10016
-rwSrwSrw-  1 root  root          0 Mar  4 15:33 10048
-rwSrwSrw-  1 root  root          0 Mar  4 15:33 10080
-rwSrwSrw-  1 root  root          0 Mar  4 15:33 10112
-rwSrwSrw-  1 root  root          0 Mar  4 15:33 10144
-rwSrwSrw-  1 root  root          0 Mar  4 15:33 10176
-rwSrwSrw-  1 root  root          0 Mar  4 15:33 10208
For "red", I mean files with "S" bit, they are of zerosize, so I think they are useless. 

I think data in the "good" OST may also be demaged, so I decide to delete all files on these two OSTs. 

By the way, when I unlink a file, there is a "Input/Output error" , however the file disappears. 
 #unlink run_0005818_Any_file007_SFO-1.rec
unlink: cannot unlink `run_0005818_Any_file007_SFO-1.rec': Input/output error
# ll run_0005818_Any_file007_SFO-1.rec
ls: run_0005818_Any_file007_SFO-1.rec: No such file or directory

I am not sure the file is saftely delete or not. Any suggustion?  


------------------				 
Lu Wang
2009-04-01

-------------------------------------------------------------
发件人：Brian J. Murrell
发送日期：2009-04-01 00:52:47
收件人：lustre-discuss
抄送：
主题：Re: [Lustre-discuss] File Content change without Error log

On Wed, 2009-04-01 at 00:40 +0800, Lu Wang wrote: 
> Yes, you are right. 
> The problem is caused by misconfiguration of one disk array.Two  Patritions of this array are mapped to a same lun. 

Hrm.  That sounds rather bad.

> That is to say: When I created OST1 on /dev/sda OST2 on /dev/sdb,  the two OSTs are acturally written to a same disk patrition on the disk array. 

Ouch.

> After e2fsck, I lost one OST, the other OST becomes double sizes.

I don't know that I would trust such an OST even after an e2fsck.  The
structure of the filesystem may be repaired but the contents of files
are not.

Of course, I suppose recovering whatever you can from one of the two
OSTs is better than recovering from neither, but I would be very suspect
of the data coming from it.

> There are a lot of "red" files in directory "O" when I mount the OST as ldiskfs. 

I'm not sure what a "red" file is.

> I used
> lfs getstripe --obd ****_UUID /dir generated the demaged file list. 
> Is it possible to get back the lost OST using the "red" files?

If I'm understanding what happened, I'd say you are rather lucky to get
any data from either of the OSTs and that recovering data from both OSTs
is rather unlikely.

b.


_______________________________________________
Lustre-discuss mailing list
Lustre-discuss at lists.lustre.org
http://lists.lustre.org/mailman/listinfo/lustre-discuss