Re: [Lustre-discuss] failing hardware in ost

2007-06-07 Thread Stuart Midgley
no, I did lctl device_list which lists all the devices and their number (I originally mis- interpreted the number)... then I did lctl --device 7 deactivate lctl --device 8 deactivate lclt --device 9 deactivate which deactiviated the nodes. My

Re: [Lustre-discuss] failing hardware in ost

2007-06-06 Thread Stephen Willey
I inquired about this a while back and got the following: In order to minimize downtime, it would also be possible to use the ext2 dump program in order to do device-level backups (including the extended attributes) while the filesystem is in use. This backup would not be 100% coherent with the

Re: [Lustre-discuss] failing hardware in ost

2007-06-06 Thread Stuart Midgley
Yes, I had seen the issue of extended attributes and that doesn't worry me that much. It won't be much information for the last copy of data. I guess my query comes down to how safe it is to mount the raw lustre partition ro while it is still being served... and then to copy data off

Re: [Lustre-discuss] failing hardware in ost

2007-06-06 Thread Stephen Willey
I don't think you can ro mount the fs while it's in use, hence the suggestion of the e2fs dump. Stephen - Stuart Midgley [EMAIL PROTECTED] wrote: Yes, I had seen the issue of extended attributes and that doesn't worry me that much. It won't be much information for the last copy of

RE: [Lustre-discuss] failing hardware in ost

2007-06-06 Thread Felix, Evan J
the ost, the final dump/restore should go fairly quickly Evan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stuart Midgley Sent: Tuesday, June 05, 2007 5:02 PM To: lustre Subject: [Lustre-discuss] failing hardware in ost Morning We have

Re: [Lustre-discuss] failing hardware in ost

2007-06-06 Thread Adam Cassar
on the mds: lctl --device N deactivate Stuart Midgley wrote: Yes and no. A lot of the data is scratch, so within a month or so, I could delete most of it and copy the rest off but I wanted to move faster than that :) Deactivating the ost would be preferable anyway, it would mean my

Re: [Lustre-discuss] failing hardware in ost

2007-06-06 Thread Stuart Midgley
This does not appear to be working. The command executes fine... I run a test script which creates a 100 files in quick succession and then run lfs get_stripe dir to see which ost they are on... and they are still going to the ones I've deactiviated. Stu. on the mds: lctl --device N

Re: [Lustre-discuss] failing hardware in ost

2007-06-06 Thread Stu Midgley
ok, my mistake, I was putting the obd number not the device number. I now have it corrected and files are no longer being created on the ost. Thanks Stu. On 6/7/07, Stuart Midgley [EMAIL PROTECTED] wrote: This does not appear to be working. The command executes fine... I run a test script

[Lustre-discuss] failing hardware in ost

2007-06-05 Thread Stuart Midgley
Morning We have some failing hardware in an oss (md raid5 over 6 x 750GB sata disks) and I would like to migrate all the data off to a new oss. This looks relatively straight forward enough, but can you do it semi- live? What I want to do is mount the lustre partition read only while it