Hi Olivier, As RHEL maintainer of net-snmp, I can only advise you to check whether you're using the up to date version of net-snmp in RHEL-7 (net-snmp-5.7.2-49.1).
I was able to find some modifications in netsnmp_tdomain_transport_full method, that was backported from the upstream commit https://github.com/net-snmp/net-snmp/commit/df863a5348aabf71bbca7bfefcf8beb8bb9e7762 So the question is, if this commit helps with investigation. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Wed, Sep 15, 2021 at 11:27 PM Olivier Germain via Net-snmp-coders < net-snmp-coders@lists.sourceforge.net> wrote: > Hi SNMP Team, > > We integrated SNMP 5.7.3 library as part of our software (libsnmpsl and > libpasnmpmgr). We are running on REHL 7 x86 64 bits. > One of our partner reported us that they caught a signal 6 during the > initialization of SNMP V3 session. > > Here is the stack trace fwe got in our product that involves > *netsnmp_tdomain_transport_full > *which is the latest operation called. > Caught fatal signal 6 (Aborted) > utl_dump_stack: Start of stack trace for pid 160070 > #0 /opt/tibco/fp/3.9/kis/distrib/kabira/lib/libutils.so:utl_dump_stack > #1 /opt/tibco/fp/3.9/kis/distrib/kabira/lib/libutils.so:utl_dbg_sigstack > #2 > /opt/tibco/fp/3.9/kis/distrib/kabira/lib/libsyssrv.so:sw_debugSignalHandler > #3 /usr/lib64/libpthread.so.0: > #4 /usr/lib64/libc.so.6:gsignal > #5 /usr/lib64/libc.so.6:abort > #6 /usr/lib64/libc.so.6: > #7 /usr/lib64/libc.so.6: > > > * #8 > /opt/tibco/fp/3.9/kis/distrib/kabira/component/pasnmpmgr/prodlib/libpasnmpmgr_impl.so:netsnmp_tdomain_transport_full > #9 > /opt/tibco/fp/3.9/kis/distrib/kabira/component/pasnmpmgr/prodlib/libpasnmpmgr_impl.so: > #10 > /opt/tibco/fp/3.9/kis/distrib/kabira/component/pasnmpmgr/prodlib/libpasnmpmgr_impl.so:snmp_sess_open* > #11 > /opt/tibco/fp/3.9/kis/distrib/kabira/component/pasnmpmgr/prodlib/libpasnmpmgr_impl.so:pasnmpmgr::SessionImpl::openSession() > #12 > /opt/tibco/fp/3.9/kis/distrib/kabira/component/pasnmpmgr/prodlib/libpasnmpmgr_impl.so:pasnmpmgr::SessionImpl::updateSession() > #13 > /opt/tibco/fp/3.9/kis/distrib/kabira/component/pasnmpmgr/prodlib/libpasnmpmgr_impl.so:pasnmpmgr::SessionImpl::_initialisePrivPass(pasnmpmgr::PrivProtocolEnum > const&, SWString const&) > #14 > /opt/tibco/fp/3.9/kis/distrib/kabira/component/pasnmpmgr/prodlib/libpasnmpmgr_impl.so:pasnmpmgr::SessionImpl::initialisePrivPass(pasnmpmgr::PrivProtocolEnum > const&, SWString const&) > #15 > /opt/tibco/fp/3.9/kis/distrib/kabira/component/pasnmpmgr/prodlib/libpasnmpmgr_impl.so:pasnmpmgr::Session::initialisePrivPass(pasnmpmgr::PrivProtocolEnum > const&, SWString const&) > #16 > /opt/tibco/fp/3.9/kis/distrib/kabira/kpsa/component/snmpsl/prodlib/libsnmpsl_impl.so:snmpsl::SnmpSessionLayerSessionImpl::initializeV3(SDDTools::NVSet > const&, SWString const&, int const&, unsigned int const&) > #17 > /opt/tibco/fp/3.9/kis/distrib/kabira/kpsa/component/snmpsl/prodlib/libsnmpsl_impl.so:snmpsl::SnmpSessionLayerSessionImpl::initializeSnmpSession(SDDTools::NVSet > const&) > #18 > /opt/tibco/fp/3.9/kis/distrib/kabira/kpsa/component/snmpsl/prodlib/libsnmpsl_impl.so:snmpsl::SnmpSessionLayerSessionImpl::_processCommand(SWString > const&, SDDTools::NVSet&) > #19 > /opt/tibco/fp/3.9/kis/distrib/kabira/kpsa/component/snmpsl/prodlib/libsnmpsl_impl.so:snmpsl::SnmpSessionLayerSessionImpl::_processCommand_vdisp(CGObject > const&, SWString const&, SDDTools::NVSet&) > > I don't have much information from the customer (no coredump). > Unfortunately, this signal 6 is intermittent and they are not able to > reproduce. > > I looked at the Bugs and Coders mailing list (not all the emails one by > one of course) but I didn't find anything related to a signal 6 caught by > *netsnmp_tdomain_transport_full. * > > I am a bit stuck. If someone of the list has an idea or any hints on a > recreation model. Please feel free to share it. > I really thank you in advance for your help. > Best regards > > -- > Olivier GERMAIN > TIBCO Support > > TIBCO software > 18, rue du 4 Septembre > 75002 Paris, France > Mobile : +33 6 45 30 23 31 > _______________________________________________ > Net-snmp-coders mailing list > Net-snmp-coders@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/net-snmp-coders >
_______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders