[Pacemaker] [corosync] corosync Segmentation fault.

[Jan Friesse]

Andrey Groshev napsal(a):
> 
> 
> 26.02.2014, 16:11, "Jan Friesse" <jfriesse at redhat.com>:
>> Andrey,
>> can you please give a try to patch "[PATCH] votequorum: Properly
>> initialize atb and atb_string" which I've sent to ML (it should be there
>> soon)?
> 
> Yes. Service is running. Thanks.
> 
> # corosync-quorumtool -l
> 
> Membership information
> ----------------------
>     Nodeid      Votes Name
>  172793104          1 dev-cluster2-node1 (local)
> 
> 
> Continue tests.
> In messages logs I see
> ....
> Feb 26 17:33:55 dev-cluster2-node1 qb_blackbox[15480]: [error] trying to recv chunk of size 1024 but 4030249 available
> Feb 26 17:33:55 dev-cluster2-node1 qb_blackbox[15497]: [error] trying to recv chunk of size 1024 but 40489 available
> Feb 26 17:33:55 dev-cluster2-node1 qb_blackbox[15514]: [error] Corrupt blackbox: File header hash (436212587) does not match calculated hash (-1660939413)
> Feb 26 17:33:55 dev-cluster2-node1 qb_blackbox[15531]: [error] Corrupt blackbox: File header hash (8328043) does not match calculated hash (-905964693)
> Feb 26 17:33:55 dev-cluster2-node1 qb_blackbox[15548]: [error] Corrupt blackbox: File header hash (12651) does not match calculated hash (21972)
> .....
> 
> At this time build libqb. It tests or real errors?
> 

Looks more like build tests.

Honza

> 
>> Thanks,
>>   Honza
>>
>> Andrey Groshev napsal(a):
>>
>>>  26.02.2014, 12:11, "Jan Friesse" <jfriesse at redhat.com>:
>>>>  Andrey,
>>>>  what version of corosync and libqb are you using?
>>>>
>>>>  Can you please attach output from valgrind (and gdb backtrace)?
>>>  ,,,,,,,,,,,
>>>  1314            qb_loop_run (corosync_poll_handle);
>>>  (gdb) n
>>>
>>>  Program received signal SIGSEGV, Segmentation fault.
>>>  0x00007ffff71e581c in free () from /lib64/libc.so.6
>>>  (gdb) bt
>>>  #0  0x00007ffff71e581c in free () from /lib64/libc.so.6
>>>  #1  0x00007ffff7fe77ec in votequorum_readconfig (runtime=<value optimized out>) at votequorum.c:1293
>>>  #2  0x00007ffff7fe8300 in votequorum_exec_init_fn (api=<value optimized out>) at votequorum.c:2115
>>>  #3  0x00007ffff7feeb7b in corosync_service_link_and_init (corosync_api=0x7ffff8200980, service=0x7ffff8200760) at service.c:139
>>>  #4  0x00007ffff7fe4197 in votequorum_init (api=0x7ffff8200980, q_set_quorate_fn=0x7ffff7fda5b0 <quorum_api_set_quorum>) at votequorum.c:2255
>>>  #5  0x00007ffff7fda42f in quorum_exec_init_fn (api=0x7ffff8200980) at vsf_quorum.c:280
>>>  #6  0x00007ffff7feeb7b in corosync_service_link_and_init (corosync_api=0x7ffff8200980, service=0x7ffff8200c40) at service.c:139
>>>  #7  0x00007ffff7feede9 in corosync_service_defaults_link_and_init (corosync_api=0x7ffff8200980) at service.c:348
>>>  #8  0x00007ffff7fe9621 in main_service_ready () at main.c:978
>>>  #9  0x00007ffff7b90b0f in main_iface_change_fn (context=0x7ffff7f73010, iface_addr=<value optimized out>, iface_no=0) at totemsrp.c:4672
>>>  #10 0x00007ffff7b8a734 in timer_function_netif_check_timeout (data=0x7ffff8304f10) at totemudp.c:672
>>>  #11 0x00007ffff77289f8 in ?? () from /usr/lib64/libqb.so.0
>>>  #12 0x00007ffff7727016 in qb_loop_run () from /usr/lib64/libqb.so.0
>>>  #13 0x00007ffff7fea930 in main (argc=<value optimized out>, argv=<value optimized out>, envp=<value optimized out>) at main.c:1314
>>>
>>>  Unfortunately, I have not yet used a valgrind.
>>>  Or "hangs", or fast end with :
>>>
>>>  # valgrind /usr/sbin/corosync -f
>>>  ==2137== Memcheck, a memory error detector
>>>  ==2137== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
>>>  ==2137== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
>>>  ==2137== Command: /usr/sbin/corosync -f
>>>  ==2137==
>>>  ==2137==
>>>  ==2137== HEAP SUMMARY:
>>>  ==2137==     in use at exit: 29,876 bytes in 193 blocks
>>>  ==2137==   total heap usage: 890 allocs, 697 frees, 100,824 bytes allocated
>>>  ==2137==
>>>  ==2137== LEAK SUMMARY:
>>>  ==2137==    definitely lost: 0 bytes in 0 blocks
>>>  ==2137==    indirectly lost: 0 bytes in 0 blocks
>>>  ==2137==      possibly lost: 539 bytes in 22 blocks
>>>  ==2137==    still reachable: 29,337 bytes in 171 blocks
>>>  ==2137==         suppressed: 0 bytes in 0 blocks
>>>  ==2137== Rerun with --leak-check=full to see details of leaked memory
>>>  ==2137==
>>>  ==2137== For counts of detected and suppressed errors, rerun with: -v
>>>  ==2137== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 12 from 6)
>>>
>>>  Now read manual about valgrind.
>>>>  Thanks,
>>>>    Honza
>>>>
>>>>  Andrey Groshev napsal(a):
>>>>>   Hi, ALL.
>>>>>   Something I already confused, or after updating any package or myself something broke,
>>>>>   but call corosycn killed by segmentation fault signal.
>>>>>   I correctly understood that does not link the library libqb ?
>>>>>
>>>>>   .....
>>>>>
>>>>>   (gdb) n
>>>>>   [New Thread 0x7ffff4b2b700 (LWP 9014)]
>>>>>   1266            if ((flock_err = corosync_flock (corosync_lock_file, getpid ())) != COROSYNC_DONE_EXIT) {
>>>>>   (gdb) n
>>>>>   1280            totempg_initialize (
>>>>>   (gdb) n
>>>>>   1284            totempg_service_ready_register (
>>>>>   (gdb) n
>>>>>   1287            totempg_groups_initialize (
>>>>>   (gdb) n
>>>>>   1292            totempg_groups_join (
>>>>>   (gdb) n
>>>>>   1307            schedwrk_init (
>>>>>   (gdb) n
>>>>>   1314            qb_loop_run (corosync_poll_handle);
>>>>>   (gdb) n
>>>>>
>>>>>   Program received signal SIGSEGV, Segmentation fault.
>>>>>   0x00007ffff71e581c in free () from /lib64/libc.so.6
>>>>>   (gdb)
>>>>>   _______________________________________________
>>>>>   discuss mailing list
>>>>>   discuss at corosync.org
>>>>>   http://lists.corosync.org/mailman/listinfo/discuss