[
https://issues.apache.org/jira/browse/TS-4879?focusedWorklogId=29367&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-29367
]
ASF GitHub Bot logged work on TS-4879:
--------------------------------------
Author: ASF GitHub Bot
Created on: 20/Sep/16 03:45
Start Date: 20/Sep/16 03:45
Worklog Time Spent: 10m
Work Description: Github user oknet commented on the issue:
https://github.com/apache/trafficserver/pull/1033
@jpeach , There is a similar bug in NetAccept::do_blocking_accept() which
belongs to ACCEPT side instead of CONNECT side. Should I combine them together
in one commit or 2 commits respectively ?
Issue Time Tracking
-------------------
Worklog Id: (was: 29367)
Time Spent: 2.5h (was: 2h 20m)
> NetVC leaks while hyper emergency occur on check_emergency_throttle()
> ---------------------------------------------------------------------
>
> Key: TS-4879
> URL: https://issues.apache.org/jira/browse/TS-4879
> Project: Traffic Server
> Issue Type: Bug
> Components: Core
> Reporter: Oknet Xu
> Assignee: Oknet Xu
> Time Spent: 2.5h
> Remaining Estimate: 0h
>
> The con could be closed if hyper emergency occur on
> check_emergency_throttle().
> But we did not check the con.fd while we get return from
> check_emergency_throttle().
> For hyper emergency:
> - The socket fd is removed from epoll while it is closed.
> - A NetVC with a closed socket fd is created and callback NET_EVENT_OPEN to
> SM.
> Thus:
> - The NetVC will never triggered by NetHandler.
> - Only InactivityCop could handle the NetVC and the default timeout value is
> 86400 secs.
> For the counter: net_connections_currently_open_stat
> - It is increased in “connect_re_internal()”
> - It isn't decreased while the con.fd set to NO_FD due to hyper emergency
> - Because it is decreased in close_UnixNetVConnection() only con.fd != NO_FD.
> (TS-4178)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
