Skip to main content

Glassfish Memory Issues

20 replies [Last post]
Anonymous

My SJAS server is apparently running out of memory. The memory consumed by
the server continues to increase with every deploy and compile until my
server no longer responds to incoming requests. If I am lucky I get an
exception in the log file indicating out of space (see at bottom of post).

This problem occurs on both my development laptop and server (see
configuration below).

In searching the net and newsgroups I have found the following bug and post:
I believe could be part of my issues are due to glassfish not freeing memory
after JSP compiles.
https://glassfish.dev.java.net/issues/show_bug.cgi?id=2375

There is a very long thread about that discusses this unresolved bug.
http://forums.java.net/jive/thread.jspa?messageID=202780

I am kind of surprised that this bug is not getting more attention. I am
surprised its not being reported more often in newsgroups. To me this is a
show stopper (P1) bug. During heavy development/deployment I end up having
to restart my glassfish server at least once a day.

Is anyone else experiencing this?
Why isn’t this bug a P1 level bug?
What can I do to avoid my system hanging daily?

As it stands I am kind if in a pinch. I have migrated all of my applications
off of Tomcat onto the glassfish platform. I have gone from Rock Solid
forget about it installation, to unstable needing to reboot every day.
Please help!

Thanks,

ITVGuy2000

-------------------------------- My Configuration
------------------------------------------------

My Development configuration:
Sony Laptop Vaio (1.7Ghz, 1.5G Ram, 88G drive (23G free))
Windows XP Service Pack 2
JDK 1.5.0_11
SJAS Version 9 update 1 patch 1
NB 5.5.1
MySQL 5.0.15

My Server configuration:
Sun 220R (1G Ram, 18G Drive)
Solaris 9 (SunOS 5.9)
JDK 1.5.0_2
MySQL 5.0.15
SJAS Version 9 update 1 patch 1

------------------------------------ Error from server.log file
-----------------------------------------
[#|2007-07-09T09:35:36.191-0400|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=25;_ThreadName=httpWorkerThread-80-2;_RequestID=d2d27139-7fa5-4da4-902f-584dc55171e4;|StandardWrapperValve[jsp]:
Servlet.service() for servlet jsp threw exception
Error running /opt/SDK/jdk/bin/javac compiler
at
org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:473)
at
org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
at
com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
at
com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
at
com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
at
com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
Caused by: java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac"
(in directory "/opt/SDK/domains/domain1"): error=12, Not enough space
at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
at java.lang.Runtime.exec(Runtime.java:593)
at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
at
org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
... 36 more
Caused by: java.io.IOException: error=12, Not enough space
at java.lang.UNIXProcess.forkAndExec(Native Method)
at java.lang.UNIXProcess.(UNIXProcess.java:53)
at java.lang.ProcessImpl.start(ProcessImpl.java:65)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
... 44 more
--- Nested Exception ---
java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac" (in
directory "/opt/SDK/domains/domain1"): error=12, Not enough space
at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
at java.lang.Runtime.exec(Runtime.java:593)
at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
at
org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
at
org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
at
com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
at
com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
at
com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
at
com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
Caused by: java.io.IOException: error=12, Not enough space
at java.lang.UNIXProcess.forkAndExec(Native Method)
at java.lang.UNIXProcess.(UNIXProcess.java:53)
at java.lang.ProcessImpl.start(ProcessImpl.java:65)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
... 44 more

--
View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11556901
Sent from the java.net - glassfish users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
ITVGuy2000

Just for the record, this was my issue, and was resolved by the changes
suggested here. My platform is much more stable now.

Thank You for your help!

ITVGuy2000

Jan.Luehe wrote:
>
> Scott Oaks wrote:
>
>>On Thu, 2007-07-12 at 15:57, ITVGuy2000 wrote:
>>
>>
>>>Scott, thanks a lot.
>>>
>>>
>>>sdo wrote:
>>>
>>>
>>>>I actually prefer running completely out of phyiscal memory (which is
what
>>>>you're doing;
>>>>the 1GB of swap is your physical memory). So again, JDK 6 is your friend
>>>>here.
>>>>
>>>>
>>>>
>>>What about JDK 6 is a benefit here?
>>>
>>>
>>
>>It's the same reason -- because JDK 6 will compile the JSPs in process,
>>it will not need to fork the JSP compiler, drastically reducing your
>>memory requirements.
>>
>>
>>
>
> Just FYI: If you're stuck with JDK 1.5 for whatever reason, you can
> still avoid the forking by setting the "fork" init parameter of the
> JspServlet
> to false.
>
> This can be done globally in default-web.xml, by adding:
>
>
>
fork >
false >

>
> to the declaration of the JspServlet:
>
>
> jsp
> org.apache.jasper.servlet.JspServlet
> ...
>
>
fork >
false >

> ...
>

>
> or on a per-webapp basis (in sun-web.xml).
>
>
> Jan
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>

--
View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11682463
Sent from the java.net - glassfish users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Jan.Luehe@Sun.COM

Scott Oaks wrote:

>On Thu, 2007-07-12 at 15:57, ITVGuy2000 wrote:
>
>
>>Scott, thanks a lot.
>>
>>
>>sdo wrote:
>>
>>
>>>I actually prefer running completely out of phyiscal memory (which is what
>>>you're doing;
>>>the 1GB of swap is your physical memory). So again, JDK 6 is your friend
>>>here.
>>>
>>>
>>>
>>What about JDK 6 is a benefit here?
>>
>>
>
>It's the same reason -- because JDK 6 will compile the JSPs in process,
>it will not need to fork the JSP compiler, drastically reducing your
>memory requirements.
>
>
>

Just FYI: If you're stuck with JDK 1.5 for whatever reason, you can
still avoid the forking by setting the "fork" init parameter of the
JspServlet
to false.

This can be done globally in default-web.xml, by adding:

fork false

to the declaration of the JspServlet:


jsp
org.apache.jasper.servlet.JspServlet
...

fork false
...

or on a per-webapp basis (in sun-web.xml).

Jan

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

ITVGuy2000

I will give this a try. Thanks to everyone on the thread.

ITVGuy2000

Jan.Luehe wrote:
>
> Scott Oaks wrote:
>
>>On Thu, 2007-07-12 at 15:57, ITVGuy2000 wrote:
>>
>>
>>>Scott, thanks a lot.
>>>
>>>
>>>sdo wrote:
>>>
>>>
>>>>I actually prefer running completely out of phyiscal memory (which is
what
>>>>you're doing;
>>>>the 1GB of swap is your physical memory). So again, JDK 6 is your friend
>>>>here.
>>>>
>>>>
>>>>
>>>What about JDK 6 is a benefit here?
>>>
>>>
>>
>>It's the same reason -- because JDK 6 will compile the JSPs in process,
>>it will not need to fork the JSP compiler, drastically reducing your
>>memory requirements.
>>
>>
>>
>
> Just FYI: If you're stuck with JDK 1.5 for whatever reason, you can
> still avoid the forking by setting the "fork" init parameter of the
> JspServlet
> to false.
>
> This can be done globally in default-web.xml, by adding:
>
>
>
fork >
false >

>
> to the declaration of the JspServlet:
>
>
> jsp
> org.apache.jasper.servlet.JspServlet
> ...
>
>
fork >
false >

> ...
>

>
> or on a per-webapp basis (in sun-web.xml).
>
>
> Jan
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>

--
View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11572726
Sent from the java.net - glassfish users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Jan.Luehe@Sun.COM

>>Just FYI: If you're stuck with JDK 1.5 for whatever reason, you can
>>still avoid the forking by setting the "fork" init parameter of the
>>JspServlet
>>to false.
>>
>>

I should have mentioned that this solution also works
with GlassFish v1 (AS 9.0).

Jan

>>This can be done globally in default-web.xml, by adding:
>>
>>
>>
fork >>
false >>

>>
>>to the declaration of the JspServlet:
>>
>>
>> jsp
>> org.apache.jasper.servlet.JspServlet
>> ...
>>
>>
fork >>
false >>

>> ...
>>

>>
>>or on a per-webapp basis (in sun-web.xml).
>>
>>
>>Jan
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>>For additional commands, e-mail: users-help@glassfish.dev.java.net
>>
>>
>>
>>
>>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

ITVGuy2000

Trying to run the ZipFileMonitor I get:
C:\JDev>java -classpath c:\HOLD\ZipFileMonitor.jar;%JAVA_HOME%/lib/tools.jar
util.ZipFileMonitor -host www.hhartley.com -port 9009
ZipFileMonitor(18-Mar-2007)
java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at
com.sun.tools.jdi.SocketTransportService.attach(SocketTransportService.java:204)
at
com.sun.tools.jdi.GenericAttachingConnector.attach(GenericAttachingConnector.java:98)
at
com.sun.tools.jdi.SocketAttachingConnector.attach(SocketAttachingConnector.java:72)
at util.ZipFileMonitor.connectToRemoteJVM(ZipFileMonitor.java:220)
at util.ZipFileMonitor.run(ZipFileMonitor.java:92)
at util.ZipFileMonitor.main(ZipFileMonitor.java:75)

No login? Can this tool be used remotely?

ITVGuy2000

