Not enough space

This message was edited 1 time. Last update was at 02/15/2006 06:30:11

Hi,
I have an JAVA application which processes jobs running on a SOLARIS platform.Jobs are submitted through job submission clients.
In the case of a job processing for 24hrs duration i am getting a "java.io.IOException Not enough space".
My Jprobe reports are fine.

HELP IMMEDIATELY REQUIRED.

regards

Have you increased the size of your Java heap already? This is with the -Xmx option that is passed to the Java runtime. Under the 32 bit Solaris JDK you can go to a maximum of about 1.7GB. If you are running a 64 bit Solaris O/S I don't know the actual limit but I do know that it is much, much higher. The parameter can be specified in megabytes so -Xmx1024m gives you 1GB of Java heap space.

Of course, you'll still need to have enough memory and/or swap space in the O/S to handle an increased Java heap size.

Hi,
The Xmx option you told i have kept it at 512 MB (as this is the specified limit) , so the same is maintained both on SOLARIS and WINDOWS operating systems.
Thing to be noted is that the same scenario that is pdf-pdf processing for a job works well for WINDOWS OS.No error seen here.
Please let me know if anyother solution possible.
Help immedtly required.

This message was edited 1 time. Last update was at 01/08/2006 08:34:48

Are you using the same JVM on both Solaris and Windows? That is, there is a client JVM and a server JVM. Under Windows the client JVM is the default. For a certain class of machine the server JVM is the default under Solaris (2GB and 2CPU's). The server JVM takes more memory as it is expected to be on a server class machine.

My Solaris system is a 2GB and a single processor machine with a 2GB swap space.
I didnt know about the server thing you talked about.
Thanks.
So a Xmx value with 1024 and swap space 2GB works is it?

karl wrote:So a Xmx value with 1024 and swap space 2GB works is it?

I would think that that would work but it depends on what else you have on the machine. For example, if this machine is also you database server then it might not work so well.

And just something that has caught me before. When you specify -Xmx you are actually telling the JVM the number of bytes to use. I've forgotten that before and didn't understand why my JVM wouldn't even start when I said "-Xms2048". That is because I told the JVM to use 2K of memory! -Xm1024m says to use 1024 megabytes - a gig.

I am not using my m/c as a database server and not for anything else also.
Just tell me the parameters to be tuned with exact syntax.As told earlier my Solaris m/c is a 2GB , dual processor and Ultrasparc III i m/c with a 2GB swap space.Except for the PDF-PDF processsing nothing elseworks on my m/c simultaneously.

Your previous post indicates that you only have a single processor so I though that you were using the client JVM.

Pass -client and, perhaps, -Xmx1024m to the command that runs the process. If you're passing the memory argument I doubt that you need the -client but it would make it the same as Windows.

Can there be a common solution to both single processor and dual processor machine.
Anyway i am going now trying -Xmx1024m without passing the -client.
I will reply as soon i get some result.

I tried the following
1.-Xms=512m and -Xmx=1024m
2.-Xms=512m and -Xmx=1024m -client
But no luck.The Not enough space exception seen in 6 hrs time only.
Anyother solution?
I need urgent help.

I really think that something else is going on. If the jars on Windows at 512M work and a gig on Solaris doesn't work then I'd think that there is some difference in either the Jars or, perhaps, shared libraries/dlls. Are there any native libraries associated with this process? Are you using the same version of Java on both platforms? Also, what version of Solaris are you on? Sparc or x86?

I've been using Java on Solaris for years and haven't had the big issues you're having. I know this has to be a pain for you.

perhaps, shared libraries/dlls. Are there any native libraries associated with this process?

ya, we are using shared libraries and dlls stuff. Also, we are using the JNI stuff to call the methods of sharedlibraries/dlls.

Are you using the same version of Java on both platforms?

ya, we are using the same version of java.

Also, what version of Solaris are you on? Sparc or x86?

t's a SPARC (Ultra Sparc IIIi)

karl wrote:It's a SPARC (Ultra Sparc IIIi)

Yeah, you had already said that and I spaced it. What version of Solaris are you running? Is it up to date?

I feel that there is some issue with the shared libraries. As far as the O/S is concerned Java and any shared libraries it loads are part of a single process space. If they are leaking memory then it will appear that Java is leaking memory.

I've used Purify with a great deal of success. Admittedly this was when it wasn't a Borland product so I don't know if it is still as good as it was. But it helps with a large variety of issues in native code.

This message was edited 1 time. Last update was at 01/10/2006 22:47:27

Following is my Solaris System Configuration

Number of CPU's: 1
Type : Ultra Sparc IIIi
Clock Speed: 1,280 MHz
Operating System: SunOS 5.10

Physical Memory: 2,048 MB
Virtual Memory: 3,663 MB
Virtual Memory Used: 23% , 2830 MB Available

I am using 64-bit machine.

The java environment is as follows:

Windows
----------
java version "1.4.2_09"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_09-b05)
Java HotSpot(TM) Client VM (build 1.4.2_09-b05, mixed mode)

Solaris
--------
java version "1.4.2_09"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_09-b05)
Java HotSpot(TM) Client VM (build 1.4.2_09-b05, mixed mode)

Yes I am using native libraries. Do you think the trial version of Rational Purify would help us to find any leaks in java/native code on Solaris. I am using JProbe Memory Debugger to find out leaks in java. I didn't find any leaks in java.

It looks like IBM offers a trial that will run on Solaris Sparc. I'd try to run it against the entire executable, including the shared libraries.