We found an issue also. If you have an ear with two web apps in them and one
webservice invokes a webservice
in the other web app that is defined with @Oneway annotation because it does
not return a value. You get one
CLOSE_WAIT every time.
I have attached the simple ear with just these two web services. If you
invoke the callNoResult() operation of webservice1
it turns around and calls the noResultOperation() in webservice2 and you
have a HUNG socket.
http://www.nabble.com/file/p23860532/CloseWaitHang.ear CloseWaitHang.ear
Jeanfrancois Arcand-2 wrote:
>
> Salut,
>
> glassfish_at_javadesktop.org wrote:
>> Jean-Francois,
>> Thank you very much for responding to our inquiry so quickly and we
>> apologize for taking a while to respond.
>
> you are welcome.
>
>> We finally found the issue.
>> CLOSE_WAIT was a symptom of GF hanging due to being low on memory (near
>> out of memory).
>
> This is interesting data :-)
>
> Memory was being consumed due to the following reasons:
>> 1) certain type user request caches (relatively) larger amount of data in
>> user session.
>> 2) session expiration was configured to one day.
>> We didn't observe this earlier because a) our stress test was sending
>> type of requests which didn't cache much data in session, and b) we found
>> out recently that this application had a regularly scheduled re-start
>> while it was deployed on WLS.
>
> ah this is interesting to know WLS was used before :-)
>
>
>> As a short-term solution, by adjusting initial/max heap size and reducing
>> the session expiration, we hope to address the issue. Code refactoring
>> is in order but that will be our longer-term solution.
>> Obviously, the issue has nothing to do with GF but we appreciate your
>> comments/feedback. We hope we didn't take up your time too much...
>
> Thanks for reporting the issue and the solution! It will help other
> GlassFish users if they are facing the same sort or issue. Just curious,
> you can offload the session by storing the data inside a database (I
> guess the application will need to change in order to do that) or are
> you using some HA solution?
>
> Thanks!
>
> -- Jeanfrancois
>
>
>> Best regards.
>> [Message sent by forum member 'ur_afroinu' (ur_afroinu)]
>>
>> http://forums.java.net/jive/thread.jspa?messageID=342178
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>
>
--
View this message in context: http://www.nabble.com/GF-v2.1%3A-TCP-conn-hanging-with-CLOSE_WAIT-tp22878211p23860532.html
Sent from the java.net - glassfish users mailing list archive at Nabble.com.