[jira] [Resolved] (TS-1949) a range request cause crash.

["Leif Hedstrom (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/TS-1949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Leif Hedstrom resolved TS-1949.
-------------------------------

       Resolution: Won't Fix
    Fix Version/s:     (was: 3.2.6)

ATS v3.2.x is nearing end-of-life. There's no chance that this would be a candidate for a fix / back port at this time, so closing. If this is indeed an issue also in v4.x, please open a new ticket.

> a range request cause crash.
> ----------------------------
>
>                 Key: TS-1949
>                 URL: https://issues.apache.org/jira/browse/TS-1949
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: Cache
>            Reporter: jaekyung oh
>            Assignee: Alan M. Carroll
>              Labels: Crash
>
> on ats 3.2.4 when read_while_writer is 1,
> a range request for a content(not cached) is ok but same request make a problem while the content is under downloading...
> To make crash --
> 1. First try to get a big content.
> wget -O /dev/null  http://www.test.com/mp4/aa.mp4
> 9% [=======>                                                                                                       ] 29,068,852  54.2M/s
> 2. before the first request gets done, send a range request for the last part of the content.
> curl --range 300000000-301046986  http://www.test.com/mp4/aa.mp4 2>/dev/null 1> /dev/null
> traffic.out shows ----
> +++++++++ Incoming Request +++++++++
> -- State Machine Id: 2
> GET http://origin.test.com/mp4/aa.mp4 HTTP/1.1
> Range: bytes=300000000-301046986
> User-Agent: curl/7.21.2 (x86_64-unknown-linux-gnu) libcurl/7.21.2 OpenSSL/1.0.0c zlib/1.2.5 libidn/1.15 libssh2/1.2.7
> Host: www.test.com
> Accept: */*
> +++++++++ Header To Transform +++++++++
> -- State Machine Id: 2
> HTTP/1.1 200 OK
> Content-Type: video/mp4
> Accept-Ranges: bytes
> ETag: "314612005"
> Last-Modified: Wed, 13 Feb 2013 12:37:21 GMT
> Date: Mon, 10 Jun 2013 08:08:14 GMT
> Server: lighttpd/1.4.28
> NOTE: Traffic Server received Sig 11: Segmentation fault
> /usr/local/ats324/bin/traffic_server - STACK TRACE: 
> /lib64/libpthread.so.0(+0xfd00)[0x2ba8e23c7d00]
> /usr/local/ats324/bin/traffic_server(_ZN7CacheVC12openReadMainEiP5Event+0x93)[0x659493]
> /usr/local/ats324/bin/traffic_server[0x658abf]
> /usr/local/ats324/bin/traffic_server(_ZN7CacheVC21openReadStartEarliestEiP5Event+0x6fa)[0x65cf4a]
> /usr/local/ats324/bin/traffic_server(_ZN7CacheVC14handleReadDoneEiP5Event+0x1c2)[0x6376d2]
> /usr/local/ats324/bin/traffic_server(_ZN19AIOCallbackInternal11io_completeEiPv+0x3d)[0x63804d]
> /usr/local/ats324/bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0x90)[0x6b2ed0]
> /usr/local/ats324/bin/traffic_server(_ZN7EThread7executeEv+0x5eb)[0x6b3a8b]
> /usr/local/ats324/bin/traffic_server[0x6b1cc2]
> /lib64/libpthread.so.0(+0x7f05)[0x2ba8e23bff05]
> /lib64/libc.so.6(clone+0x6d)[0x2ba8e461010d]
> [Jun 10 17:08:19.846] Manager {0x7fa88b6a0720} FATAL: [LocalManager::pollMgmtProcessServer] Error in read (errno: 104)
> [Jun 10 17:08:19.846] Manager {0x7fa88b6a0720} FATAL:  (last system error 104: Connection reset by peer)
> [Jun 10 17:08:19.846] Manager {0x7fa88b6a0720} NOTE: [LocalManager::mgmtShutdown] Executing shutdown request.
> [Jun 10 17:08:19.846] Manager {0x7fa88b6a0720} NOTE: [LocalManager::processShutdown] Executing process shutdown request.
> [Jun 10 17:08:19.846] Manager {0x7fa88b6a0720} ERROR: [LocalManager::sendMgmtMsgToProcesses] Error writing message
> [Jun 10 17:08:19.846] Manager {0x7fa88b6a0720} ERROR:  (last system error 32: Broken pipe)
> [E. Mgmt] log ==> [TrafficManager] using root directory '/usr/local/ats324'
> [Jun 10 17:08:19.871] {0x7f567e260720} STATUS: opened /usr/local/ats324/var/log/trafficserver/manager.log



--
This message was sent by Atlassian JIRA
(v6.2#6252)