[Pacemaker] Stonithd segfaulting and causing unclean?

[Andrew Beekhof]

On 25 Mar 2014, at 2:05 pm, Michał Margula <alchemyx at uznam.net.pl> wrote:

> Hello,
> 
> I did upgrade to 1.1.10 which was available in Debian SID (unstable).
> Altough it fixed issues with stonith it introduces another problems.
> When I had both nodes UP and did power off on one of them (lets call it
> "A") another node (lets call it "B") shut down crmd.
> 
> When going trough logs I found that crmd and crm_resource was
> segfaulting. If I switched situation and powered off B, then on A crmd
> died. It happens everytime.
> 
> I couldn't create core dump for crmd and had no more time to try it, but
> here is a debug of crm_resource:
> 
> Core was generated by `crm_resource --list-standards'.
> Program terminated with signal 6, Aborted.
> #0  0x00007f66b9b4d3a9 in __GI_raise (sig=sig at entry=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> 56	../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
> (gdb) bt
> #0  0x00007f66b9b4d3a9 in __GI_raise (sig=sig at entry=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> #1  0x00007f66b9b504c8 in __GI_abort () at abort.c:89
> #2  0x00007f66bbc0e807 in crm_abort (file=file at entry=0x7f66bbc32587
> "logging.c", function=function at entry=0x7f66bbc33850
> <__PRETTY_FUNCTION__.22837> "crm_glib_handler",
>    line=line at entry=73,
>    assert_condition=assert_condition at entry=0x7f66bd234080
> "/tmp/buildd/glib2.0-2.33.12+really2.32.4/./gobject/gtype.c:2722: You
> forgot to call g_type_init()",
>    do_core=do_core at entry=1, do_fork=<optimized out>, do_fork at entry=1)
> at utils.c:1128
> #3  0x00007f66bbc296d7 in crm_glib_handler (log_domain=0x7f66b81fcefa
> "GLib-GObject", flags=<optimized out>,
>    message=0x7f66bd234080
> "/tmp/buildd/glib2.0-2.33.12+really2.32.4/./gobject/gtype.c:2722: You
> forgot to call g_type_init()", user_data=<optimized out>) at logging.c:73

Thats the underlying problem.
It is fixed in .11 though (as we stopped using the g_dbus API)

> #4  0x00007f66b945e473 in g_logv () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #5  0x00007f66b945e622 in g_log () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #6  0x00007f66b81f36ec in g_type_register_static () from
> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #7  0x00007f66b81f394d in g_type_register_static_simple () from
> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #8  0x00007f66b84dd6f2 in g_dbus_proxy_get_type () from
> /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
> #9  0x00007f66b84df025 in g_dbus_proxy_new_for_bus_sync () from
> /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
> #10 0x00007f66bc2cf99c in get_proxy (path=0x7f66bc2d1977
> "/com/ubuntu/Upstart", path at entry=0x0,
> interface=interface at entry=0x7f66bc2d199e "com.ubuntu.Upstart0_6") at
> upstart.c:66
> #11 0x00007f66bc2cfa50 in upstart_init () at upstart.c:85
> #12 0x00007f66bc2cff65 in upstart_job_listall () at upstart.c:167
> #13 0x00007f66bc2cdbea in resources_list_standards () at services.c:475
> #14 0x00007f66bc4d95b2 in lrmd_api_list_standards (lrmd=<optimized out>,
> supported=0x7fff0a7cf740) at lrmd_client.c:1911
> #15 0x00007f66bcb138d6 in main (argc=2, argv=<optimized out>) at
> crm_resource.c:1442
> 
> I hope it helps in any way. I have logs and everything if you need them,
> but can't run any more test, sorry.
> 
> Thanks
> 
> 
> -- 
> Michał Margula, alchemyx at uznam.net.pl, http://alchemyx.uznam.net.pl/
> "W życiu piękne są tylko chwile" [Ryszard Riedel]
> 
> 
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
> 
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.clusterlabs.org/pipermail/pacemaker/attachments/20140404/10c5cd3f/attachment-0005.sig>