Am Mittwoch, 2. Juli 2008 11:34 schrieb Patrik Martinsson: (...) > Let´s say i want to change my configration on my ha-cluster server, > normally i would change the config file (in this case then cib.xml) on the > "main-central-server", and then let my "management"-system take care of it, > wich i could do here also, in wich case the scenario would be something > like this, > > 1. make change in cib.xml on "main-central-server". > 2. "management"-system notice the diff between cib.xml on my servers and > the cib.xml "main-central-server" and therefore "sends" out the new cib.xml > to my servers. > 3. then i invoke the new cib.xml on my servers with something similar to, ' > cibadmin -R -x /var/lib/heartbeat/crm/cib.xml ' > 4. everything is finished, ha-cluster has now my new cib.xml and also > running thereafter. > > BUT, somewhere i thought a read that manually changing/replacing the > cib.xml while ha is running is a very very very bad idea, but ive tried > this theory and it seems to work as expected..... > > So basicly after this long mail im wondering, is there any danger for me to > replace the cib.xml while ha cluster is running ? ? > > > Thanks in advance, > Patrik Martinsson, student, sweden.
In principal no problem in your setup. One remark: it is only needed to replace the new CIB on one node of the cluster. CRM takes care that all nodes are updated with the new version. Perhaps replaceing the whole CIB (-R) is not good for gradual changes in the config. But this descision is up to you. -- Dr. Michael Schwartzkopff MultiNET Services GmbH Addresse: Bretonischer Ring 7; 85630 Grasbrunn; Germany Tel: +49 - 89 - 45 69 11 0 Fax: +49 - 89 - 45 69 11 21 mob: +49 - 174 - 343 28 75 mail: [EMAIL PROTECTED] web: www.multinet.de Sitz der Gesellschaft: 85630 Grasbrunn Registergericht: Amtsgericht München HRB 114375 Geschäftsführer: Günter Jurgeneit, Hubert Martens --- PGP Fingerprint: F919 3919 FF12 ED5A 2801 DEA6 AA77 57A4 EDD8 979B Skype: misch42 _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
