I have installed java and tomcat appache server on linux.
When i am going to start tomcat using ./startup.sh command on linux server,
it gives output as
Using CATALINA_BASE: /usr/src/apache-tomcat-5.5.28
Using CATALINA_HOME: /usr/src/apache-tomcat-5.5.28
Using CATALINA_TMPDIR: /usr/src/apache-tomcat-5.5.28/temp
Using JRE_HOME: /usr/src/jdk1.6.0_16
Using CLASSPATH: /usr/src/apache-tomcat-5.5.28/bin/bootstrap.jar
but server is not started.
after that when i am firing javac command ,it generates following error
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.
i am not getting the right reason for that.
I am new with linux.
Please help me.
Thanks in advance
Could not reserve enough space for object heap.
Looks like there is not enough memory given for the initialisation.
Check the given memory...and reconfigure your memory size for the JVM.
Related
When I open a project in the android studio (latest version), it gives the following error:
ERROR: Unable to start the daemon process.
This problem might be caused by incorrect configuration of the daemon.
For example, an unrecognized jvm option is used. Please refer to the
user guide chapter on the daemon at
https://docs.gradle.org/4.1/userguide/gradle_daemon.html
Please read the following process output to find out more:
Error occurred during initialization of VM
Could not reserve enough space for 1572864KB object heap
Yes, I know that it is saying that there not enough Memory to run the Daemon Process as I have only 3GB RAM. So what is the alternative for it?
Is there any issue if I'll not start the daemon process? As Only Android Studio consumes 800MB
modify value of below mentioned variable in 'gradle.properties' in root of your project.
org.gradle.jvmargs=-Xmx1536m
change it to 'org.gradle.jvmargs=-Xmx536m' and restart android studio.
I can't run cassandra as daemon. I set variable JAVA_HOME, CASSANDRA_HOME,PATH for cassandra. To running I use Apache Commons and tutorial link
but when i try started I see in console Error: Could not find or load main class org.apache.cassandra.service.CassandraDaemon
Tested on JDK 8 and 7
I do not know what's going on
I found error bug on CASSANDRA-7477
I'm trying to install an application on Linux which requires ACTIVEMQ.
I tried installing activeMQ and re running the application still facing this error
Cannot instantiate class:
org.apache.activemq.jndi.ActiveMQInitialContextFactory [Root exception
is java.lang.ClassNotFoundException:
org.apache.activemq.jndi.ActiveMQInitialContextFactory]
Also in the set up of application the jar for activemq is already present
Linux version Linux 2.6.32
I was trying to run activemq directly from bin where as i was suppose to go in 64 bit and then do that :)
I have just installed grails 2.0.3 on my Ubuntu box using apt-get as described here:
http://grails.org/Download
Everything looked fine.
When I type grails in the terminal it takes about 5 seconds and then it returns to the prompt without having done anything. No errors, no text.
I have tried adding GRAILS_HOME even though the download instructions say it is not required but that didn't help either.
It's finding grails just fine, it's just not doing anything.
I have not explicitly installed groovy before this. Is that a step I missed (I don't think so as I see it's included in the libs folder of the install)
or is there more I need to do to finish the install?
I had the same problem, but I managed to solve it.
I have grails 2.1.2 installed in a Ubuntu, running in a VirtualBox instance, with 512MB of memory.
I had to install java 6 to run grails and configure JAVA_HOME environment variable, although grails documentation says it is not necessary.
According to several resources, it may be caused by a grails memory usage issue. It seems that grails uses a lot of memory or something similar. These resources are:
Stack Overflow thread: Grails application hogging too much memory
Grails deployment documentation
Stack Overflow thread: Increase Xmx and Xms for grails run-app
So, following their advice, I configured an environment variable, GRAILS_OPTS with this command:
export GRAILS_OPTS="-server -Xms128M -Xmx128 -XX:MaxPermSize=256M"
Try it out and tell us if it works for you, thanks.
I have problems with JRE on Linux Debian 5.
JRE (sun 1.6 21) crash with SIGBUS on Debian 5 (kernel 2.6.26) during TEE-CLC java application execute.
TEE-CLC-10.1.0 is a java client application for Microsoft Team Foundation Server (TFS).
Here is the java virtul mashine command line:
exec java -Xmx512M -classpath
"$CLC_CLASSPATH" "-Dcom.microsoft.tfs.jni.native.base-directory=$BASE_DIRECTORY/native"
$RANDOM_DEVICE_PROPERTY com.microsoft.tfs.client.clc.vc.Main "$#"
When I try to execute the command (get files from server): tf get -r -force {branch_name} it start getting files and then minute or two later craches with the following error message:
A fatal error has been detected by the Java Runtime Environment:
SIGBUS (0x7) at pc=0xb77d3422, pid=29386, tid=3076802752
JRE version: 6.0_21-b06
Java VM: Java HotSpot(TM) Client VM (17.0-b16 mixed mode linux-x86 )
Problematic frame:
C [+0x422] __kernel_vsyscall+0xe
An error report file with more information is saved as:
/...../..../...../hs_err_pid29386.log
Segmentation fault.
I have about 900M free memory. I have checked limits: ulimit -a .
I have three other Linux Debian 5 computers and they works fine with the same settings.
I have checked everything . I don' t know why JRE don't work properly.
Does anybody have any idea how to handle it? What is wrong with JRE or with my Debian 5?
In my experience it is rare to get a faulty program to fail with a SIGBUS: error checking by compilers makes it hard to generate an odd memory address. The few times I've seen them recently was (IIRC) because I was using an incompatible shared library or .o file.
Is the LD_LIBRARY_PATH environment variable set for the executing program? If so, it might be causing the program to use an incorrect shared library.