[jira] [Commented] (TS-462) Support TLS Server Name Indication (SNI) negotiation
[ https://issues.apache.org/jira/browse/TS-462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13228217#comment-13228217 ] James Peach commented on TS-462: I wrote a quick test program and the hash table is faster and smaller than the trie. dnsnames.txt contains the Alexa top 1 million sites. The test program inserts an object for each of the given keys and then does 100 lookups on randomly chosen keys. blacko:ts jpeach$ head -n 1 ../../dnsnames.txt | time ./test_Trie --trie bytes_total=219283456 bytes_used=217875984 bytes_free=1407472 1.92 real 1.48 user 0.25 sys blacko:ts jpeach$ head -n 1 ../../dnsnames.txt | time ./test_Trie --hash bytes_total=9568256 bytes_used=1730176 bytes_free=7838080 0.24 real 0.21 user 0.03 sys The trie test doesn't complete with 100K keys. > Support TLS Server Name Indication (SNI) negotiation > > > Key: TS-462 > URL: https://issues.apache.org/jira/browse/TS-462 > Project: Traffic Server > Issue Type: New Feature > Components: SSL >Affects Versions: 3.0.0 >Reporter: Leif Hedstrom >Assignee: James Peach >Priority: Minor > Labels: ssl > Fix For: 3.1.6 > > > We should support TLS Server Name Indication (SNI). This would allow for well > behaved TLS clients to negotiate the certificate, without requiring a new IP > for every site / certificate used. -- 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
[jira] [Commented] (TS-857) Crash Report: HttpTunnel::chain_abort_all -> HttpServerSession::do_io_close -> UnixNetVConnection::do_io_close
[ https://issues.apache.org/jira/browse/TS-857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13227664#comment-13227664 ] Zhao Yongming commented on TS-857: -- we have the codes commit in our tree in: https://gitorious.org/trafficserver/taobao/commit/c0fdec56bacea139a026412038378d7a8f65a731 > Crash Report: HttpTunnel::chain_abort_all -> HttpServerSession::do_io_close > -> UnixNetVConnection::do_io_close > -- > > Key: TS-857 > URL: https://issues.apache.org/jira/browse/TS-857 > Project: Traffic Server > Issue Type: Bug > Components: HTTP, Network >Affects Versions: 3.1.0 > Environment: in my branch that is something same as 3.0.x >Reporter: Zhao Yongming >Assignee: weijin > Fix For: 3.1.5 > > Attachments: ts-857.diff, ts-857.diff, ts-857.diff > > > here is the bt from the crash, some of the information is missing due to we > have not enable the --enable-debug configure options. > {code} > [New process 7532] > #0 ink_stack_trace_get (stack=, len= out>, signalhandler_frame=) > at ink_stack_trace.cc:68 > 68fp = (void **) (*fp); > (gdb) bt > #0 ink_stack_trace_get (stack=, len= out>, signalhandler_frame=) > at ink_stack_trace.cc:68 > #1 0x2ba641dccef1 in ink_stack_trace_dump (sighandler_frame= optimized out>) at ink_stack_trace.cc:114 > #2 0x004df020 in signal_handler (sig=) at > signals.cc:225 > #3 > #4 0x006a1ea9 in UnixNetVConnection::do_io_close (this=0x1cc9bd20, > alerrno=) > at ../../iocore/eventsystem/I_Lock.h:297 > #5 0x0051f1d0 in HttpServerSession::do_io_close > (this=0x2aaab0042c80, alerrno=20600) at HttpServerSession.cc:127 > #6 0x0056d1e9 in HttpTunnel::chain_abort_all (this=0x2aabeeffdd70, > p=0x2aabeeffdf68) at HttpTunnel.cc:1300 > #7 0x005269ca in HttpSM::tunnel_handler_ua (this=0x2aabeeffc070, > event=104, c=0x2aabeeffdda8) at HttpSM.cc:2987 > #8 0x00571dfc in HttpTunnel::consumer_handler (this=0x2aabeeffdd70, > event=104, c=0x2aabeeffdda8) at HttpTunnel.cc:1232 > #9 0x00572032 in HttpTunnel::main_handler (this=0x2aabeeffdd70, > event=1088608784, data=) > at HttpTunnel.cc:1456 > #10 0x006a6307 in write_to_net_io (nh=0x2b12d688, vc=0x1cc876e0, > thread=) > at ../../iocore/eventsystem/I_Continuation.h:146 > #11 0x0069ce97 in NetHandler::mainNetEvent (this=0x2b12d688, > event=, e=0x171c1ed0) at UnixNet.cc:405 > #12 0x006cddaf in EThread::process_event (this=0x2b12c010, > e=0x171c1ed0, calling_code=5) at I_Continuation.h:146 > #13 0x006ce6bc in EThread::execute (this=0x2b12c010) at > UnixEThread.cc:262 > #14 0x006cd0ee in spawn_thread_internal (a=0x171b58f0) at Thread.cc:88 > #15 0x003c33c064a7 in start_thread () from /lib64/libpthread.so.0 > #16 0x003c330d3c2d in clone () from /lib64/libc.so.6 > (gdb) info f > Stack level 0, frame at 0x40e2b790: > rip = 0x2ba641dccdf3 in ink_stack_trace_get(void**, int, int) > (ink_stack_trace.cc:68); saved rip 0x2ba641dccef1 > called by frame at 0x40e2bbe0 > source language c++. > Arglist at 0x40e2b770, args: stack=, len= optimized out>, signalhandler_frame= > Locals at 0x40e2b770, Previous frame's sp is 0x40e2b790 > Saved registers: > rbx at 0x40e2b778, rbp at 0x40e2b780, rip at 0x40e2b788 > (gdb) > {code} -- 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
[jira] [Commented] (TS-857) Crash Report: HttpTunnel::chain_abort_all -> HttpServerSession::do_io_close -> UnixNetVConnection::do_io_close
[ https://issues.apache.org/jira/browse/TS-857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13227658#comment-13227658 ] Zhao Yongming commented on TS-857: -- hi, I think this may be the same as one magic event is flying in the system: #9 0x00572032 in HttpTunnel::main_handler (this=0x2aabeeffdd70, event=1088608784, data=) look at the event id. I don't think we have such event. I think I have no such crashes in my env with out this patch, what do you think of the situation? > Crash Report: HttpTunnel::chain_abort_all -> HttpServerSession::do_io_close > -> UnixNetVConnection::do_io_close > -- > > Key: TS-857 > URL: https://issues.apache.org/jira/browse/TS-857 > Project: Traffic Server > Issue Type: Bug > Components: HTTP, Network >Affects Versions: 3.1.0 > Environment: in my branch that is something same as 3.0.x >Reporter: Zhao Yongming >Assignee: weijin > Fix For: 3.1.5 > > Attachments: ts-857.diff, ts-857.diff, ts-857.diff > > > here is the bt from the crash, some of the information is missing due to we > have not enable the --enable-debug configure options. > {code} > [New process 7532] > #0 ink_stack_trace_get (stack=, len= out>, signalhandler_frame=) > at ink_stack_trace.cc:68 > 68fp = (void **) (*fp); > (gdb) bt > #0 ink_stack_trace_get (stack=, len= out>, signalhandler_frame=) > at ink_stack_trace.cc:68 > #1 0x2ba641dccef1 in ink_stack_trace_dump (sighandler_frame= optimized out>) at ink_stack_trace.cc:114 > #2 0x004df020 in signal_handler (sig=) at > signals.cc:225 > #3 > #4 0x006a1ea9 in UnixNetVConnection::do_io_close (this=0x1cc9bd20, > alerrno=) > at ../../iocore/eventsystem/I_Lock.h:297 > #5 0x0051f1d0 in HttpServerSession::do_io_close > (this=0x2aaab0042c80, alerrno=20600) at HttpServerSession.cc:127 > #6 0x0056d1e9 in HttpTunnel::chain_abort_all (this=0x2aabeeffdd70, > p=0x2aabeeffdf68) at HttpTunnel.cc:1300 > #7 0x005269ca in HttpSM::tunnel_handler_ua (this=0x2aabeeffc070, > event=104, c=0x2aabeeffdda8) at HttpSM.cc:2987 > #8 0x00571dfc in HttpTunnel::consumer_handler (this=0x2aabeeffdd70, > event=104, c=0x2aabeeffdda8) at HttpTunnel.cc:1232 > #9 0x00572032 in HttpTunnel::main_handler (this=0x2aabeeffdd70, > event=1088608784, data=) > at HttpTunnel.cc:1456 > #10 0x006a6307 in write_to_net_io (nh=0x2b12d688, vc=0x1cc876e0, > thread=) > at ../../iocore/eventsystem/I_Continuation.h:146 > #11 0x0069ce97 in NetHandler::mainNetEvent (this=0x2b12d688, > event=, e=0x171c1ed0) at UnixNet.cc:405 > #12 0x006cddaf in EThread::process_event (this=0x2b12c010, > e=0x171c1ed0, calling_code=5) at I_Continuation.h:146 > #13 0x006ce6bc in EThread::execute (this=0x2b12c010) at > UnixEThread.cc:262 > #14 0x006cd0ee in spawn_thread_internal (a=0x171b58f0) at Thread.cc:88 > #15 0x003c33c064a7 in start_thread () from /lib64/libpthread.so.0 > #16 0x003c330d3c2d in clone () from /lib64/libc.so.6 > (gdb) info f > Stack level 0, frame at 0x40e2b790: > rip = 0x2ba641dccdf3 in ink_stack_trace_get(void**, int, int) > (ink_stack_trace.cc:68); saved rip 0x2ba641dccef1 > called by frame at 0x40e2bbe0 > source language c++. > Arglist at 0x40e2b770, args: stack=, len= optimized out>, signalhandler_frame= > Locals at 0x40e2b770, Previous frame's sp is 0x40e2b790 > Saved registers: > rbx at 0x40e2b778, rbp at 0x40e2b780, rip at 0x40e2b788 > (gdb) > {code} -- 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
[jira] [Updated] (TS-857) Crash Report: HttpTunnel::chain_abort_all -> HttpServerSession::do_io_close -> UnixNetVConnection::do_io_close
[ https://issues.apache.org/jira/browse/TS-857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan M. Carroll updated TS-857: --- Attachment: ts-857.diff My proposed patched. The support in IntrusivePtr.h is more extensive than actually required and stems from intermediate fixes that required that support. Since that might be useful in the future it was left in, although not currently used. The primary change is to use a reference counted list for the NetHandler open_list which prevents the VCs from being cleaned up while shared in other threads. Still need to verify that they do get cleaned up at some point. > Crash Report: HttpTunnel::chain_abort_all -> HttpServerSession::do_io_close > -> UnixNetVConnection::do_io_close > -- > > Key: TS-857 > URL: https://issues.apache.org/jira/browse/TS-857 > Project: Traffic Server > Issue Type: Bug > Components: HTTP, Network >Affects Versions: 3.1.0 > Environment: in my branch that is something same as 3.0.x >Reporter: Zhao Yongming >Assignee: weijin > Fix For: 3.1.5 > > Attachments: ts-857.diff, ts-857.diff, ts-857.diff > > > here is the bt from the crash, some of the information is missing due to we > have not enable the --enable-debug configure options. > {code} > [New process 7532] > #0 ink_stack_trace_get (stack=, len= out>, signalhandler_frame=) > at ink_stack_trace.cc:68 > 68fp = (void **) (*fp); > (gdb) bt > #0 ink_stack_trace_get (stack=, len= out>, signalhandler_frame=) > at ink_stack_trace.cc:68 > #1 0x2ba641dccef1 in ink_stack_trace_dump (sighandler_frame= optimized out>) at ink_stack_trace.cc:114 > #2 0x004df020 in signal_handler (sig=) at > signals.cc:225 > #3 > #4 0x006a1ea9 in UnixNetVConnection::do_io_close (this=0x1cc9bd20, > alerrno=) > at ../../iocore/eventsystem/I_Lock.h:297 > #5 0x0051f1d0 in HttpServerSession::do_io_close > (this=0x2aaab0042c80, alerrno=20600) at HttpServerSession.cc:127 > #6 0x0056d1e9 in HttpTunnel::chain_abort_all (this=0x2aabeeffdd70, > p=0x2aabeeffdf68) at HttpTunnel.cc:1300 > #7 0x005269ca in HttpSM::tunnel_handler_ua (this=0x2aabeeffc070, > event=104, c=0x2aabeeffdda8) at HttpSM.cc:2987 > #8 0x00571dfc in HttpTunnel::consumer_handler (this=0x2aabeeffdd70, > event=104, c=0x2aabeeffdda8) at HttpTunnel.cc:1232 > #9 0x00572032 in HttpTunnel::main_handler (this=0x2aabeeffdd70, > event=1088608784, data=) > at HttpTunnel.cc:1456 > #10 0x006a6307 in write_to_net_io (nh=0x2b12d688, vc=0x1cc876e0, > thread=) > at ../../iocore/eventsystem/I_Continuation.h:146 > #11 0x0069ce97 in NetHandler::mainNetEvent (this=0x2b12d688, > event=, e=0x171c1ed0) at UnixNet.cc:405 > #12 0x006cddaf in EThread::process_event (this=0x2b12c010, > e=0x171c1ed0, calling_code=5) at I_Continuation.h:146 > #13 0x006ce6bc in EThread::execute (this=0x2b12c010) at > UnixEThread.cc:262 > #14 0x006cd0ee in spawn_thread_internal (a=0x171b58f0) at Thread.cc:88 > #15 0x003c33c064a7 in start_thread () from /lib64/libpthread.so.0 > #16 0x003c330d3c2d in clone () from /lib64/libc.so.6 > (gdb) info f > Stack level 0, frame at 0x40e2b790: > rip = 0x2ba641dccdf3 in ink_stack_trace_get(void**, int, int) > (ink_stack_trace.cc:68); saved rip 0x2ba641dccef1 > called by frame at 0x40e2bbe0 > source language c++. > Arglist at 0x40e2b770, args: stack=, len= optimized out>, signalhandler_frame= > Locals at 0x40e2b770, Previous frame's sp is 0x40e2b790 > Saved registers: > rbx at 0x40e2b778, rbp at 0x40e2b780, rip at 0x40e2b788 > (gdb) > {code} -- 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