Anonymous | Login | Signup for a new account | 12-17-2024 11:56 PST |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Advanced Details [ Jump to Notes ] | [ View Simple ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0004639 | [Resin] | minor | always | 06-22-11 11:44 | 07-07-11 14:13 | ||||
Reporter | ferg | View Status | public | ||||||
Assigned To | ferg | ||||||||
Priority | normal | Resolution | fixed | Platform | |||||
Status | closed | OS | |||||||
Projection | none | OS Version | |||||||
ETA | none | Fixed in Version | 4.0.20 | Product Version | 4.0.19 | ||||
Product Build | |||||||||
Summary | 0004639: CLOSE_WAIT | ||||||||
Description |
(rep by Mark Price) we've noticed some odd behaviour with sockets being left in CLOSE_WAIT state inside of resin. Attached are two outputs from netstat taken 15 minutes apart that show several connections in this state for the duration of that period. The server in question is not handling a great deal of traffic, in fact the source of about half of the connections is a local monitoring process which essentially does a web-ping to the resin server (and cleanly closes its connection). We also saw this behaviour in out production environment, with sockets remaining in this state for several hours. >From what I can gather, CLOSE_WAIT implies that the tcp stack is waiting for the local application to close the socket. We are using a pre-release version of resin 4.0.19 - is this a known issue? |
||||||||
Steps To Reproduce | |||||||||
Additional Information | |||||||||
Attached Files | |||||||||
|
There are no notes attached to this issue. |
Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
26 total queries executed. 24 unique queries executed. |