[Lustre-discuss] Deactivating an OST.

Theodoros Stylianos Kondylis kondil at gmail.com
Tue Aug 13 07:08:25 PDT 2013


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>


More information about the lustre-discuss mailing list