From: Andreas Dilger Date: Tue, 9 Feb 2021 15:55:39 +0000 (-0700) Subject: LU-7668 admin: remove OST from config logs X-Git-Url: https://git.whamcloud.com/?a=commitdiff_plain;h=refs%2Fchanges%2F53%2F41453%2F5;p=doc%2Fmanual.git LU-7668 admin: remove OST from config logs When deactivating an OST permanently, the configuration records can also be removed from the MGS to avoid the OSC device being configured on the clients at all using "lctl llog_print" and "lctl llog_cancel". Signed-off-by: Andreas Dilger Change-Id: I7d76b092b1ae3fc7abc2759651f246a9b03ebbe5 Reviewed-on: https://review.whamcloud.com/41453 Tested-by: jenkins --- diff --git a/LustreMaintenance.xml b/LustreMaintenance.xml index a9b2c5d..5efcffc 100644 --- a/LustreMaintenance.xml +++ b/LustreMaintenance.xml @@ -625,14 +625,45 @@ client$ lfs getstripe --mdt-index /mnt/lustre/local_dir0 If there is not expected to be a replacement for this OST in - the near future, permanently deactivate it on all clients and - the MDS by running the following command on the MGS: - mgs# lctl conf_param ost_name.osc.active=0 + the near future, permanently deactivate it on all clients and + the MDS by running the following command on the MGS: + mgs# lctl conf_param ost_name.osc.active=0 A deactivated OST still appears in the file system - configuration, though a replacement OST can be created using the + configuration, though a replacement OST can be created that + re-uses the same OST index with the mkfs.lustre --replace option, see . + To totally remove the OST from the filesystem configuration, + the OST configuration records should be found in the startup + logs by running the command + "lctl --device MGS llog_print fsname-client" + on the MGS (and also + "... $fsname-MDTxxxx" + for all the MDTs) to list all attach, + setup, add_osc, + add_pool, and other records related to the + removed OST(s). Once the index value is + known for each configuration record, the command + "lctl --device MGS llog_cancel llog_name -i index " + will drop that record from the configuration log + llog_name for each of the + fsname-client and + fsname-MDTxxxx + configuration logs so that new mounts will no longer process it. + If a whole OSS is being removed, theadd_uuid + records for the OSS should similarly be canceled. + +mgs# lctl --device MGS llog_print testfs-client | egrep "192.168.10.99@tcp|OST0003" +- { index: 135, event: add_uuid, nid: 192.168.10.99@tcp(0x20000c0a80a63), node: 192.168.10.99@tcp } +- { index: 136, event: attach, device: testfs-OST0003-osc, type: osc, UUID: testfs-clilov_UUID } +- { index: 137, event: setup, device: testfs-OST0003-osc, UUID: testfs-OST0003_UUID, node: 192.168.10.99@tcp } +- { index: 138, event: add_osc, device: testfs-clilov, ost: testfs-OST0003_UUID, index: 3, gen: 1 } +mgs# lctl --device MGS llog_cancel testfs-client -i 138 +mgs# lctl --device MGS llog_cancel testfs-client -i 137 +mgs# lctl --device MGS llog_cancel testfs-client -i 136 + +