You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Susan Hinrichs (JIRA)" <ji...@apache.org> on 2016/09/19 18:58:20 UTC

[jira] [Created] (TS-4881) Fix "Warning: Connection leak" log messages.

Susan Hinrichs created TS-4881:
----------------------------------

             Summary: Fix "Warning: Connection leak" log messages.
                 Key: TS-4881
                 URL: https://issues.apache.org/jira/browse/TS-4881
             Project: Traffic Server
          Issue Type: Bug
          Components: HTTP
            Reporter: Susan Hinrichs


A follow along fix for TS-3901.

It looks like there is another drift between the cached server IP value used to insert into the session pool (HttpServerSession::server_ip) and the cached server IP value used to look up from the session pool (NetVConnection::remote_addr).

I'm guessing that the HttpServerSession value was added to avoid calling vc->get_remote_addr() multiple times. But the vc also caches the remote addr, so calls to vc->get_remote_addr should be pretty cheap. 

Added a debug print to better understand the difference between vc->get_remote_addr() and server_session->server_ip. In this case, the differences are in the ports.

DEBUG: (http_ss) remote_ip=xx.xx.xx.xx:3128, server_ip=xx.xx.xx.xx:80

Specifically, vc->get_remote_addr() is the first value and reflects the "real" port used to connection to the server. The server_ip port is the pre-remap port.

We ended up using remote_ip for both server session insert and lookup and things have been running solidly for us.





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