[ 
https://issues.apache.org/jira/browse/TS-4228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15168049#comment-15168049
 ] 

ASF GitHub Bot commented on TS-4228:
------------------------------------

GitHub user zwoop opened a pull request:

    https://github.com/apache/trafficserver/pull/500

    TS-4228 Adds better error handling in the synthetic checks

    In traffic_manager, the thread that handles the request from
    traffic_cop (via traffic_server) does not deal well with various
    (obscure) error conditions.

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/zwoop/trafficserver TS-4228

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/trafficserver/pull/500.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #500
    
----
commit 39551c8a263a76da7d97c35cf87c48d7bc421875
Author: Leif Hedstrom <[email protected]>
Date:   2016-02-25T02:44:14Z

    TS-4228 Adds better error handling in the synthetic checks
    
    In traffic_manager, the thread that handles the request from
    traffic_cop (via traffic_server) does not deal well with various
    (obscure) error conditions.

----


> traffic_manager can hang in a tight read() loop 
> ------------------------------------------------
>
>                 Key: TS-4228
>                 URL: https://issues.apache.org/jira/browse/TS-4228
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: Manager
>            Reporter: Leif Hedstrom
>            Assignee: Leif Hedstrom
>             Fix For: 6.2.0
>
>
> Under certain conditions, traffic_server does not seem to proxy the cop 
> health check properly to the traffic_manager. Due to poor error handling in 
> the manager thread, this can cause it to run indefinitely in a read() loop.
> I think we should strengthen the code in manager, to check FD with a poll() 
> before every read and write, and allow it to fail after a certain timeout 
> (based on Cop's behavior) such that at least we end up killing the request 
> and manager thread.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to