Andrey Groshev napsal(a):
>
>
> 26.02.2014, 16:11, "Jan Friesse" <jfriesse@xxxxxxxxxx>:
>> 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@xxxxxxxxxx>:
>>>> 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@xxxxxxxxxxxx
>>>>> http://lists.corosync.org/mailman/listinfo/discuss
_______________________________________________
discuss mailing list
discuss@xxxxxxxxxxxx
http://lists.corosync.org/mailman/listinfo/discuss
