Hi,
Shall I create a ticket for this issue? Regards, Girish *From:* Girish Nagaraj [mailto:[email protected]] *Sent:* Wednesday, August 12, 2015 3:33 PM *To:* '[email protected]' *Subject:* saCkptCheckpointRead don't return Hi, We have 4 applications modeled as 4 different components in one single SU, In 2N model we see component failover scenario works differently on 4.3.1 and 4.6.0 Steps: 1. Have a 2N setup with 4 applications as 4 different components 2. Restart one of the component, pkill -SIGSEGV ckptapp on the active node 4.3.1 Component is restarted 4.6.0 Component is restarted, whereas stuck in saCkptCheckpointRead() function call, does not return from this function However in simplex setup saCkptCheckpointRead() returns immediately, works fine In 2N model: restart on standby node also works fine, i.e saCkptCheckpointRead() returns immediately Below is the complete bt Is this known issue in 4.6.0 ? (gdb) info threds Undefined info command: "threds". Try "help info". (gdb) info threads Id Target Id Frame 3 Thread 0xb776c6c0 (LWP 15621) 0xb77d1424 in __kernel_vsyscall () 2 Thread 0xb774af40 (LWP 15623) 0xb77d1424 in __kernel_vsyscall () * 1 Thread 0xb776af40 (LWP 15622) 0xb77d1424 in __kernel_vsyscall () (gdb) bt #0 0xb77d1424 in __kernel_vsyscall () #1 0x4b0c9f54 in poll () from /lib/libc.so.6 #2 0x410117e4 in ?? () from /lib/libopensaf_core.so.0 #3 0x410118be in osaf_ppoll () from /lib/libopensaf_core.so.0 #4 0x4101aceb in ?? () from /lib/libopensaf_core.so.0 #5 0x4789fadf in start_thread () from /lib/libpthread.so.0 #6 0x4b0d444e in clone () from /lib/libc.so.6 (gdb) thread 2 [Switching to thread 2 (Thread 0xb774af40 (LWP 15623))] #0 0xb77d1424 in __kernel_vsyscall () (gdb) bt #0 0xb77d1424 in __kernel_vsyscall () #1 0x4b0c9f54 in poll () from /lib/libc.so.6 #2 0x4103d5d4 in mdtm_process_recv_events_tcp () from /lib/libopensaf_core.so.0 #3 0x4789fadf in start_thread () from /lib/libpthread.so.0 #4 0x4b0d444e in clone () from /lib/libc.so.6 (gdb) thread 3 [Switching to thread 3 (Thread 0xb776c6c0 (LWP 15621))] #0 0xb77d1424 in __kernel_vsyscall () (gdb) bt #0 0xb77d1424 in __kernel_vsyscall () #1 0x4b0c9f54 in poll () from /lib/libc.so.6 #2 0x41011949 in osaf_ppoll () from /lib/libopensaf_core.so.0 #3 0x4101187c in osaf_poll () from /lib/libopensaf_core.so.0 #4 0x41011a56 in osaf_poll_one_fd () from /lib/libopensaf_core.so.0 #5 0x4104d529 in ?? () from /lib/libopensaf_core.so.0 #6 0x4104d088 in ?? () from /lib/libopensaf_core.so.0 #7 0x41048905 in ?? () from /lib/libopensaf_core.so.0 #8 0x41047b00 in mds_send () from /lib/libopensaf_core.so.0 #9 0x41047787 in ncsmds_api () from /lib/libopensaf_core.so.0 #10 0xb77a4e20 in ?? () from /lib/libSaCkpt.so.1 #11 0xb779ead4 in saCkptCheckpointRead () from /lib/libSaCkpt.so.1 #12 0x08068e35 in ckptapp_start (daemon_mode=daemon_mode@entry=1, config_file=0x0, vty_port=2605, ckptapp_port=ckptapp_port@entry=179, no_fib=no_fib@entry=0, progname=progname@entry=0xbf8f05fb "ckptapp", ha_cold=ha_cold@entry=0) at ckptapp_main.c:219 #13 0x08068918 in main (argc=2, argv=0xbf8ef0a4) at ckptapp.c:244 (gdb) Regards, Girish -- . ------------------------------------------------------------------------------ _______________________________________________ Opensaf-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensaf-users
