> > Adding the following patch > > --- lrmd.c 2010-11-19 17:51:44.000000000 +0000 > +++ ../../../lrmd.c 2010-11-24 20:40:49.351322794 +0000 > @@ -1104,6 +1104,9 @@ > > register_pid(FALSE, sigterm_action); > > + > + g_thread_init(NULL); > + > /* load RA plugins */ > PluginLoadingSystem = NewPILPluginUniv (HA_PLUGIN_DIR); > PILLoadPlugin(PluginLoadingSystem, "InterfaceMgr", "generic", > @@ -1172,10 +1175,10 @@ > } > > seems to fix the lrmadmin -C problem I reported! > ..... > Currently "crm configure verify" is reporting lrmd not running but I can > successfully run > crm_verify -L -V > so I guess that must be a different issue. > > I will carry on testing....
To follow up it appears that lrmd is aborting with the same error message after executing both "crm configure verify" AND "lrmadmin -C" Strace yields the following: lrmd: [336]: debug: on_receive_cmd: the IPC to client [pid:342] disconnected.\n \nGThread-ERROR **: Trying to recursively lock a mutex at 'unknown', previously locked at 'unknown'\naborting...\n" >From the client's perspective lrmadmin never sees this as the daemon is respawned (by crmd I presume) before you can manually execute the command again. "crm configure verify" calls lrmadmin in a tight loop as it iterates over cluster resources and so catches lrmd before it restarted and reports "not running". Looks like the g_thread_init() on its own isnt sufficient... Dave _______________________________________________________ Linux-HA-Dev: [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
