Assert under heavy load with logging enabled --------------------------------------------
Key: TS-1080 URL: https://issues.apache.org/jira/browse/TS-1080 Project: Traffic Server Issue Type: Bug Components: Logging Reporter: Leif Hedstrom Priority: Critical Fix For: 3.1.2 Given enough load (in the 100,000 QPS or more), we run out of some sort of buffer space, with an assert of {code} #0 0x00002ba719d50285 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00002ba719d51b9b in __GI_abort () at abort.c:91 #2 0x00000000006b561a in ink_die_die_die (retval=<optimized out>) at ink_error.cc:43 #3 ink_fatal_va(int, const char *, typedef __va_list_tag __va_list_tag *) (return_code=<optimized out>, message_format=<optimized out>, ap=0x7fff7275a7d8) at ink_error.cc:65 #4 0x00000000006b56a7 in ink_fatal (return_code=<optimized out>, message_format=<optimized out>) at ink_error.cc:73 #5 0x00000000006b4970 in _ink_assert (a=0x6fd380 "_num_flush_buffers[_open_flush_array] < FLUSH_ARRAY_SIZE", f=<optimized out>, l=96) at ink_assert.cc:44 #6 0x00000000005a8b34 in add_to_flush_queue (buffer=0x2ba7443ca970, this=0x22fb918) at LogObject.h:96 #7 LogObject::_checkout_write (this=0x22fb880, write_offset=0x7fff7275add8, bytes_needed=152) at LogObject.cc:455 #8 0x00000000005a8fd3 in LogObject::log (this=0x22fb880, lad=0x7fff7275b030, text_entry=0x0) at LogObject.cc:580 #9 0x000000000058e956 in log (lad=0x7fff7275b030, this=<optimized out>) at LogObject.h:475 #10 Log::access (lad=0x7fff7275b030) at Log.cc:1086 {code} Increasing FLUSH_ARRAY_SIZE alleviates the problem, but really, we shouldn't end up in this situation at all. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira