I believe it would be better to have mkfs.lustre with the option "--reformat" do a reformat instead of saving configuration and rebuilding the OST and then restoring the old, obsolete configuration that I was trying to change. If you want to reformat an OST and keep the configuration, it should be some other option. This "--reformat" retains the OST name and mount options and last_rcvd and volume name. That does not seem to me to be a "reformat". Instead, I have to (after the "--reformat"), tunefs.lustre with writeconf and erase_params (repeating the options that I thought would be written with the mkfs.lustre) and then I have to go in and tune.ldiskfs the volume name, too. It appears the only way to REALLY reformat is to dd 0s into first 10k blocks, or so. then redo the mkfs.lustre with desired options. sigh; maybe i missed it in the manual or previous email, sorry, if that''s the case. -- }}}===============>> LLNL James E. Harm (Jim); jharm at llnl.gov System Administrator, ICCD Clusters (925) 422-4018 Page: 423-7705x57152
Andreas Dilger
2009-Feb-03 09:25 UTC
[Lustre-discuss] when reformat doesn''t mean reformat
On Feb 02, 2009 14:11 -0800, Jim Harm wrote:> I believe it would be better to have mkfs.lustre with the option > "--reformat" do a reformat instead of saving configuration and > rebuilding the OST and then restoring the old, obsolete configuration > that I was trying to change. > > If you want to reformat an OST and keep the configuration, it should > be some other option. This "--reformat" retains the OST name and > mount options and last_rcvd and volume name. > That does not seem to me to be a "reformat". > > Instead, I have to (after the "--reformat"), tunefs.lustre with > writeconf and erase_params (repeating the options that I thought > would be written with the mkfs.lustre) and then I have to go in > and tune.ldiskfs the volume name, too. > > It appears the only way to REALLY reformat is to dd 0s into first 10k > blocks, or so. then redo the mkfs.lustre with desired options. > > sigh; maybe i missed it in the manual or previous email, sorry, if > that''s the case.Jim, I agree that this does appear to be confusing behaviour. Can you please file a bug. Cheers, Andreas -- Andreas Dilger Sr. Staff Engineer, Lustre Group Sun Microsystems of Canada, Inc.