On Thu, Jan 14, 2010 at 01:57:31PM +0100, Dejan Muhamedagic wrote: > Hi, > > On Wed, Jan 13, 2010 at 07:55:28PM -0500, David Sickmiller wrote: > > I don't have autojoin in my ha.cf, and I believe it defaults to > > "autojoin none", so that wouldn't explain why heartbeat keeps waiting > > after all nodes have joined. > > True. That should be fixed. Can you please open a bugzilla for > this issue,
maybe this is because dc-timeout defaults to initdead, or something like that? can you try and configure an explicit dc-timeout? > > I can see in /var/log/messages where crmd is doing the waiting for my > > 900-second initdead: > > > > 2010-01-11T13:51:15.428916-05:00 crmd: [4273]: info: do_started: The > > local CRM is operational > > 2010-01-11T13:51:15.428924-05:00 crmd: [4273]: info: > > do_state_transition: State transition S_STARTING -> S_PENDING [ > > input=I_PENDING cause=C_FSA_INTERNAL origin=do_started ] > > 2010-01-11T14:06:15.964307-05:00 crmd: [4273]: info: crm_timer_popped: > > Election Trigger (I_DC_TIMEOUT) just popped! > > 2010-01-11T14:06:15.964337-05:00 crmd: [4273]: WARN: do_log: [[FSA]] > > Input I_DC_TIMEOUT from crm_timer_popped() received in state (S_PENDING) > > Well, this looks like another timeout, specific to crmd > (election). You can probably find it in /usr/lib*/heartbeat/crmd > metadata. > > Thanks, > > Dejan > > > 2010-01-11T14:06:15.964348-05:00 crmd: [4273]: info: > > do_state_transition: State transition S_PENDING -> S_ELECTION [ > > input=I_DC_TIMEOUT cause=C_TIMER_POPPED origin=crm_timer_popped ] > > > > I am using "Version 2 Resource Manager". I didn't previously realize > > this was the last version before the split. > > > > I am also using DRBD, and yesterday I discovered that its > > wait-for-connection timeout (wfc-timeout) works as I had hoped initdead > > would, and by putting it before heartbeat in the startup sequence, it > > turns out I don't really need initdead after all. btw, wfc-timeout is only used by the drbd init script, which you should not use in case you go the "ocf:linbit:drbd" RA route -- : Lars Ellenberg : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
