>>> Dejan Muhamedagic <[email protected]> schrieb am 13.12.2011 um 17:02 in Nachricht <20111213160251.GF3568@squib>: > Hi, > > On Mon, Dec 12, 2011 at 11:33:27AM +0100, Ulrich Windl wrote: > > Hi! > > > > As nobody answered (FAIR), I'm replying to my own message: As it turned > out, there's a comment somewhere in the LRM sources that states "this part > isn't implemented yet". > > Where?
pengine/allocate.c:306-328 (I guess) > > > Once it is implemented (maybe even before), the CRM shell could benefit > from a "crm resource reload .." (currently there's only a "restart" > available). > > Hmm, not sure what does LRM has to do with the reload. It's just > another operation. Jes, "another" operation probably means "not the same as restart". As said earlier, when reloading one resource, a dependent resource is restarted, even if it can be reloaded. Meaning: A "reload" means the resource is still up during reload, thus no restarts or reloads of dependent resources should be necessary. Things like that. Regards, Ulrich > > Thanks, > > Dejan > > > Regards, > > Ulrich > > > > > > >>> Ulrich Windl schrieb am 02.12.2011 um 10:17 in Nachricht <4ED89791.99F > > >>> : > 161 : > > 60728>: > > > Hi! > > > > > > After the preceeding discussion about the "reload" action I added a > "reload" > > > to my RA. > > > Now I have another problem: Assume the configuration > > > > > > group G A B > > > > > > Both A, and B are the same RA that support reload. If I change the > > > configuration of A, CRM stops B first, the reloads A, then starts B again. > > > > > > This makes me wonder what the reasoning for "reload" is at all. In normal > > > cases, a reload avoids a restart of a resource. So if A isn't restartet, > why > > > is B then? > > > > > > I was hoping: if A can be reloaded, B can stay up. > > > > > > Regards, > > > Ulrich > > > > > > > > > > > > > > > > _______________________________________________ > > 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 > _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
