On Thu, Aug 16, 2007 at 12:38:58PM +0200, Andrew Beekhof wrote: > On 8/14/07, James Oakley <[EMAIL PROTECTED]> wrote: > > On Tuesday 14 August 2007 8:29 am, Andrew Beekhof wrote: > > > I'm guessing that the resource failed to stop > > > And since stonith is not enabled there is nothing we can do (since > > > it's not safe to start it somewhere else while its still, potentially, > > > active on the first node). > > > > Ah. I see that the stop failure is a special case. I was trying to induce a > > start failure. I just tried again, renaming the cups config file instead of > > the daemon binary so that the stop action would succeed. > > > > It still doesn't failover, though. > > Aug 14 11:44:10 redun2 lrmd: [28337]: info: RA output: > (cups:start:stderr) cupsd: Child exited with status 1!
Actually, it seems like this message is misleading: what lrmd reported is the output caught on stderr which is apparently coming from cupsd. That doesn't mean that the RA exited with code 1. Perhaps you could run the RA by hand and verify the exit code. > > good so far > > Aug 14 11:44:10 redun2 crmd: [28340]: info: process_lrm_event: LRM > operation cups_start_0 (call=37, rc=7) complete > > but by the time the crmd is notified, the lrm has remapped (for some > reason) the exit status to 7 (which means not running) which would > have triggered the same bug as reported by Andreas Kurz the other day. > > i think today might be a good day to refresh the OBS packages... > _______________________________________________ > 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
