That's the strangest request I have heard so far ... What is the reason not to use crmsh or pcs to manage the cluster ?
About your question , have you tried to load a cib with the old resources stopped and then another one with the stopped resources removed ? Best Regards, Strahil Nikolov В четвъртък, 1 октомври 2020 г., 00:49:37 Гринуич+3, Igor Tverdovskiy <[email protected]> написа: Hi All, I have a necessity to apply the whole cib.xml instead of using command line tools like > crm configure ... I have generated proper XML according to predefined templates and apply it via > cibadmin --replace --xml-file cib.xml However I have encountered an issue when resources (in particular VIP addresses) which were completely removed/replaced by others continue to run on the interface after XML replacing. Orphaned resources appear and VIP actually is kept started. ``` haproxy-10.0.0.111 (ocf::haproxy): ORPHANED FAILED 738741-ip2 (blocked)vip-10.0.0.111 (ocf::IPaddr2): ORPHANED FAILED 738741-ip2 (blocked) ``` What I have tried: 1. Replace pure cib.xml without <status> element (only <configuration>) 2. Take active CIB from "cibadmin -Q" and replace only <configuration> element while keeping <status> as is. 3. Create shadow replace cib.xml with/without status and commit. Indeed crm_simulate -LS shows intention to stop vip-1.1.1.1, but in fact it will not after shadow commit. Sometimes I can manage to automatically clear removed/replaced VIP addresses from the interface after replacing XML, so it is definitely possible, but I can not understand how to achieve this. So I wonder is there a way to replace XML but at the same time stop resources which are removed in a new XML? Thanks! _______________________________________________ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/ _______________________________________________ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/
