Forum Discussion
Daniel_23711
Mar 08, 2011Nimbostratus
Has anyone gotten any further on this issue? I was running version 9.3 and then recently upgraded to version 10.1 and immediately my HTTP monitors were causing issues on our web servers. I was seeing a lot of connections in TIME_WAIT, and I was noticing that the httpd processes virtual memory continued to steadily increase until the host would eventually run out of swap space. My current setup is Apache front-end, tomcat on the back end using AJP connectors. I have a JSP script that does some health checks and then responds back with a simple 'STATUS=OK'. I since have changed the JSP script and removed all my JSP code, and have just 'STATUS=OK' in the mystatus.jsp and still I am having the same issue where HTTP sessions never expire, however this only happens on requests generated from F5 HTTP monitors. I can use 'curl' all day long from my desktop and never see the httpd processes memory fill up. I did do a tcpdump and I am seeing the FIN responses from the F5 and all tcpdump traffic viewed by wireshark to me looks as expected, including when compared to the same requests/captures I am doing from my desktop directly to the web server. I am at a lost here. I have changed my HTTP monitor to a TCP monitor and provided the same GET request "GET /mystatus.jsp HTTP/1.1\r\n\r\n" and I continue to have the same issue; so issue is not just in the HTTP monitor template. Definitely something changed from version 9.3 to version 10.1 that is causing this. I disabled the HTTP monitors, and the web servers httpd processes behave as expected, and I have a lot more traffic flowing through the F5 to my web servers than what the monitors are producing.
Any suggestions will be greatly appreciated, I am in process of getting ready to open ticket with F5; but I know that is going to be a longggg process of suppling tcpdumps, qkview's, and looking at web-ex sessions, for F5 to either tell me, upgrade to version 10.2 or it's an issue with your web servers, deal with it at that level :) but who knows I might get lucky and they will have an answer for me.