Thanks for your thoughts. However, these are production servers so I have to be quite certain of the approach before I start. I don't really have an opportunity to try out configs. Hopefully someone will chime in with something decisive. :-)
-- Eric Robinson Director of Information Technology Physician Select Management, LLC 775-885-2211 x 111 > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of > [email protected] > Sent: Thursday, September 29, 2011 3:41 AM > To: General Linux-HA mailing list > Subject: [Linux-HA] Antwort: Re: Escaping Depenencies in > Resource Groups > > You could try an unordered group and set the order for IP and > filesystem with an additional constraint. Keep the colocation > of the group though. > Mit freundlichen Grüßen / Best Regards > > Robert Köppl > > Systemadministration > > KNAPP Systemintegration GmbH > Waltenbachstraße 9 > 8700 Leoben, Austria > Phone: +43 3842 805-910 > Fax: +43 3842 82930-500 > [email protected] > www.KNAPP.com > > Commercial register number: FN 138870x > Commercial register court: Leoben > > The information in this e-mail (including any attachment) is > confidential and intended to be for the use of the > addressee(s) only. If you have received the e-mail by > mistake, any disclosure, copy, distribution or use of the > contents of the e-mail is prohibited, and you must delete the > e-mail from your system. As e-mail can be changed > electronically KNAPP assumes no responsibility for any > alteration to this e-mail or its attachments. KNAPP has taken > every reasonable precaution to ensure that any attachment to > this e-mail has been swept for virus. However, KNAPP does not > accept any liability for damage sustained as a result of such > attachment being virus infected and strongly recommend that > you carry out your own virus check before opening any attachment. > > > > "Florian Crouzat" <[email protected]> Gesendet von: > [email protected] > 29.09.2011 12:28 > Bitte antworten an > General Linux-HA mailing list <[email protected]> > > > An > "'General Linux-HA mailing list'" <[email protected]> > Kopie > > Thema > Re: [Linux-HA] Escaping Depenencies in Resource Groups > > > > > > > Robinson, Eric wrote on 2011-09-29: > > > We have a 3-node cluster running about 200 instances of > MySQL. The way > > we have our resource groups set up, the dependency stack looks like > this: > > > > > > Cluster_IP > > Filesystem > > MySQL_001 > > > > MySQL_002 > > > > MySQL_003 > > > > MySQL_004 > > ... > > MySQL_100 > > > > > > It seems that MySQL_004 is dependent on MySQL_003, which is > dependent on > > MySQL_002, etc. When the server is rebooted, the MySQL > services all get > > stopped in reverse order, then started again in order. If > we remove a > > MySQL resource from the middle of the group, all of the > resource afters > > that one get stopped and restarted. > > > This is indeed the behavior described in the documentation for groups. > > > > How can we rewrite the config such that the dependencies > look more > like > > this.. > > > > > > Cluster_IP > > Filesystem > > MySQL_001, MySQL_002, MySQL_003... MySQL_1000 > > > > > > This way, all the MySQL services are dependent on the filesystem and > > cluster IP, bit they do not depend on each other. > > I believe you can't using groups. > To achieve what you want I would link one by one every MySQL > resource to > the > FS, then link the FS to the Cluster IP. > This require (many) more configuration lines but with a > little $EDITOR > magic > it's going to be easy. > > Something like that maybe... > > colocation MySQL_001-with-fs inf: fs MySQL_001 > colocation MySQL_002-with-fs inf: fs MySQL_002 > [...] > colocation MySQL_XXX-with-fs inf: fs MySQL_XXX > colocation fs-with-Cluster_IP inf: Cluster_IP fs > > order MySQL_001-after-fs inf: fs MySQL_001 > order MySQL_002-after-fs inf: fs MySQL_002 > [...] > order MySQL_XXX-with-fs inf: fs MySQL_XXX > order fs-after-Cluster_IP inf: Cluster_IP fs > > Hope I'm wrong though... ;) > > Greetings, > Florian > > > > > > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems > Disclaimer - September 30, 2011 This email and any files transmitted with it are confidential and intended solely for General Linux-HA mailing list. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physicians' Managed Care or Physician Select Management. Warning: Although Physicians' Managed Care or Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
