CA Client library crash when nproc ulimit reached
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
EPICS Base |
Fix Released
|
Medium
|
Unassigned | ||
3.14 |
Fix Released
|
Undecided
|
Unassigned | ||
3.15 |
Fix Released
|
Undecided
|
Unassigned | ||
3.16 |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Michael Ritzert filed a bug https:/
(gdb) bt
#0 0x00007f67e7a3ed26 in assertIdentical
#1 tcpiiu:
#2 0x00007f67e7a2c2bb in cac::transferCh
addr=..., currentTime=...) at ../cac.cpp:639
#3 0x00007f67e7a3a4a0 in udpiiu:
at ../udpiiu.cpp:690
#4 0x00007f67e7a3a5c2 in udpiiu::postMsg (this=0x242d760, net_addr=..., pInBuf=<value optimized out>, blockSize=48, currentTime=...) at ../udpiiu.cpp:857
#5 0x00007f67e7a3c681 in udpRecvThread::run (this=0x243db88) at ../udpiiu.cpp:394
#6 0x00007f67e77dd249 in epicsThreadCall
He also noticed that at the time "the user the gateway is running under has reached is nproc ulimit."
Related branches
- Andrew Johnson: Approve
- Ralph Lange: Approve
-
Diff: 603 lines (+339/-81)4 files modifiedsrc/libCom/misc/ipAddrToAsciiAsynchronous.cpp (+171/-81)
src/libCom/misc/ipAddrToAsciiAsynchronous.h (+4/-0)
src/libCom/test/Makefile (+3/-0)
src/libCom/test/ipAddrToAsciiTest.cpp (+161/-0)
Changed in epics-base: | |
importance: | High → Medium |
Changed in epics-base: | |
milestone: | 3.14.branch → none |
status: | New → Fix Released |
He added another core dump:
OK, I have another crash, this time no other circumstances involved (it's on the second PC, no problems with ulimit for sure), just regular operation of the system.
It's in another place, but I'm adding it here, because it also has udpiiu in it:
Program terminated with signal 11, Segmentation fault. ber=<value optimized out>, addr=..., =...) at ../../. ./include/ tsDLList. h:322 12-1.192. el6.x86_ 64 libgcc- 4.4.7-17. el6.x86_ 64 libstdc+ +-4.4.7- 17.el6. x86_64 ncurses- libs-5. 7-4.20090207. el6.x86_ 64 ber=<value optimized out>, addr=..., =...) at ../../. ./include/ tsDLList. h:322 anToVirtCircuit (this=0xe0fc60, cid=<value optimized out>, sid=168846180, typeCode=65535, count=<value optimized out>, nNumber= <value optimized out>, addr=..., currentTime=...) at ../cac.cpp:616 :searchRespActi on (this=<value optimized out>, msg=<value optimized out>, addr=<value optimized out>, currentTime=<value optimized out>) EntryPoint (pPvt=0xe8d0c8) at ../../. ./src/libCom/ osi/epicsThread .cpp:83 ./src/libCom/ osi/os/ posix/osdThread .c:389 libpthread. so.0
#0 add (this=0xe0fc60, cid=<value optimized out>, sid=168846180, typeCode=65535, count=<value optimized out>, minorVersionNum
currentTime
322 lastNode.pNext = &item;
Missing separate debuginfos, use: debuginfo-install glibc-2.
(gdb) bt
#0 add (this=0xe0fc60, cid=<value optimized out>, sid=168846180, typeCode=65535, count=<value optimized out>, minorVersionNum
currentTime
#1 cac::transferCh
minorVersio
#2 0x00007f434cc014a0 in udpiiu:
at ../udpiiu.cpp:690
#3 0x00007f434cc015c2 in udpiiu::postMsg (this=0xe7cc80, net_addr=..., pInBuf=<value optimized out>, blockSize=24, currentTime=...) at ../udpiiu.cpp:857
#4 0x00007f434cc03681 in udpRecvThread::run (this=0xe8d0a8) at ../udpiiu.cpp:394
#5 0x00007f434c9a4249 in epicsThreadCall
#6 0x00007f434c9aaed3 in start_routine (arg=0xe8d340) at ../../.
#7 0x00000030ada07aa1 in start_thread () from /lib64/
#8 0x00000030ad2e8aad in clone () from /lib64/libc.so.6
I also have another core still to be examined.