Yes its 4.3.2, don’t know yet if its reproducible - only seen it once.
Below is the full backtrace, I’ll supply the logs separately.
Core was generated by `/usr/lib64/opensaf/osafclmd osafclmd'.
Program terminated with signal 6, Aborted.
#0 0x0000003f1ec34bb5 in __GI_raise (sig=<optimized out>) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
(gdb) bt
#0 0x0000003f1ec34bb5 in __GI_raise (sig=<optimized out>) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x0000003f1ec37d13 in __GI_abort () at abort.c:91
#2 0x0000003f2001b159 in __osafassert_fail (__file=0x4272d5 "clms_mds.c",
__line=307,
__func=0x427920 <__FUNCTION__.10037> "encodeNodeAddressT",
__assertion=0x4273da "0") at sysf_def.c:401
#3 0x000000000041edc6 in encodeNodeAddressT (uba=0x7f4dcfe076c8,
nodeAddress=0x7f4db8003334) at clms_mds.c:307
#4 0x000000000041eeda in clms_enc_node_get_msg (uba=0x7f4dcfe076c8,
msg=0x7f4db8003330) at clms_mds.c:332
#5 0x000000000041f2a5 in clms_enc_cluster_ntf_buf_msg (uba=0x7f4dcfe076c8,
notify_info=0x7f4dcfe07b88) at clms_mds.c:418
#6 0x000000000041f5e3 in clms_enc_track_cbk_msg (uba=0x7f4dcfe076c8,
msg=0x7f4dcfe07b70) at clms_mds.c:533
#7 0x000000000041fd5f in clms_mds_enc (info=0x7f4dcfe07700) at clms_mds.c:724
#8 0x0000000000420b77 in clms_mds_callback (info=0x7f4dcfe07700) at
clms_mds.c:1184
#9 0x0000003f2004e53f in mcm_msg_encode_full_or_flat_and_send (to=3 '\003',
to_msg=0x7f4dcfe078c0, to_svc_id=35, svc_cb=0x6327d0,
adest=315626116120581, dest_vdest_id=65535, snd_type=0, xch_id=0,
pri=MDS_SEND_PRIORITY_MEDIUM) at mds_c_sndrcv.c:1418
#10 0x0000003f2004d7f7 in mds_mcm_send_msg_enc (to=3 '\003', svc_cb=0x6327d0,
to_msg=0x7f4dcfe078c0, to_svc_id=35, dest_vdest_id=65535,
req=0x7f4dcfe07980, xch_id=0, dest=315626116120581,
pri=MDS_SEND_PRIORITY_MEDIUM) at mds_c_sndrcv.c:1085
#11 0x0000003f2004d53b in mcm_pvt_normal_snd_process_common (env_hdl=65552,
fr_svc_id=34, to_msg=..., to_dest=315626116120581, to_svc_id=35,
req=0x7f4dcfe07980, pri=MDS_SEND_PRIORITY_MEDIUM, xch_id=0) at
mds_c_sndrcv.c:1034
#12 0x0000003f2004d080 in mcm_pvt_normal_svc_snd (env_hdl=65552, fr_svc_id=34,
msg=0x7f4dcfe07b70, to_dest=315626116120581, to_svc_id=35,
req=0x7f4dcfe07980, pri=MDS_SEND_PRIORITY_MEDIUM) at mds_c_sndrcv.c:891
#13 0x0000003f2004cb13 in mds_mcm_send (info=0x7f4dcfe07ab0) at
mds_c_sndrcv.c:676
#14 0x0000003f2004c12e in mds_send (info=0x7f4dcfe07ab0) at mds_c_sndrcv.c:385
#15 0x0000003f2004bd9a in ncsmds_api (svc_to_mds_info=0x7f4dcfe07ab0) at
mds_papi.c:104
#16 0x000000000042123f in clms_mds_msg_send (cb=0x62bc40 <_clms_cb>,
msg=0x7f4dcfe07b70, dest=0x65de48, mds_ctxt=0x0,
prio=MDS_SEND_PRIORITY_MEDIUM, svc_id=NCSMDS_SVC_ID_CLMA) at clms_mds.c:1453
#17 0x00000000004103cb in clms_prep_and_send_track (cb=0x62bc40 <_clms_cb>,
node=0x6578f0, client=0x65de20, step=SA_CLM_CHANGE_COMPLETED,
notify=0x7f4db80009a0) at clms_imm.c:1280
#18 0x000000000040f80d in clms_send_track (cb=0x62bc40 <_clms_cb>,
node=0x6578f0, step=SA_CLM_CHANGE_COMPLETED) at clms_imm.c:1051
#19 0x00000000004096f2 in clms_track_send_node_down (node=0x6578f0) at
clms_evt.c:428
#20 0x000000000040ce33 in imm_impl_set_node_down_proc (_cb=0x62bc40 <_clms_cb>)
at clms_imm.c:125
#21 0x0000003f1f407e18 in start_thread (arg=0x7f4dcfe08700) at
pthread_create.c:309
#22 0x0000003f1ece88bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:115
On Mar 21, 2014, at 3:24 AM, Mathivanan Naickan Palanivelu
<[email protected]> wrote:
> If you could confirm that its 4.3.2, can you share the syslog and backtrace?
> If it's reproducible, can u enable tracing for clm and share the traces.
>
> Thanks,
> Mathi.
>
>
>> -----Original Message-----
>> From: Tony Hart [mailto:[email protected]]
>> Sent: Friday, March 21, 2014 12:00 AM
>> To: [email protected]
>> Subject: [users] CLM assertion - SaNameT length too long?
>>
>> Seeing this assert in CLM (4.3.2) is this a known issue? Occurs shortly
>> after the
>> other controller leaves the cluster.
>>
>> 2014-03-20T15:11:13.057057+00:00 scm1 osafimmnd[3867]: NO Global discard
>> node received for nodeId:1200f pid:2028
>> 2014-03-20T15:11:13.057112+00:00 scm1 osafimmnd[3867]: NO Implementer
>> disconnected 50 <0, 1200f(down)> (MsgQueueService73743)
>> 2014-03-20T15:11:13.057712+00:00 scm1 osafclmd[4015]: ER
>> clms_mds_msg_send FAILED: 2
>> 2014-03-20T15:11:13.058970+00:00 scm1 osafntfd[4005]: ER
>> ntfs_mds_msg_send FAILED
>> 2014-03-20T15:11:13.059052+00:00 scm1 osafclmd[4015]: ER SaNameT length
>> too long 9381
>> 2014-03-20T15:11:13.059124+00:00 scm1 osafclmd[4015]: clms_mds.c:307:
>> encodeNodeAddressT: Assertion '0' failed.
>> 2014-03-20T15:11:13.059219+00:00 scm1 osafntfd[4005]: ER
>> ntfs_mds_msg_send to ntfa failed rc: 2
>>
>> thanks
>> -
>> tony
>>
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is
>> the definitive new guide to graph databases and their applications. Written
>> by
>> three acclaimed leaders in the field, this first edition is now available.
>> Download your free book today!
>> http://p.sf.net/sfu/13534_NeoTech
>> _______________________________________________
>> Opensaf-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/opensaf-users
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Opensaf-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-users
