Github user maskit commented on the issue:

    https://github.com/apache/trafficserver/pull/1583
  
    I might be able to reproduce the issue, but only with H2. I couldn't 
reproduce it with H1.
    
    What I did are:
    - Add sleep(5) into consume() of PostBuffer plugin
    - Set proxy.config.http.transaction_no_activity_timeout_in and 
proxy.config.http.transaction_active_timeout_in very small (2~5 sec)
    - Apply the change on this PR
    - Run ATS with the modified PostBuffer plugin
    - Send a big POST request with curl
    
    The patch fixes an abort issue but ATS still aborts. (Fails at another 
assert.)
    ```
    Fatal: HttpSM.cc:2725: failed assertion 
`post_transform_info.entry->in_tunnel == true`
    2017-03-22 16:14:23.623562 traffic_server[68093:3635467] Fatal: 
HttpSM.cc:2725: failed assertion `post_transform_info.entry->in_tunnel == true`
    ```
    ```
    (lldb) bt
    * thread #14: tid = 0x37790b, 0x00007fffd5191dd6 
libsystem_kernel.dylib`__pthread_kill + 10, name = '[ET_NET 11]', stop reason = 
signal SIGABRT
      * frame #0: 0x00007fffd5191dd6 libsystem_kernel.dylib`__pthread_kill + 10
        frame #1: 0x00007fffd527d787 libsystem_pthread.dylib`pthread_kill + 90
        frame #2: 0x00007fffd50f7420 libsystem_c.dylib`abort + 129
        frame #3: 0x000000000002abd0 
libtsutil.7.dylib`ink_abort(message_format="%s:%d: failed assertion `%s`") + 
368 at ink_error.cc:99
        frame #4: 0x0000000000027a0f 
libtsutil.7.dylib`::_ink_assert(expression="post_transform_info.entry->in_tunnel
 == true", file="HttpSM.cc", line=2725) + 47 at ink_assert.cc:37
        frame #5: 0x000000010014ca3e 
traffic_server`HttpSM::tunnel_handler_post_or_put(this=0x0000000005cfd9b0, 
p=0x0000000005cfef00) + 174 at HttpSM.cc:2725
        frame #6: 0x000000010013fa06 
traffic_server`HttpSM::tunnel_handler_post(this=0x0000000005cfd9b0, event=103, 
data=0x0000000003e2ded0) + 1062 at HttpSM.cc:2790
        frame #7: 0x0000000100137708 
traffic_server`HttpSM::main_handler(this=0x0000000005cfd9b0, event=103, 
data=0x0000000003e2ded0) + 776 at HttpSM.cc:2682
        frame #8: 0x000000010001ef60 
traffic_server`Continuation::handleEvent(this=0x0000000005cfd9b0, event=103, 
data=0x0000000003e2ded0) + 112 at I_Continuation.h:153
        frame #9: 0x00000001001be69f 
traffic_server`Http2Stream::main_event_handler(this=0x0000000003e2db40, 
event=103, edata=0x0000000000b46aa0) + 1903 at Http2Stream.cc:88
        frame #10: 0x000000010001ef60 
traffic_server`Continuation::handleEvent(this=0x0000000003e2db40, event=103, 
data=0x0000000000b46aa0) + 112 at I_Continuation.h:153
        frame #11: 0x0000000100375a15 
traffic_server`EThread::process_event(this=0x0000000002d0c000, 
e=0x0000000000b46aa0, calling_code=103) + 405 at UnixEThread.cc:143
        frame #12: 0x00000001003761dc 
traffic_server`EThread::execute(this=0x0000000002d0c000) + 972 at 
UnixEThread.cc:240
        frame #13: 0x0000000100374f57 
traffic_server`spawn_thread_internal(a=0x00000000037000c0) + 103 at Thread.cc:84
        frame #14: 0x00007fffd527aaab libsystem_pthread.dylib`_pthread_body + 
180
        frame #15: 0x00007fffd527a9f7 libsystem_pthread.dylib`_pthread_start + 
286
        frame #16: 0x00007fffd527a1fd libsystem_pthread.dylib`thread_start + 13
    ```


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Reply via email to