Looks like something is not cleaning up and we have a leak somewhere.
-XX:PermSize just delays the problem the actual issue might be that
something is not cleaning up properly.
On the trunk we are seeing leaks with Rails application deploy/undeploy.
There were some issues identified and fixed but still there are some
leaks. I see grizzly working threads handing around even after undeploy,
what if some container references grizzly runtime, could this be an issue?
-vivek.
Jerome Dochez wrote:
>
> On Jan 27, 2009, at 11:28 AM, Kedar Mhaswade wrote:
>
>> This is strange, because I thought we already have MaxPermSize as
>> 192m, which
>> is maximum size of the permanent generation.
> actually in v3 domain.xml that settings had disappeared. not sure
> why/how.
>>
>>
>> Can you please try just specifying -XX:PermSize=64m, since that is the
>> *initial* size of the permanent generation.
>>
>> I am hoping that QL is using asadmin start-domain which passes the
>> settings
>> in domain.xml to the server's JVM at startup.
> it does.
>
>>
>>
>> -Kedar
>>
>> Shing Wai Chan wrote:
>>> It seems that if I add the following jvm options, then QL always
>>> passes in Mac.
>>> -XX:PermSize=64m -XX:MaxPermSize=128m
>>> Shing Wai Chan
>>> Shing Wai Chan wrote:
>>>> Hi,
>>>> I have updated the workspace this morning.
>>>> In Mac, I notice that the QL fails from time to time with the
>>>> following in serverl.log.
>>>> It seems to be ok in Solaris x86.
>>>>
>>>> java.lang.OutOfMemoryError: PermGen space
>>>> at
>>>> com.sun.xml.ws.message.jaxb.JAXBMessage.writePayloadTo(JAXBMessage.java:314)
>>>>
>>>> at
>>>> com.sun.xml.ws.message.AbstractMessageImpl.writeTo(AbstractMessageImpl.java:142)
>>>>
>>>> at
>>>> com.sun.xml.ws.encoding.StreamSOAPCodec.encode(StreamSOAPCodec.java:109)
>>>>
>>>> at
>>>> com.sun.xml.ws.encoding.SOAPBindingCodec.encode(SOAPBindingCodec.java:258)
>>>>
>>>> at
>>>> com.sun.xml.ws.transport.http.HttpAdapter.encodePacket(HttpAdapter.java:338)
>>>>
>>>> at
>>>> com.sun.xml.ws.transport.http.HttpAdapter.access$100(HttpAdapter.java:93)
>>>>
>>>> at
>>>> com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:480)
>>>>
>>>> at
>>>> com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:244)
>>>> at
>>>> com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:135)
>>>>
>>>> at
>>>> com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doGet(WSServletDelegate.java:129)
>>>>
>>>> at
>>>> com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doPost(WSServletDelegate.java:160)
>>>>
>>>> at
>>>> com.sun.xml.ws.transport.http.servlet.WSServlet.doPost(WSServlet.java:75)
>>>>
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
>>>>
>>>> Regards,
>>>> Shing Wai Chan
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>