2012-02-06 07:51 AM
When trying to access a controller through System Manager, I am getting the message "Too many HTML connections". Has anybody else seen this? Is there a way to determine who or what connections are connected to the filer through http or https?
2012-02-06 10:03 AM
I have also seen this issue on both FAS3140 and FAS3210. there are some soultions.
1. increase the max connection limit from the default 512 to 1023 by running the following commnad: options httpd.admin.max_connections 1023
If you want to see the http connections type the following: httpstat -a (if the Peak connection count is what is set on your httpd.admin.max_connections the only way to clear the connections is to do a take over and give back on the filer head).
2. last resort is to do a take over and a give back wich will clear the peak connection counter. watch the peak connection counter using httpstat -a over the next few days to make sure that the connection count doesn't grow to the max of the httpd.admin.max_connections limit.
Doing the take over and give back worked for me my peak connection counter is at 19 and hasn't gone above that for the past week.
Hope this helps
2012-02-13 04:55 AM
We are seeing the same error message when attempting to connect with Oncommand (Version 2.0) to a Filer running Ontap 8.02P3:
"The maximum number of Administrative HTTP connections specified by httpd.admin.max_connections has been exceeded"
We increased the httpd.admin.max_connections to 1023 from 512 on advice from Netapp support and we now get an "Uknown" error when connecting from Oncommand.
When running an httpstat -s you can see the open HTTP connections on the Filer increasing over time until they reach < 900 and then the open counter resets and begins to increment again:
Mon Feb 13 08:39:42 GMT 2012
TOASTER1> httpstat -s
Open Peak Waits
814 1037 0
Mon Feb 13 08:47:21 GMT 2012
TOASTER1> httpstat -s
Open Peak Waits
928 1037 0
when the Open connections reach the peak and reset we also see an "NFS Down" error in DFM, although NFS is actually running on the Filer.
An "httpstat -a" shows the Errors (44450) and BadRequests (4234) counters incrementing also.
When the Filer is removed from DFM the "httpstat -a" open counter stops incrementing. We have also tried a failover and giveback of the head and the Filer could communicate with Oncommand and DFM for a short time but then the "NFS down errors" re-appeared and the httpstat open connections began incrementing again.
I've sent Netapp some packet captures from the Filer with the issue and a healthy Filer filtered on the DFM IP address as that is what appears to be flooding the Filer with invalid HTTP requests.
Netapp are analysing the packet captures and have open a Bug for this as it only seems to of started since we upgraded to 8.02P3.
2012-02-21 04:04 PM
Yep, I get the same exact thing. I'm running 8.1RC2 and still an issue. Whenever we want to use system manager or even Netapp Insight we shut down OnCommand for a day or so and then it starts working. Wish this would get fixed.
2012-02-21 11:15 PM
Netapp have a Bug (565589) for this. What I find odd is we have multiple Filers with similar configuration and versions but we don't see it on any of those.
2012-02-23 12:08 AM
I just reconfirmed that bug number from the Netapp ticket and here's the URL for the bug, it doesn't show any details yet.
I'm not sure if this is because it's internal only or just recently added. I've put it on my bug watch list so I will see any public updates posted.
2012-03-08 02:29 AM
I'm still providing Netapp support with details of this via a Support case. From running the DFM apitest tool suggested by Netapp it looks as though the Filer intermittently fails to respond to HTTP requests or takes excessively long.
From looking at packet captures from the Filer, DFM polls the Filer forms an TCP connection and then the Filer fails to close the connection correctly which I assume is the reason that we see the excessive number of HTTP connections on the Filer?
2012-03-08 02:58 AM
We have the problem on a secondary filer and the system can run fine for some time after a reboot.
But if run httpstat -s 1 and check the stats we can see when the filer starts getting the problem with close_wait connections we are filling the total of 1023 connections in a couple of minutes.
This problem is a big issue for us, since when the connections are full our DFM stops working and we got problems with the backups.
Got a case for this late 2011 and the solution from Netapp was to restart the filer, but that's not a solution for me, and the problems has come back now again.
If you get any got information please sent it to this forum