Sivakumar Thyagarajan wrote:
>
> Hi
>
> ITVGuy2000 wrote:
>> Please be patient, I will try to get the information you ask for, but I
>> have
>> some other configuration issue I need to deal with to use the jconsole.
>> If
> Thanks for providing these.
>
>> you could tell me how to change the jmx host to a different domain I
>> would
>> be grateful. Currently this is misconfigured to an old domain I used to
>> use
>
> In the server log, you would see a INFO statement [similar to the one
> below]
> providing the JMXServiceURL to connect to. You could then open jconsole,
> choose
> the remote tab, provide the JMXServiceURL, username/password and log in.
>
> [#|2007-07-11T16:57:11.072+0530|INFO|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=12;_ThreadName=Thread-17;service:jmx:rmi:///jndi/rmi://localhost:8686/jmxrmi;|ADM1504:
> Here is the JMXServiceURL for the Standard JMXConnectorServer:
> [service:jmx:rmi:///jndi/rmi://localhost:8686/jmxrmi]. This is where the
> remote
> administrative clients should connect using the standard JMX connectors|#]
>
>
>> (my hosting provider can't seem to forget). I found this in both of the
>> following files, but it looks autogenerated.
>> ./jbi/system/private/config/com/sun/jbi/framework/JBIFramework.properties
>> ./jbi/system/esb-registry/registry.xml
>> Is there someplace else the JMX host is configured?
>>
>> [itvguy2000]/home/hhartley>ulimit -a
>> time(seconds) unlimited
>> file(blocks) unlimited
>> data(kbytes) unlimited
>> stack(kbytes) 8192
>> coredump(blocks) unlimited
>> nofiles(descriptors) 256
>> vmemory(kbytes) unlimited
>>
>
> As a workaround, does it help if you increase the number of fds [nofiles]?
> ulimit -n 1024.
>
>> I will work through the links you forwarded and try to provide some info.
>
> Thanks. Much appreciated.
>
> Thanks
> --Siva.
>
>>
>> ITVGuy2000
>>
>>
>> Sivakumar Thyagarajan wrote:
>>> Hi
>>>
>>> Is your issue also a "permgen space increasing unbound" type? Could you
>>> use
>>> jconsole to monitor permgen space and see if it is increasing? Could you
>>> use Tim
>>> Quinn's ZipFileMonitor
>>> [http://blogs.sun.com/quinn/entry/tool_for_diagnosing_failed_glassfish]
>>> and
>>> provide us a list of all open jars?
>>>
>>> > Caused by: java.io.IOException: error=12, Not enough space
>>> > at java.lang.UNIXProcess.forkAndExec(Native Method)
>>> Could you post your "ulimit -a"? Have you tried increasing number of
>>> file-descriptors
>>> [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk7?a=view#abeja],
>>> increasing
>>> swap space
>>> [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk6?a=view#abeiv],
>>> if it solves the problem temproarily?
>>>
>>> As I had responded in the other thread, I couldn't reproduce it locally
>>> and it
>>> would be great if you could provide a reproducible testcase or more
>>> information.
>>>
>>> Thanks
>>> --Siva.
>>>
>>> ITVGuy2000 wrote:
>>>> My SJAS server is apparently running out of memory. The memory consumed
>>>> by
>>>> the server continues to increase with every deploy and compile until my
>>>> server no longer responds to incoming requests. If I am lucky I get an
>>>> exception in the log file indicating out of space (see at bottom of
>>>> post).
>>>>
>>>> This problem occurs on both my development laptop and server (see
>>>> configuration below).
>>>>
>>>> In searching the net and newsgroups I have found the following bug and
>>>> post:
>>>> I believe could be part of my issues are due to glassfish not freeing
>>>> memory
>>>> after JSP compiles.
>>>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=2375
>>>>
>>>> There is a very long thread about that discusses this unresolved bug.
>>>> http://forums.java.net/jive/thread.jspa?messageID=202780
>>>>
>>>> I am kind of surprised that this bug is not getting more attention. I
>>>> am
>>>> surprised its not being reported more often in newsgroups. To me this
>>>> is
>>>> a
>>>> show stopper (P1) bug. During heavy development/deployment I end up
>>>> having
>>>> to restart my glassfish server at least once a day.
>>>>
>>>> Is anyone else experiencing this?
>>>> Why isn’t this bug a P1 level bug?
>>>> What can I do to avoid my system hanging daily?
>>>>
>>>> As it stands I am kind if in a pinch. I have migrated all of my
>>>> applications
>>>> off of Tomcat onto the glassfish platform. I have gone from Rock Solid
>>>> forget about it installation, to unstable needing to reboot every day.
>>>> Please help!
>>>>
>>>> Thanks,
>>>>
>>>> ITVGuy2000
>>>>
>>>> -------------------------------- My Configuration
>>>> ------------------------------------------------
>>>>
>>>> My Development configuration:
>>>> Sony Laptop Vaio (1.7Ghz, 1.5G Ram, 88G drive (23G free))
>>>> Windows XP Service Pack 2
>>>> JDK 1.5.0_11
>>>> SJAS Version 9 update 1 patch 1
>>>> NB 5.5.1
>>>> MySQL 5.0.15
>>>>
>>>> My Server configuration:
>>>> Sun 220R (1G Ram, 18G Drive)
>>>> Solaris 9 (SunOS 5.9)
>>>> JDK 1.5.0_2
>>>> MySQL 5.0.15
>>>> SJAS Version 9 update 1 patch 1
>>>>
>>>> ------------------------------------ Error from server.log file
>>>> -----------------------------------------
>>>> [#|2007-07-09T09:35:36.191-0400|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=25;_ThreadName=httpWorkerThread-80-2;_RequestID=d2d27139-7fa5-4da4-902f-584dc55171e4;|StandardWrapperValve[jsp]:
>>>> Servlet.service() for servlet jsp threw exception
>>>> Error running /opt/SDK/jdk/bin/javac compiler
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:473)
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>>>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>>>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>>>> at
>>>> org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>>>> at
>>>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>>>> at
>>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>>>> Caused by: java.io.IOException: Cannot run program
>>>> "/opt/SDK/jdk/bin/javac"
>>>> (in directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>>>> at java.lang.Runtime.exec(Runtime.java:593)
>>>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>>>> at
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>>> at
>>>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>>>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>>>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>>>> ... 36 more
>>>> Caused by: java.io.IOException: error=12, Not enough space
>>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>>>> ... 44 more
>>>> --- Nested Exception ---
>>>> java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac" (in
>>>> directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>>>> at java.lang.Runtime.exec(Runtime.java:593)
>>>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>>>> at
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>>> at
>>>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>>>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>>>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>>>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>>>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>>>> at
>>>> org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>>>> at
>>>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>>>> at
>>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>>>> Caused by: java.io.IOException: error=12, Not enough space
>>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>>>> ... 44 more
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>>> For additional commands, e-mail: users-help@glassfish.dev.java.net
>>>
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>

--
View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11566616
Sent from the java.net - glassfish users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

ITVGuy2000

The following data... more coming....

ITVGuy2000

-----------------------------------------------------------------------------------
---------------------Disk space and swap space -----------------------------
-----------------------------------------------------------------------------------
[hhartley@hartley]/home/hhartley>df -h
Filesystem size used avail capacity Mounted on
/dev/dsk/c2t0d0s0 7.8G 6.2G 1.5G 81% /
/proc 0K 0K 0K 0% /proc
mnttab 0K 0K 0K 0% /etc/mnttab
fd 0K 0K 0K 0% /dev/fd
swap 1.0G 96K 1.0G 1% /var/run
----------------------------------------------------------------------------------
-------------------- Summary Info From JConsole ------------------------
----------------------------------------------------------------------------------
Uptime:
11 hours 46 minutes
Process CPU time:
2 minutes
Total compile time:
11.835 seconds

Threads
Live Threads:
102
Peak:
106
Daemon threads:
89
Total started:
401

Memory
Current heap size:
51,456 kbytes
Committed memory:
84,992 kbytes
Maximum heap size:
506,816 kbytes
Objects pending for finalization:
0
Garbage collector:
Name = 'MarkSweepCompact', Collections = 22, Total time spent = 32.128
seconds
Garbage collector:
Name = 'Copy', Collections = 154, Total time spent = 4.269 seconds

Classes
Current classes loaded:
9,853
Total classes unloaded:
159
Total classes loaded:
10,012

Operating System
Total physical memory:
1,048,576 kbytes
Free physical memory:
705,040 kbytes
Committed virtual memory:
194,368 kbytes

------------------------------------------------------------------------
-------------- Memory -> Perm Gen Info from JConsole ------------------
------------------------------------------------------------------------

Time: 2007-07-12 21:17:03
Used: 57,172 kbytes
Committed: 57,344 kbytes
Max: 65,536 kbytes
GC time: 38.142 seconds seconds on MarkSweepCompact (24 collections)
5.758 seconds seconds on Copy (167 collections)

I tested redeploying a small application with several jsp’s. As I deployed
and then subsequently visited the JSP’s with my client, the graph looked
like a stair step up.

The green barchart at the bottom right corner of the screen shows the
non-heap perm gen at about 90%.

------------------------------------------------------------------------
------------------------- VM Info from JConsole -------------------------
------------------------------------------------------------------------
VM Information
Java Virtual Machine:
Java HotSpot(TM) Client VM version 1.6.0-b105
Vendor:
Sun Microsystems Inc.
Uptime:
11 hours 37 minutes
Name:
549@hartley.hartleybroaddus.com
VM arguments:
-Xmx512m -XX:NewRatio=2
-Dcom.sun.aas.defaultLogFile=/opt/SDK/domains/domain1/logs/server.log
-Djava.endorsed.dirs=/opt/SDK/lib/endorsed
-Djava.security.policy=/opt/SDK/domains/domain1/config/server.policy
-Djava.security.auth.login.config=/opt/SDK/domains/domain1/config/login.conf
-Dsun.rmi.dgc.server.gcInterval=3600000
-Dsun.rmi.dgc.client.gcInterval=3600000
-Djavax.net.ssl.keyStore=/opt/SDK/domains/domain1/config/keystore.jks
-Djavax.net.ssl.trustStore=/opt/SDK/domains/domain1/config/cacerts.jks
-Djava.ext.dirs=/opt/SDK/jdk/jre/lib/ext:/opt/SDK/domains/domain1/lib/ext:/opt/SDK/javadb/lib
-Djdbc.drivers=org.apache.derby.jdbc.ClientDriver
-Djavax.management.builder.initial=com.sun.enterprise.admin.server.core.jmx.AppServerMBeanServerBuilder
-Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.AppserverConfigEnvironmentFactory
-Dcom.sun.enterprise.taglibs=appserv-jstl.jar,jsf-impl.jar
-Dcom.sun.enterprise.taglisteners=jsf-impl.jar
-Dcom.sun.aas.classloader.optionalOverrideableChain=appserv-ws.jar,commons-logging.jar,commons-launcher.jar
-Dcom.sun.aas.classloader.appserverChainJars=admin-cli.jar,admin-cli-ee.jar,dbschema.jar,j2ee-svc.jar
-Dcom.sun.aas.classloader.serverClassPath.ee=%HADB_HOME%/lib/hadbjdbc4.jar,/opt/SDK/lib/SUNWjdmk/5.1/lib/jdmkrt.jar,%HADB_HOME%/lib/dbstate.jar,%HADB_HOME%/lib/hadbm.jar,%HADB_HOME%/lib/hadbmgt.jar,/opt/SUNWmfwk/lib/mfwk_instrum_tk.jar
-Dcom.sun.aas.configName=server-config -Ddomain.name=domain1
-Djmx.invoke.getters=true -Dcom.sun.aas.promptForIdentity=true
-Dcom.sun.aas.classloader.optionalOverrideableChain.ee=
-Dcom.sun.aas.instanceRoot=/opt/SDK/domains/domain1
-Dcom.sun.aas.domainName=domain1
-Dcom.sun.aas.classloader.sharedChainJars=javaee.jar,/opt/SDK/jdk/lib/tools.jar,install/applications/jmsra/imqjmsra.jar,commons-launcher.jar,/opt/SDK/imq/lib/jaxm-api.jar,/opt/SDK/imq/lib/fscontext.jar,/opt/SDK/imq/lib/imqbroker.jar,/opt/SDK/imq/lib/imqjmx.jar,/opt/SDK/imq/lib/imqxm.jar,/opt/SDK/lib/ant/lib/ant.jar,appserv-ws.jar,mail.jar,jsf-api.jar,jsf-impl.jar,appserv-jstl.jar,appserv-env.jar,jmxremote_optional.jar,/opt/SDK/lib/SUNWjdmk/5.1/lib/jdmkrt.jar,commons-logging.jar,activation.jar,appserv-rt.jar,appserv-admin.jar,appserv-cmp.jar
-Dcom.sun.aas.classloader.sharedChainJars.ee=appserv-se.jar,appserv-ee.jar,%HADB_HOME%/lib/dbstate.jar,%HADB_HOME%/lib/hadbjdbc4.jar,jgroups-all.jar,/opt/SUNWmfwk/lib/mfwk_instrum_tk.jar
-Djava.util.logging.manager=com.sun.enterprise.server.logging.ServerLogManager
-Dcom.sun.enterprise.overrideablejavaxpackages=javax.xml.bind,javax.help,javax.portlet
-Dcom.sun.aas.classloader.serverClassPath=/opt/SDK/lib/install/applications/jmsra/imqjmsra.jar,/opt/SDK/imq/lib/jaxm-api.jar,/opt/SDK/imq/lib/fscontext.jar,/opt/SDK/imq/lib/imqbroker.jar,/opt/SDK/imq/lib/imqjmx.jar,/opt/SDK/lib/ant/lib/ant.jar,/opt/SDK/lib/SUNWjdmk/5.1/lib/jdmkrt.jar
-Dcom.sun.aas.classloader.appserverChainJars.ee=
-Dcom.sun.aas.configRoot=/opt/SDK/config
-Djava.library.path=/opt/SDK/jdk/jre/lib/sparc/client:/opt/SDK/jdk/jre/lib/sparc:/opt/SDK/jdk/jre/../lib/sparc:/opt/SDK/lib:/usr/lib/lwp:/opt/SDK/jdk/jre/lib/sparc/client:/opt/SDK/jdk/jre/lib/sparc:/opt/SDK/jdk/jre/../lib/sparc:/opt/SDK/lib:/opt/SDK/lib:/opt/SDK/lib:/usr/jdk/packages/lib/sparc:/usr/lib:/usr/local/lib:/usr/local/ssl/lib
-Dcom.sun.aas.instanceName=server -Dcom.sun.aas.processLauncher=SE
-Dcom.sun.aas.installRoot=/opt/SDK -Dcom.sun.aas.ClassPathPrefix=
-Dcom.sun.aas.ClassPathSuffix= -Dcom.sun.aas.ServerClassPath=
Class path:
:/opt/SDK/lib/appserv-launch.jar:/opt/SDK/lib/javaee.jar:/opt/SDK/jdk/lib/tools.jar:/opt/SDK/lib/install/applications/jmsra/imqjmsra.jar:/opt/SDK/lib/commons-launcher.jar:/opt/SDK/imq/lib/jaxm-api.jar:/opt/SDK/imq/lib/fscontext.jar:/opt/SDK/imq/lib/imqbroker.jar:/opt/SDK/imq/lib/imqjmx.jar:/opt/SDK/imq/lib/imqxm.jar:/opt/SDK/lib/ant/lib/ant.jar:/opt/SDK/lib/appserv-ws.jar:/opt/SDK/lib/mail.jar:/opt/SDK/lib/jsf-api.jar:/opt/SDK/lib/jsf-impl.jar:/opt/SDK/lib/appserv-jstl.jar:/opt/SDK/lib/appserv-env.jar:/opt/SDK/lib/jmxremote_optional.jar:/opt/SDK/lib/SUNWjdmk/5.1/lib/jdmkrt.jar:/opt/SDK/lib/commons-logging.jar:/opt/SDK/lib/activation.jar:/opt/SDK/lib/appserv-rt.jar:/opt/SDK/lib/appserv-admin.jar:/opt/SDK/lib/appserv-cmp.jar:::/opt/SDK/lib/addons/jbi-configurator.jar:/opt/SDK/lib/jhall.jar:/opt/SDK/lib/appserv-launch.jar:/opt/SDK/lib/admin-cli.jar:/opt/SDK/lib/appserv-deployment-client.jar:/opt/SDK/lib/appserv-tags.jar:/opt/SDK/lib/appserv-jwsacc.jar:/opt/SDK/lib/com-sun-commons-launcher.jar:/opt/SDK/lib/j2ee-svc.jar:/opt/SDK/lib/sun-appserv-ant.jar:/opt/SDK/lib/com-sun-commons-logging.jar:/opt/SDK/lib/dbschema.jar:/opt/SDK/lib/toplink-essentials-agent.jar:/opt/SDK/lib/toplink-essentials.jar:/opt/SDK/lib/appserv-upgrade.jar:/opt/SDK/lib/appserv-ext.jar:
Library path:
/opt/SDK/jdk/jre/lib/sparc/client:/opt/SDK/jdk/jre/lib/sparc:/opt/SDK/jdk/jre/../lib/sparc:/opt/SDK/lib:/usr/lib/lwp:/opt/SDK/jdk/jre/lib/sparc/client:/opt/SDK/jdk/jre/lib/sparc:/opt/SDK/jdk/jre/../lib/sparc:/opt/SDK/lib:/opt/SDK/lib:/opt/SDK/lib:/usr/jdk/packages/lib/sparc:/usr/lib:/usr/local/lib:/usr/local/ssl/lib
Boot class path:
/opt/SDK/jdk/jre/lib/resources.jar:/opt/SDK/jdk/jre/lib/rt.jar:/opt/SDK/jdk/jre/lib/sunrsasign.jar:/opt/SDK/jdk/jre/lib/jsse.jar:/opt/SDK/jdk/jre/lib/jce.jar:/opt/SDK/jdk/jre/lib/charsets.jar:/opt/SDK/jdk/jre/classes

Compiler
JIT compiler:
HotSpot Client Compiler
Total compile time:
11.788 seconds

Operating System
Operating System:
SunOS 5.9
Architecture:
sparc
Number of processors:
2
Process CPU time:
2 minutes
Total physical memory:
1,048,576 kbytes
Free physical memory:
705,160 kbytes
Committed virtual memory:
194,352 kbytes
Total swap space:
502,728 kbytes
Free swap space:
502,728 kbytes

Sivakumar Thyagarajan wrote:
>
> Hi
>
> ITVGuy2000 wrote:
>> Please be patient, I will try to get the information you ask for, but I
>> have
>> some other configuration issue I need to deal with to use the jconsole.
>> If
> Thanks for providing these.
>
>> you could tell me how to change the jmx host to a different domain I
>> would
>> be grateful. Currently this is misconfigured to an old domain I used to
>> use
>
> In the server log, you would see a INFO statement [similar to the one
> below]
> providing the JMXServiceURL to connect to. You could then open jconsole,
> choose
> the remote tab, provide the JMXServiceURL, username/password and log in.
>
> [#|2007-07-11T16:57:11.072+0530|INFO|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=12;_ThreadName=Thread-17;service:jmx:rmi:///jndi/rmi://localhost:8686/jmxrmi;|ADM1504:
> Here is the JMXServiceURL for the Standard JMXConnectorServer:
> [service:jmx:rmi:///jndi/rmi://localhost:8686/jmxrmi]. This is where the
> remote
> administrative clients should connect using the standard JMX connectors|#]
>
>
>> (my hosting provider can't seem to forget). I found this in both of the
>> following files, but it looks autogenerated.
>> ./jbi/system/private/config/com/sun/jbi/framework/JBIFramework.properties
>> ./jbi/system/esb-registry/registry.xml
>> Is there someplace else the JMX host is configured?
>>
>> [itvguy2000]/home/hhartley>ulimit -a
>> time(seconds) unlimited
>> file(blocks) unlimited
>> data(kbytes) unlimited
>> stack(kbytes) 8192
>> coredump(blocks) unlimited
>> nofiles(descriptors) 256
>> vmemory(kbytes) unlimited
>>
>
> As a workaround, does it help if you increase the number of fds [nofiles]?
> ulimit -n 1024.
>
>> I will work through the links you forwarded and try to provide some info.
>
> Thanks. Much appreciated.
>
> Thanks
> --Siva.
>
>>
>> ITVGuy2000
>>
>>
>> Sivakumar Thyagarajan wrote:
>>> Hi
>>>
>>> Is your issue also a "permgen space increasing unbound" type? Could you
>>> use
>>> jconsole to monitor permgen space and see if it is increasing? Could you
>>> use Tim
>>> Quinn's ZipFileMonitor
>>> [http://blogs.sun.com/quinn/entry/tool_for_diagnosing_failed_glassfish]
>>> and
>>> provide us a list of all open jars?
>>>
>>> > Caused by: java.io.IOException: error=12, Not enough space
>>> > at java.lang.UNIXProcess.forkAndExec(Native Method)
>>> Could you post your "ulimit -a"? Have you tried increasing number of
>>> file-descriptors
>>> [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk7?a=view#abeja],
>>> increasing
>>> swap space
>>> [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk6?a=view#abeiv],
>>> if it solves the problem temproarily?
>>>
>>> As I had responded in the other thread, I couldn't reproduce it locally
>>> and it
>>> would be great if you could provide a reproducible testcase or more
>>> information.
>>>
>>> Thanks
>>> --Siva.
>>>
>>> ITVGuy2000 wrote:
>>>> My SJAS server is apparently running out of memory. The memory consumed
>>>> by
>>>> the server continues to increase with every deploy and compile until my
>>>> server no longer responds to incoming requests. If I am lucky I get an
>>>> exception in the log file indicating out of space (see at bottom of
>>>> post).
>>>>
>>>> This problem occurs on both my development laptop and server (see
>>>> configuration below).
>>>>
>>>> In searching the net and newsgroups I have found the following bug and
>>>> post:
>>>> I believe could be part of my issues are due to glassfish not freeing
>>>> memory
>>>> after JSP compiles.
>>>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=2375
>>>>
>>>> There is a very long thread about that discusses this unresolved bug.
>>>> http://forums.java.net/jive/thread.jspa?messageID=202780
>>>>
>>>> I am kind of surprised that this bug is not getting more attention. I
>>>> am
>>>> surprised its not being reported more often in newsgroups. To me this
>>>> is
>>>> a
>>>> show stopper (P1) bug. During heavy development/deployment I end up
>>>> having
>>>> to restart my glassfish server at least once a day.
>>>>
>>>> Is anyone else experiencing this?
>>>> Why isn’t this bug a P1 level bug?
>>>> What can I do to avoid my system hanging daily?
>>>>
>>>> As it stands I am kind if in a pinch. I have migrated all of my
>>>> applications
>>>> off of Tomcat onto the glassfish platform. I have gone from Rock Solid
>>>> forget about it installation, to unstable needing to reboot every day.
>>>> Please help!
>>>>
>>>> Thanks,
>>>>
>>>> ITVGuy2000
>>>>
>>>> -------------------------------- My Configuration
>>>> ------------------------------------------------
>>>>
>>>> My Development configuration:
>>>> Sony Laptop Vaio (1.7Ghz, 1.5G Ram, 88G drive (23G free))
>>>> Windows XP Service Pack 2
>>>> JDK 1.5.0_11
>>>> SJAS Version 9 update 1 patch 1
>>>> NB 5.5.1
>>>> MySQL 5.0.15
>>>>
>>>> My Server configuration:
>>>> Sun 220R (1G Ram, 18G Drive)
>>>> Solaris 9 (SunOS 5.9)
>>>> JDK 1.5.0_2
>>>> MySQL 5.0.15
>>>> SJAS Version 9 update 1 patch 1
>>>>
>>>> ------------------------------------ Error from server.log file
>>>> -----------------------------------------
>>>> [#|2007-07-09T09:35:36.191-0400|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=25;_ThreadName=httpWorkerThread-80-2;_RequestID=d2d27139-7fa5-4da4-902f-584dc55171e4;|StandardWrapperValve[jsp]:
>>>> Servlet.service() for servlet jsp threw exception
>>>> Error running /opt/SDK/jdk/bin/javac compiler
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:473)
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>>>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>>>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>>>> at
>>>> org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>>>> at
>>>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>>>> at
>>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>>>> Caused by: java.io.IOException: Cannot run program
>>>> "/opt/SDK/jdk/bin/javac"
>>>> (in directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>>>> at java.lang.Runtime.exec(Runtime.java:593)
>>>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>>>> at
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>>> at
>>>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>>>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>>>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>>>> ... 36 more
>>>> Caused by: java.io.IOException: error=12, Not enough space
>>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>>>> ... 44 more
>>>> --- Nested Exception ---
>>>> java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac" (in
>>>> directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>>>> at java.lang.Runtime.exec(Runtime.java:593)
>>>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>>>> at
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>>> at
>>>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>>>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>>>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>>>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>>>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>>>> at
>>>> org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>>>> at
>>>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>>>> at
>>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>>>> Caused by: java.io.IOException: error=12, Not enough space
>>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>>>> ... 44 more
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>>> For additional commands, e-mail: users-help@glassfish.dev.java.net
>>>
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>

--
View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11566129
Sent from the java.net - glassfish users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

psecheresse
Offline
Joined: 2003-09-02

Hi, I don't know if it can help, but this problem exists in Tomcat for a while. It seems that you inherit it.

acaldwel
Offline
Joined: 2005-01-03

Have you tried connecting with jConsole that comes with JDK 1.6, going to MBeans/com.sun.management/HotSpotDiagnostic/Operations/dumpHeap?

Once you've dumped heap, you can use jhat (also with JDK 1.6) to track down what's holding references to objects. It may be something as simple as adding a destroy() method to a servlet to properly uninitialize things between deployments.

I know almost nothing about GlassFish, but we've had memory issues on other J2EE type projects, and it ended up being Log4J/Commons-logging/or some other framework type thing that needs to be unitialized between deployments (ie LogManager.shutdown())

Scott Oaks

While there may be an issue with the PermGen space (as Siva is helping
to debug), it may just be that when you start, you have enough memory to
fork the JVM. [Forking the JVM to compile a JSP requires, essentially,
that there be twice as much virtual memory on the machine as your
process normally consumes.] After the heap grows, you may not have that
extra space. How much swap space does your system have? And how big have
you configured your heap?

Could you switch to JDK 6? That will compile the JSPs in process, so
there is no need to fork the JSP compiler, and no need for the extra
virtual memory. It will also be significantly faster to compile the
pages.

-Scott

On Thu, 2007-07-12 at 06:03, ITVGuy2000 wrote:
> My SJAS server is apparently running out of memory. The memory consumed by
> the server continues to increase with every deploy and compile until my
> server no longer responds to incoming requests. If I am lucky I get an
> exception in the log file indicating out of space (see at bottom of post).
>
> This problem occurs on both my development laptop and server (see
> configuration below).
>
> In searching the net and newsgroups I have found the following bug and post:
> I believe could be part of my issues are due to glassfish not freeing memory
> after JSP compiles.
> https://glassfish.dev.java.net/issues/show_bug.cgi?id=2375
>
> There is a very long thread about that discusses this unresolved bug.
> http://forums.java.net/jive/thread.jspa?messageID=202780
>
> I am kind of surprised that this bug is not getting more attention. I am
> surprised its not being reported more often in newsgroups. To me this is a
> show stopper (P1) bug. During heavy development/deployment I end up having
> to restart my glassfish server at least once a day.
>
> Is anyone else experiencing this?
> Why isn?t this bug a P1 level bug?
> What can I do to avoid my system hanging daily?
>
> As it stands I am kind if in a pinch. I have migrated all of my applications
> off of Tomcat onto the glassfish platform. I have gone from Rock Solid
> forget about it installation, to unstable needing to reboot every day.
> Please help!
>
> Thanks,
>
> ITVGuy2000
>
> -------------------------------- My Configuration
> ------------------------------------------------
>
> My Development configuration:
> Sony Laptop Vaio (1.7Ghz, 1.5G Ram, 88G drive (23G free))
> Windows XP Service Pack 2
> JDK 1.5.0_11
> SJAS Version 9 update 1 patch 1
> NB 5.5.1
> MySQL 5.0.15
>
> My Server configuration:
> Sun 220R (1G Ram, 18G Drive)
> Solaris 9 (SunOS 5.9)
> JDK 1.5.0_2
> MySQL 5.0.15
> SJAS Version 9 update 1 patch 1
>
> ------------------------------------ Error from server.log file
> -----------------------------------------
> [#|2007-07-09T09:35:36.191-0400|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=25;_ThreadName=httpWorkerThread-80-2;_RequestID=d2d27139-7fa5-4da4-902f-584dc55171e4;|StandardWrapperValve[jsp]:
> Servlet.service() for servlet jsp threw exception
> Error running /opt/SDK/jdk/bin/javac compiler
> at
> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:473)
> at
> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
> at
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> at
> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
> at
> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
> at
> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
> at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
> at
> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
> Caused by: java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac"
> (in directory "/opt/SDK/domains/domain1"): error=12, Not enough space
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
> at java.lang.Runtime.exec(Runtime.java:593)
> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
> at
> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
> ... 36 more
> Caused by: java.io.IOException: error=12, Not enough space
> at java.lang.UNIXProcess.forkAndExec(Native Method)
> at java.lang.UNIXProcess.(UNIXProcess.java:53)
> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
> ... 44 more
> --- Nested Exception ---
> java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac" (in
> directory "/opt/SDK/domains/domain1"): error=12, Not enough space
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
> at java.lang.Runtime.exec(Runtime.java:593)
> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
> at
> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
> at
> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
> at
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> at
> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
> at
> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
> at
> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
> at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
> at
> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
> Caused by: java.io.IOException: error=12, Not enough space
> at java.lang.UNIXProcess.forkAndExec(Native Method)
> at java.lang.UNIXProcess.(UNIXProcess.java:53)
> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
> ... 44 more
>
>
> --
> View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11556901
> Sent from the java.net - glassfish users mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

ITVGuy2000

Is JDK 6 recommended these days?

Please see other post here where I dumped swap space and heap config. Please
tell me if you see anything out of whack.

http://www.nabble.com/Re%3A-Glassfish-Memory-Issues-p11566129.html

Thanks,

ITVGuy2000

sdo wrote:
>
> While there may be an issue with the PermGen space (as Siva is helping
> to debug), it may just be that when you start, you have enough memory to
> fork the JVM. [Forking the JVM to compile a JSP requires, essentially,
> that there be twice as much virtual memory on the machine as your
> process normally consumes.] After the heap grows, you may not have that
> extra space. How much swap space does your system have? And how big have
> you configured your heap?
>
> Could you switch to JDK 6? That will compile the JSPs in process, so
> there is no need to fork the JSP compiler, and no need for the extra
> virtual memory. It will also be significantly faster to compile the
> pages.
>
> -Scott
>
> On Thu, 2007-07-12 at 06:03, ITVGuy2000 wrote:
>> My SJAS server is apparently running out of memory. The memory consumed
>> by
>> the server continues to increase with every deploy and compile until my
>> server no longer responds to incoming requests. If I am lucky I get an
>> exception in the log file indicating out of space (see at bottom of
>> post).
>>
>> This problem occurs on both my development laptop and server (see
>> configuration below).
>>
>> In searching the net and newsgroups I have found the following bug and
>> post:
>> I believe could be part of my issues are due to glassfish not freeing
>> memory
>> after JSP compiles.
>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=2375
>>
>> There is a very long thread about that discusses this unresolved bug.
>> http://forums.java.net/jive/thread.jspa?messageID=202780
>>
>> I am kind of surprised that this bug is not getting more attention. I am
>> surprised its not being reported more often in newsgroups. To me this is
>> a
>> show stopper (P1) bug. During heavy development/deployment I end up
>> having
>> to restart my glassfish server at least once a day.
>>
>> Is anyone else experiencing this?
>> Why isn?t this bug a P1 level bug?
>> What can I do to avoid my system hanging daily?
>>
>> As it stands I am kind if in a pinch. I have migrated all of my
>> applications
>> off of Tomcat onto the glassfish platform. I have gone from Rock Solid
>> forget about it installation, to unstable needing to reboot every day.
>> Please help!
>>
>> Thanks,
>>
>> ITVGuy2000
>>
>> -------------------------------- My Configuration
>> ------------------------------------------------
>>
>> My Development configuration:
>> Sony Laptop Vaio (1.7Ghz, 1.5G Ram, 88G drive (23G free))
>> Windows XP Service Pack 2
>> JDK 1.5.0_11
>> SJAS Version 9 update 1 patch 1
>> NB 5.5.1
>> MySQL 5.0.15
>>
>> My Server configuration:
>> Sun 220R (1G Ram, 18G Drive)
>> Solaris 9 (SunOS 5.9)
>> JDK 1.5.0_2
>> MySQL 5.0.15
>> SJAS Version 9 update 1 patch 1
>>
>> ------------------------------------ Error from server.log file
>> -----------------------------------------
>> [#|2007-07-09T09:35:36.191-0400|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=25;_ThreadName=httpWorkerThread-80-2;_RequestID=d2d27139-7fa5-4da4-902f-584dc55171e4;|StandardWrapperValve[jsp]:
>> Servlet.service() for servlet jsp threw exception
>> Error running /opt/SDK/jdk/bin/javac compiler
>> at
>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:473)
>> at
>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>> at
>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>> at
>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>> at
>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>> at
>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>> at
>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>> at
>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>> at
>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>> at
>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>> at
>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>> Caused by: java.io.IOException: Cannot run program
>> "/opt/SDK/jdk/bin/javac"
>> (in directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>> at java.lang.Runtime.exec(Runtime.java:593)
>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at
>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>> at
>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>> ... 36 more
>> Caused by: java.io.IOException: error=12, Not enough space
>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>> ... 44 more
>> --- Nested Exception ---
>> java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac" (in
>> directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>> at java.lang.Runtime.exec(Runtime.java:593)
>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at
>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>> at
>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>> at
>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>> at
>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>> at
>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>> at
>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>> at
>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>> at
>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>> at
>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>> at
>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>> at
>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>> at
>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>> Caused by: java.io.IOException: error=12, Not enough space
>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>> ... 44 more
>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11556901
>> Sent from the java.net - glassfish users mailing list archive at
>> Nabble.com.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: users-help@glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>

--
View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11566718
Sent from the java.net - glassfish users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Scott Oaks

On Thu, 2007-07-12 at 15:03, ITVGuy2000 wrote:
> Is JDK 6 recommended these days?

Absolutely. I couldn't imagine doing JSP development without it; the
in-process compilation is *so* much faster.

>
> Please see other post here where I dumped swap space and heap config. Please
> tell me if you see anything out of whack.
>
> http://www.nabble.com/Re%3A-Glassfish-Memory-Issues-p11566129.html

You have only 1G of swap on your machine. So it's not surprising that
forking a process that has a max heap of 512M will eventually fail: once
the heap is 512M, you can't fork another one that size.

You can add more swap space quite easily in Solaris (see, e.g.,
http://docs.sun.com/app/docs/doc/817-5093/6mkisoq83?a=view). But then
you'll end up spending a lot of time paging to disk; I actually prefer
running completely out of phyiscal memory (which is what you're doing;
the 1GB of swap is your physical memory). So again, JDK 6 is your friend
here.

I also looked a little at the PermGen -- you'd expect it to be a
stairstep as you describe, and you're only approach the 64M initial
boundary. If you exceed that, it will resize to 128M, so I don't think
that's related to your issue.

-Scott

>
> Thanks,
>
> ITVGuy2000
>
>
> sdo wrote:
> >
> > While there may be an issue with the PermGen space (as Siva is helping
> > to debug), it may just be that when you start, you have enough memory to
> > fork the JVM. [Forking the JVM to compile a JSP requires, essentially,
> > that there be twice as much virtual memory on the machine as your
> > process normally consumes.] After the heap grows, you may not have that
> > extra space. How much swap space does your system have? And how big have
> > you configured your heap?
> >
> > Could you switch to JDK 6? That will compile the JSPs in process, so
> > there is no need to fork the JSP compiler, and no need for the extra
> > virtual memory. It will also be significantly faster to compile the
> > pages.
> >
> > -Scott
> >
> > On Thu, 2007-07-12 at 06:03, ITVGuy2000 wrote:
> >> My SJAS server is apparently running out of memory. The memory consumed
> >> by
> >> the server continues to increase with every deploy and compile until my
> >> server no longer responds to incoming requests. If I am lucky I get an
> >> exception in the log file indicating out of space (see at bottom of
> >> post).
> >>
> >> This problem occurs on both my development laptop and server (see
> >> configuration below).
> >>
> >> In searching the net and newsgroups I have found the following bug and
> >> post:
> >> I believe could be part of my issues are due to glassfish not freeing
> >> memory
> >> after JSP compiles.
> >> https://glassfish.dev.java.net/issues/show_bug.cgi?id=2375
> >>
> >> There is a very long thread about that discusses this unresolved bug.
> >> http://forums.java.net/jive/thread.jspa?messageID=202780
> >>
> >> I am kind of surprised that this bug is not getting more attention. I am
> >> surprised its not being reported more often in newsgroups. To me this is
> >> a
> >> show stopper (P1) bug. During heavy development/deployment I end up
> >> having
> >> to restart my glassfish server at least once a day.
> >>
> >> Is anyone else experiencing this?
> >> Why isn?t this bug a P1 level bug?
> >> What can I do to avoid my system hanging daily?
> >>
> >> As it stands I am kind if in a pinch. I have migrated all of my
> >> applications
> >> off of Tomcat onto the glassfish platform. I have gone from Rock Solid
> >> forget about it installation, to unstable needing to reboot every day.
> >> Please help!
> >>
> >> Thanks,
> >>
> >> ITVGuy2000
> >>
> >> -------------------------------- My Configuration
> >> ------------------------------------------------
> >>
> >> My Development configuration:
> >> Sony Laptop Vaio (1.7Ghz, 1.5G Ram, 88G drive (23G free))
> >> Windows XP Service Pack 2
> >> JDK 1.5.0_11
> >> SJAS Version 9 update 1 patch 1
> >> NB 5.5.1
> >> MySQL 5.0.15
> >>
> >> My Server configuration:
> >> Sun 220R (1G Ram, 18G Drive)
> >> Solaris 9 (SunOS 5.9)
> >> JDK 1.5.0_2
> >> MySQL 5.0.15
> >> SJAS Version 9 update 1 patch 1
> >>
> >> ------------------------------------ Error from server.log file
> >> -----------------------------------------
> >> [#|2007-07-09T09:35:36.191-0400|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=25;_ThreadName=httpWorkerThread-80-2;_RequestID=d2d27139-7fa5-4da4-902f-584dc55171e4;|StandardWrapperValve[jsp]:
> >> Servlet.service() for servlet jsp threw exception
> >> Error running /opt/SDK/jdk/bin/javac compiler
> >> at
> >> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:473)
> >> at
> >> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
> >> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
> >> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
> >> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
> >> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
> >> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
> >> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
> >> at
> >> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
> >> at
> >> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
> >> at
> >> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
> >> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
> >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> >> at
> >> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
> >> at
> >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
> >> at
> >> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> >> at
> >> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> >> at
> >> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
> >> at
> >> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
> >> at
> >> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> >> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
> >> at
> >> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
> >> at
> >> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> >> at
> >> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
> >> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> >> at
> >> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
> >> at
> >> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> >> at
> >> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> >> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> >> at
> >> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
> >> Caused by: java.io.IOException: Cannot run program
> >> "/opt/SDK/jdk/bin/javac"
> >> (in directory "/opt/SDK/domains/domain1"): error=12, Not enough space
> >> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
> >> at java.lang.Runtime.exec(Runtime.java:593)
> >> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
> >> at
> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >> at java.lang.reflect.Method.invoke(Method.java:597)
> >> at
> >> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
> >> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
> >> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
> >> at
> >> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
> >> ... 36 more
> >> Caused by: java.io.IOException: error=12, Not enough space
> >> at java.lang.UNIXProcess.forkAndExec(Native Method)
> >> at java.lang.UNIXProcess.(UNIXProcess.java:53)
> >> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
> >> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
> >> ... 44 more
> >> --- Nested Exception ---
> >> java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac" (in
> >> directory "/opt/SDK/domains/domain1"): error=12, Not enough space
> >> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
> >> at java.lang.Runtime.exec(Runtime.java:593)
> >> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
> >> at
> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >> at java.lang.reflect.Method.invoke(Method.java:597)
> >> at
> >> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
> >> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
> >> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
> >> at
> >> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
> >> at
> >> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
> >> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
> >> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
> >> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
> >> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
> >> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
> >> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
> >> at
> >> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
> >> at
> >> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
> >> at
> >> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
> >> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
> >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> >> at
> >> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
> >> at
> >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
> >> at
> >> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> >> at
> >> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> >> at
> >> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
> >> at
> >> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
> >> at
> >> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> >> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
> >> at
> >> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
> >> at
> >> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> >> at
> >> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
> >> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> >> at
> >> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
> >> at
> >> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> >> at
> >> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> >> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> >> at
> >> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
> >> at
> >> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
> >> Caused by: java.io.IOException: error=12, Not enough space
> >> at java.lang.UNIXProcess.forkAndExec(Native Method)
> >> at java.lang.UNIXProcess.(UNIXProcess.java:53)
> >> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
> >> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
> >> ... 44 more
> >>
> >>
> >> --
> >> View this message in context:
> >> http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11556901
> >> Sent from the java.net - glassfish users mailing list archive at
> >> Nabble.com.
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> >> For additional commands, e-mail: users-help@glassfish.dev.java.net
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> > For additional commands, e-mail: users-help@glassfish.dev.java.net
> >
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11566718
> Sent from the java.net - glassfish users mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

ITVGuy2000

Scott, thanks a lot.

sdo wrote:
>
> I actually prefer running completely out of phyiscal memory (which is what
> you're doing;
> the 1GB of swap is your physical memory). So again, JDK 6 is your friend
> here.
>

What about JDK 6 is a benefit here?

ITVGuy2000
--
View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11567598
Sent from the java.net - glassfish users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Scott Oaks

On Thu, 2007-07-12 at 15:57, ITVGuy2000 wrote:
> Scott, thanks a lot.
>
>
> sdo wrote:
> >
> > I actually prefer running completely out of phyiscal memory (which is what
> > you're doing;
> > the 1GB of swap is your physical memory). So again, JDK 6 is your friend
> > here.
> >
>
> What about JDK 6 is a benefit here?

It's the same reason -- because JDK 6 will compile the JSPs in process,
it will not need to fork the JSP compiler, drastically reducing your
memory requirements.

-Scott

> ITVGuy2000
> --
> View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11567598
> Sent from the java.net - glassfish users mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

whartung
Offline
Joined: 2003-06-13

Just to be clear about what Scott is talking about here.

What happens pre-1.6 (and note, simply changing the JDK won't fix it, I believe you need to install a JAR file as well, at least for SJAS 9.0/GF v1, maybe not for GFv2 beta), is that when you need to compile a JSP, the JVM runs an external process to perforn the compile. Specifically, perhaps among others, it runs "javac".

Now, the way UNIX does this is that it forks the running process, and then the new fork executes an exec call that replaces the current process with the new one.

Forking the process makes a perfect copy. Simply, the process stops for an instant, the OS makes a copy, then both processes start right back up at the same point as where the fork happens, but the parent process gets a valid process id as a result of the fork call, while the child gets a 0. The child process sees that it got the 0, and then calls exec. Exec replaces the running process with a new one.

But the key is that for the split second that child process is looking at the 0 result, and building up the exec call, it's a literal duplicate of the parent process.

So, if you have a 512MB process running, and you then run fork and exec, even if you are execing a 1K process, for a short time you will have 2 512MB processes.

Now, in truth the system goes through some shenanigans to reduce the impact of a fork. For example, it doesn't literally copy all 512MB of the parent process. But what it does do is it has to go through much of the preparation AS IF IT WERE going to copy all 512MB of the parent process. The OS doesn't know what you're going to do, so it has to assume that you will use all of it, even if it you're not going to.

So, that's where the Swap area comes in to play. What the system does is rather than making a physical copy of the process image, it blocks out chunks of the swap area and dedicates them to your new process. That way, if and when you actually use the memory in your new process, there's a place for it. (This is all pretty high level, Virtual Memory systems are far from trivial, but the gist is the same).

So, for that short moment in time, you need to have free space in the swap file for your new process. If you have a low amount of swap, then that reservation of space will fail.

Java 1.6 fixes that problem by letting Glassfish use an java compiler internal to its JVM, rather than having to fork a process to perform the compile. Now the overhead is simply whatever is needed by the compiler and the files it is compiling, in space that will soon be GC'd, rather than needing an entire transient copy of the process. This is what makes it overall faster and much more memory efficient.

Basically search for Glassfish, java 1.6, and JSP compile and you'll hunt down the details of setting this up -- it's not simply changing the JVM.

Scott Oaks

> Basically search for Glassfish, java 1.6, and JSP compile and you'll hun
> down the details of setting this up -- it's not simply changing the JVM.

Doh! I'm so focused on what I'm working on that I forget not everyone is
on Glassfish V2 -- the OP is on SJSAS 9.0 Update 1, which is Glassfish
V1.

So the in-process JSP compilation with JDK6 doesn't work under any
circumstances with Glassfish V1/SJSAS 9.0. So either more swap will need
to be added as I had a link to earlier, or an upgrade to Glassfish V2
will be needed. Of course, I realize that there may be support issues
with that, as it's not yet a supported product where SJSAS 9.0 is.

By the way, in-process JSP compilation in Glassfish V2 is just a matter
of switching the JDK. It used to be the case that you needed other steps
(and searching for those steps will led you to Kin-Man Chung's blog
about them), but that is no longer necessary.

-Scott

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

wlouth
Offline
Joined: 2003-08-28

"I have gone from Rock Solid forget about it installation, to unstable needing to reboot every day."

This is a development environment. Yes? I personally prefer ** restarting ** of an application server during any significant code change testing just to be sure the change is actually applied and is not impacted by old system state. How long does it take to perform an actual restart of the server?

The bug should be tracked down but a classification of show stopper for a development issue seems unwarranted. The only problem here is what is one testing? This could exist elsewhere especially when shared libraries are being used.

regards,

William

Sivakumar Thyagarajan

Hi

Is your issue also a "permgen space increasing unbound" type? Could you use
jconsole to monitor permgen space and see if it is increasing? Could you use Tim
Quinn's ZipFileMonitor
[http://blogs.sun.com/quinn/entry/tool_for_diagnosing_failed_glassfish] and
provide us a list of all open jars?

> Caused by: java.io.IOException: error=12, Not enough space
> at java.lang.UNIXProcess.forkAndExec(Native Method)
Could you post your "ulimit -a"? Have you tried increasing number of
file-descriptors
[http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk7?a=view#abeja], increasing
swap space [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk6?a=view#abeiv],
if it solves the problem temproarily?

As I had responded in the other thread, I couldn't reproduce it locally and it
would be great if you could provide a reproducible testcase or more information.

Thanks
--Siva.

ITVGuy2000 wrote:
> My SJAS server is apparently running out of memory. The memory consumed by
> the server continues to increase with every deploy and compile until my
> server no longer responds to incoming requests. If I am lucky I get an
> exception in the log file indicating out of space (see at bottom of post).
>
> This problem occurs on both my development laptop and server (see
> configuration below).
>
> In searching the net and newsgroups I have found the following bug and post:
> I believe could be part of my issues are due to glassfish not freeing memory
> after JSP compiles.
> https://glassfish.dev.java.net/issues/show_bug.cgi?id=2375
>
> There is a very long thread about that discusses this unresolved bug.
> http://forums.java.net/jive/thread.jspa?messageID=202780
>
> I am kind of surprised that this bug is not getting more attention. I am
> surprised its not being reported more often in newsgroups. To me this is a
> show stopper (P1) bug. During heavy development/deployment I end up having
> to restart my glassfish server at least once a day.
>
> Is anyone else experiencing this?
> Why isn’t this bug a P1 level bug?
> What can I do to avoid my system hanging daily?
>
> As it stands I am kind if in a pinch. I have migrated all of my applications
> off of Tomcat onto the glassfish platform. I have gone from Rock Solid
> forget about it installation, to unstable needing to reboot every day.
> Please help!
>
> Thanks,
>
> ITVGuy2000
>
> -------------------------------- My Configuration
> ------------------------------------------------
>
> My Development configuration:
> Sony Laptop Vaio (1.7Ghz, 1.5G Ram, 88G drive (23G free))
> Windows XP Service Pack 2
> JDK 1.5.0_11
> SJAS Version 9 update 1 patch 1
> NB 5.5.1
> MySQL 5.0.15
>
> My Server configuration:
> Sun 220R (1G Ram, 18G Drive)
> Solaris 9 (SunOS 5.9)
> JDK 1.5.0_2
> MySQL 5.0.15
> SJAS Version 9 update 1 patch 1
>
> ------------------------------------ Error from server.log file
> -----------------------------------------
> [#|2007-07-09T09:35:36.191-0400|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=25;_ThreadName=httpWorkerThread-80-2;_RequestID=d2d27139-7fa5-4da4-902f-584dc55171e4;|StandardWrapperValve[jsp]:
> Servlet.service() for servlet jsp threw exception
> Error running /opt/SDK/jdk/bin/javac compiler
> at
> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:473)
> at
> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
> at
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> at
> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
> at
> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
> at
> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
> at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
> at
> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
> Caused by: java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac"
> (in directory "/opt/SDK/domains/domain1"): error=12, Not enough space
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
> at java.lang.Runtime.exec(Runtime.java:593)
> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
> at
> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
> ... 36 more
> Caused by: java.io.IOException: error=12, Not enough space
> at java.lang.UNIXProcess.forkAndExec(Native Method)
> at java.lang.UNIXProcess.(UNIXProcess.java:53)
> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
> ... 44 more
> --- Nested Exception ---
> java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac" (in
> directory "/opt/SDK/domains/domain1"): error=12, Not enough space
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
> at java.lang.Runtime.exec(Runtime.java:593)
> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
> at
> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
> at
> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
> at
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> at
> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
> at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
> at
> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
> at
> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
> at
> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
> at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
> at
> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
> Caused by: java.io.IOException: error=12, Not enough space
> at java.lang.UNIXProcess.forkAndExec(Native Method)
> at java.lang.UNIXProcess.(UNIXProcess.java:53)
> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
> ... 44 more
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

ITVGuy2000

Please be patient, I will try to get the information you ask for, but I have
some other configuration issue I need to deal with to use the jconsole. If
you could tell me how to change the jmx host to a different domain I would
be grateful. Currently this is misconfigured to an old domain I used to use
(my hosting provider can't seem to forget). I found this in both of the
following files, but it looks autogenerated.
./jbi/system/private/config/com/sun/jbi/framework/JBIFramework.properties
./jbi/system/esb-registry/registry.xml
Is there someplace else the JMX host is configured?

[itvguy2000]/home/hhartley>ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 8192
coredump(blocks) unlimited
nofiles(descriptors) 256
vmemory(kbytes) unlimited

I will work through the links you forwarded and try to provide some info.

ITVGuy2000

Sivakumar Thyagarajan wrote:
>
> Hi
>
> Is your issue also a "permgen space increasing unbound" type? Could you
> use
> jconsole to monitor permgen space and see if it is increasing? Could you
> use Tim
> Quinn's ZipFileMonitor
> [http://blogs.sun.com/quinn/entry/tool_for_diagnosing_failed_glassfish]
> and
> provide us a list of all open jars?
>
> > Caused by: java.io.IOException: error=12, Not enough space
> > at java.lang.UNIXProcess.forkAndExec(Native Method)
> Could you post your "ulimit -a"? Have you tried increasing number of
> file-descriptors
> [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk7?a=view#abeja],
> increasing
> swap space
> [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk6?a=view#abeiv],
> if it solves the problem temproarily?
>
> As I had responded in the other thread, I couldn't reproduce it locally
> and it
> would be great if you could provide a reproducible testcase or more
> information.
>
> Thanks
> --Siva.
>
> ITVGuy2000 wrote:
>> My SJAS server is apparently running out of memory. The memory consumed
>> by
>> the server continues to increase with every deploy and compile until my
>> server no longer responds to incoming requests. If I am lucky I get an
>> exception in the log file indicating out of space (see at bottom of
>> post).
>>
>> This problem occurs on both my development laptop and server (see
>> configuration below).
>>
>> In searching the net and newsgroups I have found the following bug and
>> post:
>> I believe could be part of my issues are due to glassfish not freeing
>> memory
>> after JSP compiles.
>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=2375
>>
>> There is a very long thread about that discusses this unresolved bug.
>> http://forums.java.net/jive/thread.jspa?messageID=202780
>>
>> I am kind of surprised that this bug is not getting more attention. I am
>> surprised its not being reported more often in newsgroups. To me this is
>> a
>> show stopper (P1) bug. During heavy development/deployment I end up
>> having
>> to restart my glassfish server at least once a day.
>>
>> Is anyone else experiencing this?
>> Why isn’t this bug a P1 level bug?
>> What can I do to avoid my system hanging daily?
>>
>> As it stands I am kind if in a pinch. I have migrated all of my
>> applications
>> off of Tomcat onto the glassfish platform. I have gone from Rock Solid
>> forget about it installation, to unstable needing to reboot every day.
>> Please help!
>>
>> Thanks,
>>
>> ITVGuy2000
>>
>> -------------------------------- My Configuration
>> ------------------------------------------------
>>
>> My Development configuration:
>> Sony Laptop Vaio (1.7Ghz, 1.5G Ram, 88G drive (23G free))
>> Windows XP Service Pack 2
>> JDK 1.5.0_11
>> SJAS Version 9 update 1 patch 1
>> NB 5.5.1
>> MySQL 5.0.15
>>
>> My Server configuration:
>> Sun 220R (1G Ram, 18G Drive)
>> Solaris 9 (SunOS 5.9)
>> JDK 1.5.0_2
>> MySQL 5.0.15
>> SJAS Version 9 update 1 patch 1
>>
>> ------------------------------------ Error from server.log file
>> -----------------------------------------
>> [#|2007-07-09T09:35:36.191-0400|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=25;_ThreadName=httpWorkerThread-80-2;_RequestID=d2d27139-7fa5-4da4-902f-584dc55171e4;|StandardWrapperValve[jsp]:
>> Servlet.service() for servlet jsp threw exception
>> Error running /opt/SDK/jdk/bin/javac compiler
>> at
>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:473)
>> at
>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>> at
>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>> at
>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>> at
>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>> at
>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>> at
>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>> at
>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>> at
>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>> at
>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>> at
>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>> Caused by: java.io.IOException: Cannot run program
>> "/opt/SDK/jdk/bin/javac"
>> (in directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>> at java.lang.Runtime.exec(Runtime.java:593)
>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at
>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>> at
>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>> ... 36 more
>> Caused by: java.io.IOException: error=12, Not enough space
>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>> ... 44 more
>> --- Nested Exception ---
>> java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac" (in
>> directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>> at java.lang.Runtime.exec(Runtime.java:593)
>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at
>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>> at
>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>> at
>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>> at
>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>> at
>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>> at
>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>> at
>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>> at
>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>> at
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>> at
>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>> at
>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>> at
>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>> at
>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>> at
>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>> at
>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>> Caused by: java.io.IOException: error=12, Not enough space
>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>> ... 44 more
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>

--
View this message in context: http://www.nabble.com/Glassfish-Memory-Issues-tf4067129.html#a11562234
Sent from the java.net - glassfish users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Sivakumar Thyagarajan

Hi

ITVGuy2000 wrote:
> Please be patient, I will try to get the information you ask for, but I have
> some other configuration issue I need to deal with to use the jconsole. If
Thanks for providing these.

> you could tell me how to change the jmx host to a different domain I would
> be grateful. Currently this is misconfigured to an old domain I used to use

In the server log, you would see a INFO statement [similar to the one below]
providing the JMXServiceURL to connect to. You could then open jconsole, choose
the remote tab, provide the JMXServiceURL, username/password and log in.

[#|2007-07-11T16:57:11.072+0530|INFO|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=12;_ThreadName=Thread-17;service:jmx:rmi:///jndi/rmi://localhost:8686/jmxrmi;|ADM1504:
Here is the JMXServiceURL for the Standard JMXConnectorServer:
[service:jmx:rmi:///jndi/rmi://localhost:8686/jmxrmi]. This is where the remote
administrative clients should connect using the standard JMX connectors|#]

> (my hosting provider can't seem to forget). I found this in both of the
> following files, but it looks autogenerated.
> ./jbi/system/private/config/com/sun/jbi/framework/JBIFramework.properties
> ./jbi/system/esb-registry/registry.xml
> Is there someplace else the JMX host is configured?
>
> [itvguy2000]/home/hhartley>ulimit -a
> time(seconds) unlimited
> file(blocks) unlimited
> data(kbytes) unlimited
> stack(kbytes) 8192
> coredump(blocks) unlimited
> nofiles(descriptors) 256
> vmemory(kbytes) unlimited
>

As a workaround, does it help if you increase the number of fds [nofiles]?
ulimit -n 1024.

> I will work through the links you forwarded and try to provide some info.

Thanks. Much appreciated.

Thanks
--Siva.

>
> ITVGuy2000
>
>
> Sivakumar Thyagarajan wrote:
>> Hi
>>
>> Is your issue also a "permgen space increasing unbound" type? Could you
>> use
>> jconsole to monitor permgen space and see if it is increasing? Could you
>> use Tim
>> Quinn's ZipFileMonitor
>> [http://blogs.sun.com/quinn/entry/tool_for_diagnosing_failed_glassfish]
>> and
>> provide us a list of all open jars?
>>
>> > Caused by: java.io.IOException: error=12, Not enough space
>> > at java.lang.UNIXProcess.forkAndExec(Native Method)
>> Could you post your "ulimit -a"? Have you tried increasing number of
>> file-descriptors
>> [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk7?a=view#abeja],
>> increasing
>> swap space
>> [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk6?a=view#abeiv],
>> if it solves the problem temproarily?
>>
>> As I had responded in the other thread, I couldn't reproduce it locally
>> and it
>> would be great if you could provide a reproducible testcase or more
>> information.
>>
>> Thanks
>> --Siva.
>>
>> ITVGuy2000 wrote:
>>> My SJAS server is apparently running out of memory. The memory consumed
>>> by
>>> the server continues to increase with every deploy and compile until my
>>> server no longer responds to incoming requests. If I am lucky I get an
>>> exception in the log file indicating out of space (see at bottom of
>>> post).
>>>
>>> This problem occurs on both my development laptop and server (see
>>> configuration below).
>>>
>>> In searching the net and newsgroups I have found the following bug and
>>> post:
>>> I believe could be part of my issues are due to glassfish not freeing
>>> memory
>>> after JSP compiles.
>>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=2375
>>>
>>> There is a very long thread about that discusses this unresolved bug.
>>> http://forums.java.net/jive/thread.jspa?messageID=202780
>>>
>>> I am kind of surprised that this bug is not getting more attention. I am
>>> surprised its not being reported more often in newsgroups. To me this is
>>> a
>>> show stopper (P1) bug. During heavy development/deployment I end up
>>> having
>>> to restart my glassfish server at least once a day.
>>>
>>> Is anyone else experiencing this?
>>> Why isn’t this bug a P1 level bug?
>>> What can I do to avoid my system hanging daily?
>>>
>>> As it stands I am kind if in a pinch. I have migrated all of my
>>> applications
>>> off of Tomcat onto the glassfish platform. I have gone from Rock Solid
>>> forget about it installation, to unstable needing to reboot every day.
>>> Please help!
>>>
>>> Thanks,
>>>
>>> ITVGuy2000
>>>
>>> -------------------------------- My Configuration
>>> ------------------------------------------------
>>>
>>> My Development configuration:
>>> Sony Laptop Vaio (1.7Ghz, 1.5G Ram, 88G drive (23G free))
>>> Windows XP Service Pack 2
>>> JDK 1.5.0_11
>>> SJAS Version 9 update 1 patch 1
>>> NB 5.5.1
>>> MySQL 5.0.15
>>>
>>> My Server configuration:
>>> Sun 220R (1G Ram, 18G Drive)
>>> Solaris 9 (SunOS 5.9)
>>> JDK 1.5.0_2
>>> MySQL 5.0.15
>>> SJAS Version 9 update 1 patch 1
>>>
>>> ------------------------------------ Error from server.log file
>>> -----------------------------------------
>>> [#|2007-07-09T09:35:36.191-0400|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=25;_ThreadName=httpWorkerThread-80-2;_RequestID=d2d27139-7fa5-4da4-902f-584dc55171e4;|StandardWrapperValve[jsp]:
>>> Servlet.service() for servlet jsp threw exception
>>> Error running /opt/SDK/jdk/bin/javac compiler
>>> at
>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:473)
>>> at
>>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>>> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>>> at
>>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>>> at
>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>>> at
>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>>> at
>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>> at
>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>>> at
>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>>> at
>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>> at
>>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>>> at
>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>> at
>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>> at
>>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>>> Caused by: java.io.IOException: Cannot run program
>>> "/opt/SDK/jdk/bin/javac"
>>> (in directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>>> at java.lang.Runtime.exec(Runtime.java:593)
>>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>> at
>>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>>> at
>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>>> ... 36 more
>>> Caused by: java.io.IOException: error=12, Not enough space
>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>>> ... 44 more
>>> --- Nested Exception ---
>>> java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac" (in
>>> directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>>> at java.lang.Runtime.exec(Runtime.java:593)
>>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>> at
>>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>>> at
>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>>> at
>>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>>> at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>>> at
>>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>>> at
>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>>> at
>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>>> at
>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>> at
>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>>> at
>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>>> at
>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>> at
>>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>>> at
>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>> at
>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>> at
>>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>>> at
>>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>>> Caused by: java.io.IOException: error=12, Not enough space
>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>>> ... 44 more
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: users-help@glassfish.dev.java.net
>>
>>
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Kedar Mhaswade

One can always use asadmin generate-jvm-report to get the JConsole
like data, in most cases.

Kedar

Sivakumar Thyagarajan wrote:
> Hi
>
> ITVGuy2000 wrote:
>> Please be patient, I will try to get the information you ask for, but
>> I have
>> some other configuration issue I need to deal with to use the
>> jconsole. If
> Thanks for providing these.
>
>> you could tell me how to change the jmx host to a different domain I
>> would
>> be grateful. Currently this is misconfigured to an old domain I used
>> to use
>
> In the server log, you would see a INFO statement [similar to the one
> below] providing the JMXServiceURL to connect to. You could then open
> jconsole, choose the remote tab, provide the JMXServiceURL,
> username/password and log in.
>
> [#|2007-07-11T16:57:11.072+0530|INFO|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=12;_ThreadName=Thread-17;service:jmx:rmi:///jndi/rmi://localhost:8686/jmxrmi;|ADM1504:
> Here is the JMXServiceURL for the Standard JMXConnectorServer:
> [service:jmx:rmi:///jndi/rmi://localhost:8686/jmxrmi]. This is where
> the remote administrative clients should connect using the standard JMX
> connectors|#]
>
>
>> (my hosting provider can't seem to forget). I found this in both of the
>> following files, but it looks autogenerated.
>> ./jbi/system/private/config/com/sun/jbi/framework/JBIFramework.properties
>> ./jbi/system/esb-registry/registry.xml
>> Is there someplace else the JMX host is configured?
>>
>> [itvguy2000]/home/hhartley>ulimit -a
>> time(seconds) unlimited
>> file(blocks) unlimited
>> data(kbytes) unlimited
>> stack(kbytes) 8192
>> coredump(blocks) unlimited
>> nofiles(descriptors) 256
>> vmemory(kbytes) unlimited
>>
>
> As a workaround, does it help if you increase the number of fds [nofiles]?
> ulimit -n 1024.
>
>> I will work through the links you forwarded and try to provide some info.
>
> Thanks. Much appreciated.
>
> Thanks
> --Siva.
>
>>
>> ITVGuy2000
>>
>>
>> Sivakumar Thyagarajan wrote:
>>> Hi
>>>
>>> Is your issue also a "permgen space increasing unbound" type? Could you
>>> use jconsole to monitor permgen space and see if it is increasing?
>>> Could you
>>> use Tim Quinn's ZipFileMonitor
>>> [http://blogs.sun.com/quinn/entry/tool_for_diagnosing_failed_glassfish]
>>> and provide us a list of all open jars?
>>>
>>> > Caused by: java.io.IOException: error=12, Not enough space
>>> > at java.lang.UNIXProcess.forkAndExec(Native Method)
>>> Could you post your "ulimit -a"? Have you tried increasing number of
>>> file-descriptors
>>> [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk7?a=view#abeja],
>>> increasing swap space
>>> [http://docs.sun.com/app/docs/doc/819-3681/6n5srlhk6?a=view#abeiv],
>>> if it solves the problem temproarily?
>>>
>>> As I had responded in the other thread, I couldn't reproduce it locally
>>> and it would be great if you could provide a reproducible testcase or
>>> more
>>> information.
>>>
>>> Thanks
>>> --Siva.
>>>
>>> ITVGuy2000 wrote:
>>>> My SJAS server is apparently running out of memory. The memory consumed
>>>> by
>>>> the server continues to increase with every deploy and compile until my
>>>> server no longer responds to incoming requests. If I am lucky I get an
>>>> exception in the log file indicating out of space (see at bottom of
>>>> post).
>>>>
>>>> This problem occurs on both my development laptop and server (see
>>>> configuration below).
>>>>
>>>> In searching the net and newsgroups I have found the following bug and
>>>> post:
>>>> I believe could be part of my issues are due to glassfish not freeing
>>>> memory
>>>> after JSP compiles.
>>>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=2375
>>>> There is a very long thread about that discusses this unresolved
>>>> bug. http://forums.java.net/jive/thread.jspa?messageID=202780
>>>>
>>>> I am kind of surprised that this bug is not getting more attention.
>>>> I am
>>>> surprised its not being reported more often in newsgroups. To me
>>>> this is
>>>> a
>>>> show stopper (P1) bug. During heavy development/deployment I end up
>>>> having
>>>> to restart my glassfish server at least once a day.
>>>>
>>>> Is anyone else experiencing this?
>>>> Why isn’t this bug a P1 level bug?
>>>> What can I do to avoid my system hanging daily?
>>>>
>>>> As it stands I am kind if in a pinch. I have migrated all of my
>>>> applications
>>>> off of Tomcat onto the glassfish platform. I have gone from Rock Solid
>>>> forget about it installation, to unstable needing to reboot every
>>>> day. Please help!
>>>>
>>>> Thanks,
>>>>
>>>> ITVGuy2000
>>>>
>>>> -------------------------------- My Configuration
>>>> ------------------------------------------------
>>>>
>>>> My Development configuration:
>>>> Sony Laptop Vaio (1.7Ghz, 1.5G Ram, 88G drive (23G free)) Windows XP
>>>> Service Pack 2 JDK 1.5.0_11 SJAS Version 9 update 1 patch 1 NB 5.5.1
>>>> MySQL 5.0.15
>>>>
>>>> My Server configuration:
>>>> Sun 220R (1G Ram, 18G Drive)
>>>> Solaris 9 (SunOS 5.9)
>>>> JDK 1.5.0_2
>>>> MySQL 5.0.15
>>>> SJAS Version 9 update 1 patch 1
>>>> ------------------------------------ Error from server.log file
>>>> -----------------------------------------
>>>> [#|2007-07-09T09:35:36.191-0400|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=25;_ThreadName=httpWorkerThread-80-2;_RequestID=d2d27139-7fa5-4da4-902f-584dc55171e4;|StandardWrapperValve[jsp]:
>>>>
>>>> Servlet.service() for servlet jsp threw exception
>>>> Error running /opt/SDK/jdk/bin/javac compiler
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:473)
>>>>
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>>>>
>>>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>>>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>>>> at
>>>> org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>>>> at
>>>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>>>>
>>>> at
>>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>>>>
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>>>>
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at
>>>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>>>>
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>>
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>>>>
>>>> Caused by: java.io.IOException: Cannot run program
>>>> "/opt/SDK/jdk/bin/javac"
>>>> (in directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>>>> at java.lang.Runtime.exec(Runtime.java:593)
>>>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>>>> at
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>>
>>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>>> at
>>>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>>>>
>>>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>>>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>>>>
>>>> ... 36 more
>>>> Caused by: java.io.IOException: error=12, Not enough space
>>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>>>> ... 44 more
>>>> --- Nested Exception ---
>>>> java.io.IOException: Cannot run program "/opt/SDK/jdk/bin/javac" (in
>>>> directory "/opt/SDK/domains/domain1"): error=12, Not enough space
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
>>>> at java.lang.Runtime.exec(Runtime.java:593)
>>>> at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source)
>>>> at
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>>
>>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>>> at
>>>> org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:834)
>>>>
>>>> at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:435)
>>>> at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:470)
>>>>
>>>> at
>>>> org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:47)
>>>>
>>>> at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:931)
>>>> at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:757)
>>>> at
>>>> org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:428)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:528)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:507)
>>>> at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
>>>> at
>>>> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:530)
>>>>
>>>> at
>>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
>>>>
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:412)
>>>>
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:318)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at
>>>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>>>>
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>>
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:239)
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
>>>>
>>>> at
>>>> com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
>>>>
>>>> Caused by: java.io.IOException: error=12, Not enough space
>>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>> at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>>> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>>>> ... 44 more
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>>> For additional commands, e-mail: users-help@glassfish.dev.java.net
>>>
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net