OLS 1.7.13 core dumps/restarts

cjd

cjd

Verified User
Joined
Feb 1, 2021
Messages
333
Location
Canada
Anyone else seeing random core dumps and restarting with OLS 1.7.13? I'm seeing this on Debian 9 and 10 servers. I haven't had time to examine the core files. This only just started happening since the last update.

Code: 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `openlitesp'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0000000000841f0f in hdecs ()
#0  0x0000000000841f0f in hdecs ()
No symbol table info available.
#1  0x000000000060105e in TPointerList<BlockBuf>::release_objects (this=0x12deb30) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/util/gpointerlist.h:148
        iter = 0xd9e8f0 <s_staticFileHandler+16>
#2  VMemBuf::releaseBlocks (this=this@entry=0x12deb30, locked=locked@entry=true) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/util/vmembuf.cpp:115
No locals.
#3  0x0000000000601191 in VMemBuf::deallocate (this=this@entry=0x12deb30) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/util/vmembuf.cpp:137
No locals.
#4  0x00000000006011e9 in VMemBuf::~VMemBuf (this=0x12deb30, __in_chrg=<optimized out>) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/util/vmembuf.cpp:92
No locals.
#5  0x00000000005fd502 in HttpFetch::~HttpFetch (this=0x16fffd0, __in_chrg=<optimized out>) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/util/httpfetch.cpp:98
No locals.
#6  0x00000000004ae808 in HttpServerImpl::asyncDownloadQuicCloudTrustIp (this=this@entry=0x1230fc0) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/main/httpserver.cpp:1256
        path = "ITQUE_DEPTH: 0, REQ_PER_SEC: 0, TOT_REQS: 111\n\000\062\070\071\n\000\060\060, PLAINCONN: 0, AVAILCONN: 10000, IDLECONN: 0, SSLCONN: 0, AVAILSSL: 5000\nREQ_RATE []: REQ_PROCESSING: 0, REQ_PER_SEC: 0, TOT_REQS: 1793, PUB_CACH"...
        sb = {st_dev = 25705, st_ino = 5506533, st_nlink = 6566336562329835589, st_mode = 1346458444, st_uid = 1528847689, st_gid = 1918987635, __pad0 = 1668834676, st_rdev = 7308830241099705953, st_size = 7807869963589922164, st_blksize = 3543827369500897395, st_blocks = 4836930171711008816, st_atim = {tv_sec = 4201381604722491725, tv_nsec = 4705493190154990368}, st_mtim = {tv_sec = 3684008603184743256, tv_nsec = 6866950733898460213}, st_ctim = {tv_sec = 3184361846171388243, tv_nsec = 4854675147544480032}, __unused = {2318280823164259919, 5642802934582101065, 4708267309613988430}}
#7  0x00000000004b3390 in HttpServerImpl::onTimer60Secs (this=this@entry=0x1230fc0) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/main/httpserver.cpp:1293
        s_count = 0
#8  0x00000000004b3472 in HttpServerImpl::onTimer30Secs (this=0x1230fc0) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/main/httpserver.cpp:1008
        s_timeOut = 2
#9  0x00000000004d0624 in processTimerNew () at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/http/eventdispatcher.cpp:224
        pQuicEngine = <optimized out>
        tv = {tv_sec = 1631034885, tv_usec = 32805}
#10 EventDispatcher::run (this=this@entry=0x1230fe8) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/http/eventdispatcher.cpp:267
        ret = <optimized out>
        pQuicEngine = 0x1366560
        nextQuicEventMilliSec = <optimized out>
        to = <optimized out>
#11 0x00000000004aec4e in HttpServerImpl::start (this=0x1230fc0) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/main/httpserver.cpp:555
        this = 0x1230fc0
#12 0x0000000000484966 in LshttpdMain::main (this=this@entry=0x1230d50, argc=argc@entry=1, argv=argv@entry=0x7ffc4aaa1738) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/main/lshttpdmain.cpp:1111
        ret = 0
#13 0x0000000000484802 in main (argc=1, argv=0x7ffc4aaa1738) at /home/build/release/openlitespeed/1.7.13/openlitespeed-1.7.13/src/main.cpp:66
        ret = <optimized out>
rax            0x4d0d20    5049632
rbx            0x1230d50    19074384
rcx            0xfffffffffffff070    -3984
rdx            0x1c8    456
rsi            0x1    1
rdi            0x7fd2f0    8377072
rbp            0x1    0x1
rsp            0x7ffc4aaa1640    0x7ffc4aaa1640
r8             0x15395a0    22255008
r9             0x0    0
r10            0x2ce33e6c02ce33e7    3234497591006606311
r11            0x246    582
r12            0x7ffc4aaa1738    140721561147192
r13            0x7ffc4aaa1730    140721561147184
r14            0x0    0
r15            0x0    0
rip            0x484802    0x484802 <main(int, char**)+50>
eflags         0x10206    [ PF IF RF ]
cs             0x33    51
ss             0x2b    43
ds             0x0    0
es             0x0    0
fs             0x0    0
gs             0x0    0
 
Go figure there is an OLS update to 1.7.14 released today.

Code: 
V1.7.14

2021-09-07

Server Core

[Bug Fix] Update libmodsecurity from v3.0.4 to v3.0.5.
[Bug Fix] Address a crash in handling range requests to files without a suffix (introduced in OLS v1.7.12).
[Bug Fix] Address a corner case that breaks POST requests without a content length header for HTTP/2 or QUIC streams.
[Bug Fix] Address a crash in QUIC.cloud IP fetching code (introduced in OLS v1.7.13).
 
How did you updated it? In CB i still have 1.7.13 as latest version. Maybe @smtalk can update it to 1.7.14?
 
I haven't yet on DA, normally I will wait for their update for something part of custombuild unless there is some kind of crazy zero day flaw in a package. Been too busy updating custom VM's and websites to worry about it at the moment, it's not causing any major issues, customers have been ok with the minor delays when it restarts, it's been bothering me more as i'm always on the machines doing work on websites for customers.
 
You must log in or register to reply here.
Back
Top