On Sat, Oct 1, 2011 at 5:22 AM, Robinson, Eric <[email protected]> wrote: > 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. :-)
Groups are just a syntactic shortcut for ordering and colocation constraints. If you don't want some/all of those constraints, you can't use groups. Try out new configs with ptest or crm_simulate (1.1 only) beforehand to convince yourself they do what you want. > > -- > 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 > _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
