On Thu, Mar 20, 2008 at 09:59:29PM +0100, Andreas Kurz wrote: > On Thu, Mar 20, 2008 at 6:43 PM, Jean-Francois Malouin > <[EMAIL PROTECTED]> wrote: > > Hi Dominik, > > > > * Dominik Klein <[EMAIL PROTECTED]> [20080320 02:23]: > > > > > Jean-Francois Malouin wrote: > > > >I thought I had it nailed but still no go. > > > > [...] > > > > I'm replying late. It's that kind of a day: > > network failure at home and power failure at work :) > > > > > > > > > > > The xml looks good to me. > > > > glad to know, I'm quite new at this :) > > > > > > > > > > >Log show after attempting a crm_standby: > > > > > > > >pengine[5003]: 2008/03/19_16:55:58 info: unpack_nodes: Node feeble-1 is > > in > > > >standby-mode > > > >pengine[5003]: 2008/03/19_16:55:58 info: determine_online_status: Node > > > >feeble-1 is standby > > > >pengine[5003]: 2008/03/19_16:55:58 info: determine_online_status: Node > > > >feeble-0 is online > > > >pengine[5003]: 2008/03/19_16:55:58 WARN: unpack_rsc_op: Processing > > failed > > > >op drbd_id:0_promote_0 on feeble-0: Error > > > > > > Find out why this failed. > > > > Can't see why and how by just looking at the debug logs... > > anyway to increase verbosity in there? > > Add 'debug 1' to your ha.cf to increase verbosity. As a side note ... > when using a serial heartbeat channel in combination with crm, use a > baud rate as high as possible e.g. 115200 or higher.
chances are that you use dopd, with heartbeat 2.1.3. unfortunately while fixing other shortcomings of dopd in 2.1.2, we (LinBit) broke the real failover behaviour. indication: in the kernel logs would be something like "drbd: refusing to be primary while peer is not outdated". easy way to find out: configure "fencing ignore" in drbd, and see if heartbeat then behaves as expected. for more information, workarounds and status of the fix please have a look at the thread around http://thread.gmane.org/gmane.linux.network.drbd/14345/focus=14372 sory for puting out broken software. blame is on me, I did not double check QA, which would have been my job before committing anything. the fix we have pending undergoes thorough regression testing this time. -- : Lars Ellenberg Tel +43-1-8178292-55 : : LINBIT Information Technologies GmbH Fax +43-1-8178292-82 : : Vivenotgasse 48, A-1120 Vienna/Europe http://www.linbit.com : _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
