[prev in list] [next in list] [prev in thread] [next in thread] 

List:       lustre-discuss
Subject:    [Lustre-discuss] Deactivating an OST.
From:       kondil () gmail ! com (Theodoros Stylianos Kondylis)
Date:       2013-08-13 14:08:25
Message-ID: CACT4Wy-H233yoUrKgaWbCarcxn0EpueRxiREx9QaLRbhQ0Qr-Q () mail ! gmail ! com
[Download RAW message or body]

Dear Sean,

Thank you for your answer. I forgot to mention that we are using Lustre
v1.8.4 on SLES11.SP0 .

I would like to ask if there is any possibility to set the files on that
target in ro-mode so that no further modifications can be done.

I tried the lfs_migrate on our test system and it was taking far longer to
complete than a simple copy. So I thought that 7TB of data objects would
take too long to complete. I started a backup (rsync) and every day I
update the files till next maintenance where I will run complete e2fsck in
order to fix that target.

Regards,
Stelios


On Tue, Aug 13, 2013 at 3:16 PM, Sean Brisbane <s.brisbane1 at physics.ox.ac.uk
> wrote:

> Dear Stelios,****
> 
> ** **
> 
> Deactivating an OST prevents newly created files being written to it.  It
> does not prevent the existing files from being modified or deleted.****
> 
> ** **
> 
> The existing files on a deactivated OST can be migrated to active servers
> with the lfs_migrate script.  Ideally this will be done at a suitable time
> of the week such that the existing files are unlikely to be modified while
> the migration is progress.****
> 
> ** **
> 
> Best,****
> 
> Sean****
> 
> ** **
> 
> *From:* lustre-discuss-bounces at lists.lustre.org [mailto:
> lustre-discuss-bounces at lists.lustre.org] *On Behalf Of *Theodoros
> Stylianos Kondylis
> *Sent:* 13 August 2013 14:07
> *To:* lustre-discuss at lists.lustre.org
> *Subject:* [Lustre-discuss] Deactivating an OST.****
> 
> ** **
> 
> Hello everyone,****
> 
> ** **
> 
> I am currently facing a situation and I cannot find what I am doing wrong.
> ****
> 
> ** **
> 
> Because of HW probs we have a problematic target. So I deactivated it on
> the MDS-side. As far as I understand this sets it to ro-mode on the
> clients. Which means that users can read their data but new writes cannot
> happen on that target.****
> 
> ** **
> 
> I even tested it on a test system to be sure that this is the case.****
> 
> ** **
> 
> BUT... Today I was scanning for files that have data-objects on that
> target in order to do a backup of the files and found files with last
> modification date today. ****
> 
> 
> Also, in the test system while having some files with data-objects on the
> deactivated target, I could delete them. If I was opening them with vim
> editing and saving them, then they would be saved outside of the
> deactivated target. But I don't understand how could I delete files having
> data-objects on a deactivated (ro) target.****
> 
> ** **
> 
> So my question is "Have I understood something wrong??" If the target is
> in ro-mode than how can users modify their data?****
> 
> ** **
> 
> ** **
> 
> Thank you in advance to anyone replying.****
> 
> ** **
> 
> Regards,****
> 
> Stelios****
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20130813/a7ffc322/attachment.htm>



[prev in list] [next in list] [prev in thread] [next in thread]