[jira] [Updated] (TS-942) Assert in HttpTransact::HandleCacheOpenReadMiss
[
https://issues.apache.org/jira/browse/TS-942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-942:
-
Fix Version/s: (was: 3.3.1)
> Assert in HttpTransact::HandleCacheOpenReadMiss
> ---
>
> Key: TS-942
> URL: https://issues.apache.org/jira/browse/TS-942
> Project: Traffic Server
> Issue Type: Bug
> Components: HTTP
>Affects Versions: 3.1.1
>Reporter: Leif Hedstrom
>Priority: Critical
>
> I'm seeing a crasher (see below), and it happens in code like this:
> {code}
> if (s->current.server->ip == 0) {
> ink_release_assert(s->current.request_to == PARENT_PROXY ||
> s->http_config_param->no_dns_forward_to_parent != 0);
> if (s->current.request_to == PARENT_PROXY) {
> {code}
> What happens is that .server->ip is indeed 0, but current.request_to is !=
> PARENT_PROXY (it is instead ORIGIN_SERVER). I've not seen this before, and it
> reproduces rarely, so wondering if it could be IPv6 related.
> Crasher:
> {code}
> (gdb) bt
> #0 0x003f2de327f5 in raise (sig=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #1 0x003f2de33fd5 in abort () at abort.c:92
> #2 0x006407a1 in ink_die_die_die (return_code=,
> message_format=, ap=0x2b0756137600) at ink_error.cc:43
> #3 ink_fatal_va(int, const char *, typedef __va_list_tag __va_list_tag *)
> (return_code=, message_format=,
> ap=0x2b0756137600) at ink_error.cc:65
> #4 0x006408d6 in ink_fatal (return_code=,
> message_format=) at ink_error.cc:73
> #5 0x0063f761 in _ink_assert (a=0x668400 "s->current.request_to ==
> PARENT_PROXY || s->http_config_param->no_dns_forward_to_parent != 0",
> f=, l=2952) at ink_assert.cc:44
> #6 0x00516d5c in HttpTransact::HandleCacheOpenReadMiss
> (s=0x2b0763638018) at HttpTransact.cc:2952
> #7 0x004f08e2 in HttpSM::call_transact_and_set_next_state
> (this=0x2b0763637fb0, f=) at HttpSM.cc:6339
> #8 0x004fffda in HttpSM::handle_api_return (this=0x2b0763637fb0) at
> HttpSM.cc:1520
> #9 0x004f2d42 in HttpSM::state_hostdb_lookup (this= out>, event=, data=) at
> HttpSM.cc:2064
> #10 0x00503de0 in HttpSM::main_handler (this=0x2b0763637fb0,
> event=500, data=0x2b0760231860) at HttpSM.cc:2454
> #11 0x0058d07b in handleEvent (cont=0x2b0763637fb0,
> ar=0x2b0760231860) at ../../iocore/eventsystem/I_Continuation.h:146
> #12 reply_to_cont (cont=0x2b0763637fb0, ar=0x2b0760231860) at HostDB.cc:552
> #13 0x0058e939 in HostDBContinuation::dnsEvent (this= out>, event=, e=) at HostDB.cc:1504
> #14 0x0059d281 in handleEvent (this=0x2a1c340, event= out>, e=) at
> ../../iocore/eventsystem/I_Continuation.h:146
> #15 DNSEntry::postEvent (this=0x2a1c340, event=,
> e=) at DNS.cc:1265
> #16 0x00638204 in handleEvent (this=0x2b0755e36010, e=0x2a61090,
> calling_code=1) at I_Continuation.h:146
> #17 EThread::process_event (this=0x2b0755e36010, e=0x2a61090, calling_code=1)
> at UnixEThread.cc:140
> #18 0x00638c7b in EThread::execute (this=0x2b0755e36010) at
> UnixEThread.cc:189
> #19 0x00637052 in spawn_thread_internal (a=0x1b206b0) at Thread.cc:88
> #20 0x003f2e6068e0 in start_thread (arg=0x2b0756138710) at
> pthread_create.c:297
> #21 0x003f2dee0c9d in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #22 0x in ?? ()
> (gdb) frame 6
> #6 0x00516d5c in HttpTransact::HandleCacheOpenReadMiss
> (s=0x2b0763638018) at HttpTransact.cc:2952
> 2952s->http_config_param->no_dns_forward_to_parent != 0);
> (gdb) print s->current.request_to
> $1 = ORIGIN_SERVER
> (gdb) print s->current.server->ip
> $2 = 0
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-942) Assert in HttpTransact::HandleCacheOpenReadMiss
[
https://issues.apache.org/jira/browse/TS-942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-942:
-
Fix Version/s: (was: 3.1.5)
3.3.0
Moving this out to 3.3.0, please move back to 3.1.4 if this will be worked on
*soon*. Also, take a look at what can be closed here please!
> Assert in HttpTransact::HandleCacheOpenReadMiss
> ---
>
> Key: TS-942
> URL: https://issues.apache.org/jira/browse/TS-942
> Project: Traffic Server
> Issue Type: Bug
> Components: HTTP
>Affects Versions: 3.1.1
>Reporter: Leif Hedstrom
>Priority: Critical
> Fix For: 3.3.0
>
>
> I'm seeing a crasher (see below), and it happens in code like this:
> {code}
> if (s->current.server->ip == 0) {
> ink_release_assert(s->current.request_to == PARENT_PROXY ||
> s->http_config_param->no_dns_forward_to_parent != 0);
> if (s->current.request_to == PARENT_PROXY) {
> {code}
> What happens is that .server->ip is indeed 0, but current.request_to is !=
> PARENT_PROXY (it is instead ORIGIN_SERVER). I've not seen this before, and it
> reproduces rarely, so wondering if it could be IPv6 related.
> Crasher:
> {code}
> (gdb) bt
> #0 0x003f2de327f5 in raise (sig=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #1 0x003f2de33fd5 in abort () at abort.c:92
> #2 0x006407a1 in ink_die_die_die (return_code=,
> message_format=, ap=0x2b0756137600) at ink_error.cc:43
> #3 ink_fatal_va(int, const char *, typedef __va_list_tag __va_list_tag *)
> (return_code=, message_format=,
> ap=0x2b0756137600) at ink_error.cc:65
> #4 0x006408d6 in ink_fatal (return_code=,
> message_format=) at ink_error.cc:73
> #5 0x0063f761 in _ink_assert (a=0x668400 "s->current.request_to ==
> PARENT_PROXY || s->http_config_param->no_dns_forward_to_parent != 0",
> f=, l=2952) at ink_assert.cc:44
> #6 0x00516d5c in HttpTransact::HandleCacheOpenReadMiss
> (s=0x2b0763638018) at HttpTransact.cc:2952
> #7 0x004f08e2 in HttpSM::call_transact_and_set_next_state
> (this=0x2b0763637fb0, f=) at HttpSM.cc:6339
> #8 0x004fffda in HttpSM::handle_api_return (this=0x2b0763637fb0) at
> HttpSM.cc:1520
> #9 0x004f2d42 in HttpSM::state_hostdb_lookup (this= out>, event=, data=) at
> HttpSM.cc:2064
> #10 0x00503de0 in HttpSM::main_handler (this=0x2b0763637fb0,
> event=500, data=0x2b0760231860) at HttpSM.cc:2454
> #11 0x0058d07b in handleEvent (cont=0x2b0763637fb0,
> ar=0x2b0760231860) at ../../iocore/eventsystem/I_Continuation.h:146
> #12 reply_to_cont (cont=0x2b0763637fb0, ar=0x2b0760231860) at HostDB.cc:552
> #13 0x0058e939 in HostDBContinuation::dnsEvent (this= out>, event=, e=) at HostDB.cc:1504
> #14 0x0059d281 in handleEvent (this=0x2a1c340, event= out>, e=) at
> ../../iocore/eventsystem/I_Continuation.h:146
> #15 DNSEntry::postEvent (this=0x2a1c340, event=,
> e=) at DNS.cc:1265
> #16 0x00638204 in handleEvent (this=0x2b0755e36010, e=0x2a61090,
> calling_code=1) at I_Continuation.h:146
> #17 EThread::process_event (this=0x2b0755e36010, e=0x2a61090, calling_code=1)
> at UnixEThread.cc:140
> #18 0x00638c7b in EThread::execute (this=0x2b0755e36010) at
> UnixEThread.cc:189
> #19 0x00637052 in spawn_thread_internal (a=0x1b206b0) at Thread.cc:88
> #20 0x003f2e6068e0 in start_thread (arg=0x2b0756138710) at
> pthread_create.c:297
> #21 0x003f2dee0c9d in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #22 0x in ?? ()
> (gdb) frame 6
> #6 0x00516d5c in HttpTransact::HandleCacheOpenReadMiss
> (s=0x2b0763638018) at HttpTransact.cc:2952
> 2952s->http_config_param->no_dns_forward_to_parent != 0);
> (gdb) print s->current.request_to
> $1 = ORIGIN_SERVER
> (gdb) print s->current.server->ip
> $2 = 0
> {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-942) Assert in HttpTransact::HandleCacheOpenReadMiss
[
https://issues.apache.org/jira/browse/TS-942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-942:
-
Fix Version/s: (was: 3.1.2)
3.1.3
> Assert in HttpTransact::HandleCacheOpenReadMiss
> ---
>
> Key: TS-942
> URL: https://issues.apache.org/jira/browse/TS-942
> Project: Traffic Server
> Issue Type: Bug
> Components: HTTP
>Affects Versions: 3.1.1
>Reporter: Leif Hedstrom
>Priority: Critical
> Fix For: 3.1.3
>
>
> I'm seeing a crasher (see below), and it happens in code like this:
> {code}
> if (s->current.server->ip == 0) {
> ink_release_assert(s->current.request_to == PARENT_PROXY ||
> s->http_config_param->no_dns_forward_to_parent != 0);
> if (s->current.request_to == PARENT_PROXY) {
> {code}
> What happens is that .server->ip is indeed 0, but current.request_to is !=
> PARENT_PROXY (it is instead ORIGIN_SERVER). I've not seen this before, and it
> reproduces rarely, so wondering if it could be IPv6 related.
> Crasher:
> {code}
> (gdb) bt
> #0 0x003f2de327f5 in raise (sig=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #1 0x003f2de33fd5 in abort () at abort.c:92
> #2 0x006407a1 in ink_die_die_die (return_code=,
> message_format=, ap=0x2b0756137600) at ink_error.cc:43
> #3 ink_fatal_va(int, const char *, typedef __va_list_tag __va_list_tag *)
> (return_code=, message_format=,
> ap=0x2b0756137600) at ink_error.cc:65
> #4 0x006408d6 in ink_fatal (return_code=,
> message_format=) at ink_error.cc:73
> #5 0x0063f761 in _ink_assert (a=0x668400 "s->current.request_to ==
> PARENT_PROXY || s->http_config_param->no_dns_forward_to_parent != 0",
> f=, l=2952) at ink_assert.cc:44
> #6 0x00516d5c in HttpTransact::HandleCacheOpenReadMiss
> (s=0x2b0763638018) at HttpTransact.cc:2952
> #7 0x004f08e2 in HttpSM::call_transact_and_set_next_state
> (this=0x2b0763637fb0, f=) at HttpSM.cc:6339
> #8 0x004fffda in HttpSM::handle_api_return (this=0x2b0763637fb0) at
> HttpSM.cc:1520
> #9 0x004f2d42 in HttpSM::state_hostdb_lookup (this= out>, event=, data=) at
> HttpSM.cc:2064
> #10 0x00503de0 in HttpSM::main_handler (this=0x2b0763637fb0,
> event=500, data=0x2b0760231860) at HttpSM.cc:2454
> #11 0x0058d07b in handleEvent (cont=0x2b0763637fb0,
> ar=0x2b0760231860) at ../../iocore/eventsystem/I_Continuation.h:146
> #12 reply_to_cont (cont=0x2b0763637fb0, ar=0x2b0760231860) at HostDB.cc:552
> #13 0x0058e939 in HostDBContinuation::dnsEvent (this= out>, event=, e=) at HostDB.cc:1504
> #14 0x0059d281 in handleEvent (this=0x2a1c340, event= out>, e=) at
> ../../iocore/eventsystem/I_Continuation.h:146
> #15 DNSEntry::postEvent (this=0x2a1c340, event=,
> e=) at DNS.cc:1265
> #16 0x00638204 in handleEvent (this=0x2b0755e36010, e=0x2a61090,
> calling_code=1) at I_Continuation.h:146
> #17 EThread::process_event (this=0x2b0755e36010, e=0x2a61090, calling_code=1)
> at UnixEThread.cc:140
> #18 0x00638c7b in EThread::execute (this=0x2b0755e36010) at
> UnixEThread.cc:189
> #19 0x00637052 in spawn_thread_internal (a=0x1b206b0) at Thread.cc:88
> #20 0x003f2e6068e0 in start_thread (arg=0x2b0756138710) at
> pthread_create.c:297
> #21 0x003f2dee0c9d in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #22 0x in ?? ()
> (gdb) frame 6
> #6 0x00516d5c in HttpTransact::HandleCacheOpenReadMiss
> (s=0x2b0763638018) at HttpTransact.cc:2952
> 2952s->http_config_param->no_dns_forward_to_parent != 0);
> (gdb) print s->current.request_to
> $1 = ORIGIN_SERVER
> (gdb) print s->current.server->ip
> $2 = 0
> {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-942) Assert in HttpTransact::HandleCacheOpenReadMiss
[
https://issues.apache.org/jira/browse/TS-942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-942:
-
Fix Version/s: (was: 3.1.1)
3.1.2
Assignee: Leif Hedstrom
> Assert in HttpTransact::HandleCacheOpenReadMiss
> ---
>
> Key: TS-942
> URL: https://issues.apache.org/jira/browse/TS-942
> Project: Traffic Server
> Issue Type: Bug
> Components: HTTP
>Affects Versions: 3.1.1
>Reporter: Leif Hedstrom
>Assignee: Leif Hedstrom
>Priority: Critical
> Fix For: 3.1.2
>
>
> I'm seeing a crasher (see below), and it happens in code like this:
> {code}
> if (s->current.server->ip == 0) {
> ink_release_assert(s->current.request_to == PARENT_PROXY ||
> s->http_config_param->no_dns_forward_to_parent != 0);
> if (s->current.request_to == PARENT_PROXY) {
> {code}
> What happens is that .server->ip is indeed 0, but current.request_to is !=
> PARENT_PROXY (it is instead ORIGIN_SERVER). I've not seen this before, and it
> reproduces rarely, so wondering if it could be IPv6 related.
> Crasher:
> {code}
> (gdb) bt
> #0 0x003f2de327f5 in raise (sig=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #1 0x003f2de33fd5 in abort () at abort.c:92
> #2 0x006407a1 in ink_die_die_die (return_code=,
> message_format=, ap=0x2b0756137600) at ink_error.cc:43
> #3 ink_fatal_va(int, const char *, typedef __va_list_tag __va_list_tag *)
> (return_code=, message_format=,
> ap=0x2b0756137600) at ink_error.cc:65
> #4 0x006408d6 in ink_fatal (return_code=,
> message_format=) at ink_error.cc:73
> #5 0x0063f761 in _ink_assert (a=0x668400 "s->current.request_to ==
> PARENT_PROXY || s->http_config_param->no_dns_forward_to_parent != 0",
> f=, l=2952) at ink_assert.cc:44
> #6 0x00516d5c in HttpTransact::HandleCacheOpenReadMiss
> (s=0x2b0763638018) at HttpTransact.cc:2952
> #7 0x004f08e2 in HttpSM::call_transact_and_set_next_state
> (this=0x2b0763637fb0, f=) at HttpSM.cc:6339
> #8 0x004fffda in HttpSM::handle_api_return (this=0x2b0763637fb0) at
> HttpSM.cc:1520
> #9 0x004f2d42 in HttpSM::state_hostdb_lookup (this= out>, event=, data=) at
> HttpSM.cc:2064
> #10 0x00503de0 in HttpSM::main_handler (this=0x2b0763637fb0,
> event=500, data=0x2b0760231860) at HttpSM.cc:2454
> #11 0x0058d07b in handleEvent (cont=0x2b0763637fb0,
> ar=0x2b0760231860) at ../../iocore/eventsystem/I_Continuation.h:146
> #12 reply_to_cont (cont=0x2b0763637fb0, ar=0x2b0760231860) at HostDB.cc:552
> #13 0x0058e939 in HostDBContinuation::dnsEvent (this= out>, event=, e=) at HostDB.cc:1504
> #14 0x0059d281 in handleEvent (this=0x2a1c340, event= out>, e=) at
> ../../iocore/eventsystem/I_Continuation.h:146
> #15 DNSEntry::postEvent (this=0x2a1c340, event=,
> e=) at DNS.cc:1265
> #16 0x00638204 in handleEvent (this=0x2b0755e36010, e=0x2a61090,
> calling_code=1) at I_Continuation.h:146
> #17 EThread::process_event (this=0x2b0755e36010, e=0x2a61090, calling_code=1)
> at UnixEThread.cc:140
> #18 0x00638c7b in EThread::execute (this=0x2b0755e36010) at
> UnixEThread.cc:189
> #19 0x00637052 in spawn_thread_internal (a=0x1b206b0) at Thread.cc:88
> #20 0x003f2e6068e0 in start_thread (arg=0x2b0756138710) at
> pthread_create.c:297
> #21 0x003f2dee0c9d in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #22 0x in ?? ()
> (gdb) frame 6
> #6 0x00516d5c in HttpTransact::HandleCacheOpenReadMiss
> (s=0x2b0763638018) at HttpTransact.cc:2952
> 2952s->http_config_param->no_dns_forward_to_parent != 0);
> (gdb) print s->current.request_to
> $1 = ORIGIN_SERVER
> (gdb) print s->current.server->ip
> $2 = 0
> {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
