Why can't you completly remove it from the system instead of disabling it?
On Tue, Jul 8, 2008 at 10:18 AM, Kalpak Shah <[EMAIL PROTECTED]> wrote: > On Tue, 2008-07-08 at 15:54 +0200, Papp Tamás wrote: >> Kalpak Shah wrote: >> > Doing a "lctl --device OSC_UUID deactivate" on the MDS will only stop >> > new objects from being allocated on that OST. To completely remove the >> > OST you need to use "lctl conf_param lustre-OST0000.osc.active=0". If >> > >> What's the difference between lctl deactivate and 'completely remove', >> is it permanent? > > "lctl deactivate" on the _MDS_ means that MDS will not allocate new > objects on that OST. > > If you do "lctl deactivate" on the clients then they will return -EIO > when accessing objects on this OST instead of waiting for recovery. > > When you do "lctl conf_param lustre-OST0000.osc.active=0" this means > that when clients are mounted they will set the import related to that > OST as inactive thereby not waiting for recovery from that OST. You may > choose to use the physical volume for that OST for other purposes. Or > you can again activate it using "lctl conf_param > lustre-OST0000.osc.active=1". > >> >> >> What does happen, if I deactivate an OST on the client, connect another >> new one, create the same object ( from example a file, called test.txt >> in the same directory), then recover the old OST again? >> > > When you add a new OST, it would get a new index (unless you set the > --index property in mkfs.lustre) and hence there should not be any > collision. Note that the entry in the MDS for test.txt will now point to > the new OST and not the old one. The object for test.txt on the old OST > will be a dangling object. > > Thanks, > Kalpak > >> Thank you, >> >> tamas > > _______________________________________________ > Lustre-discuss mailing list > [email protected] > http://lists.lustre.org/mailman/listinfo/lustre-discuss > _______________________________________________ Lustre-discuss mailing list [email protected] http://lists.lustre.org/mailman/listinfo/lustre-discuss
