[LU-3575] 'mkfs.lustre --writeconf' not working anymore with Lustre 2.4 Created: 11/Jul/13  Updated: 23/Nov/13  Resolved: 26/Sep/13

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Sebastien Buisson (Inactive) Assignee: Alex Zhuravlev
Resolution: Duplicate Votes: 0
Labels: None

Issue Links:
Related
is related to LU-14 live replacement of OST Resolved
Severity: 3
Rank (Obsolete): 9043

 Description   

Hi,

With Lustre 2.4, '--writeconf' flag of mkfs.lustre is ignored. Indeed, after formatting a target with this flag, its label separator is ':', which means VIRGIN, instead of '='.
To force writeconf, one has to run 'tunefs.lustre --writeconf' on the target prior to starting it for the first time.

This is seen as a regression compared to Lustre 2.1, with which we can directly pass the writeconf flag at mkfs.lustre time.

We need this feature (ie forcing writeconf at mkfs time) when we reformat an existing file system registered at an external MGS after modifying its characteristics.

Could it be possible to revise writeconf flag implementation in Lustre 2.4 so that it can be used directly at mkfs.lustre time?

TIA,
Sebastien.



 Comments   
Comment by Jodi Levi (Inactive) [ 11/Jul/13 ]

Alex,
Could you please comment on this one?
Thank you!

Comment by Alex Zhuravlev [ 05/Aug/13 ]

Sebastien,
could you try http://review.whamcloud.com/#/c/7232/ please ?

Comment by Peter Jones [ 12/Aug/13 ]

Sebastien

Any word as to whether this patch solves the problem for you?

Peter

Comment by Patrick Valentin (Inactive) [ 12/Aug/13 ]

Peter, Alex,
Sébastien is out of his office for 2 weeks and will be back on next monday (august 19).
Patrick

Comment by Sebastien Buisson (Inactive) [ 20/Aug/13 ]

Hi there,

I can confirm that this patch (http://review.whamcloud.com/#/c/7232/) solves the problem for me.
Is it possible to also have it on b2_4?

TIA,
Sebastien.

Comment by Cory Spitz [ 21/Aug/13 ]

If 'mkfs.lustre --writeconf' is flat broke, why didn't we catch this prior to 2.4.0?

Comment by Andreas Dilger [ 20/Sep/13 ]

Hmm, I've made a patch http://review.whamcloud.com/7443 which adds the "mkfs.lustre --replace|-R" option that allows you to format a replacement OST in a single step. That is more intuitive IMHO than mkfs.lustre + tunefs.lustre --writeconf.

Comment by Alex Zhuravlev [ 20/Sep/13 ]

yes, this approach looks better.

Comment by Sebastien Buisson (Inactive) [ 20/Sep/13 ]

Well, this is getting complicated.

Why adding another flag to do this? If you do not want writeconf to have precedence over virgin by default, I would suggest to modify the already existing '--reformat' flag so that it unsets the LDD_F_VIRGIN flag. Additionally, it looks like LDD_F_WRITECONF should be set at the same time, otherwise the MGS may refuse registration of the target.

Moreover, it should be documented somewhere that '--writeconf' flag of mkfs.lustre is ignored starting with 2.4.

What do you think?

Sebastien.

Comment by Andreas Dilger [ 20/Sep/13 ]

The main reason for having a separate flag from --reformat (which is setting VIRGIN exactly because it is a new filesystem) is that there is some chance of the admin making a mistake assigning the OST index, and then we may have two OSTs with the same index. If the --reformat (with VIRGIN) OST connects to the MGS and it has a duplicate index it will get an error back. It takes an extra flag (--replace) to indicate that the admin knows that this just-reformatted OST is replacing the previous OST at the same index.

Comment by Sebastien Buisson (Inactive) [ 26/Sep/13 ]

Hi,

I have tested the patch at http://review.whamcloud.com/7443.

For us it does the trick. Now, when we need to reformat a new target to replace an existing one, we use '--reformat --replace' instead of '--reformat --writeconf'.

Thanks!
Sebastien.

Comment by Peter Jones [ 26/Sep/13 ]

Great! So, that patch has landed for 2.5.0 so it sound like this ticket can be closed

Comment by Sebastien Buisson (Inactive) [ 27/Sep/13 ]

Would it be possible to please have the patch http://review.whamcloud.com/7443 landed to 2.4 too?

Comment by Peter Jones [ 27/Sep/13 ]

Of course - when we start thinking about 2.4.2 this will definitely be under consideration.

Generated at Sat Feb 10 01:35:05 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.