Hi,
Installation of geoserver-1.5.0-RC4 in linux-vserver with a recent debian
etch in it fails.
I'm starting geoserver with "GEOSERVER_HOME=/usr/local/geoserver
JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun/jre /usr/local/geoserver/bin/startup.sh".
After a few seconds it stops. Here are the last few lines (complete log file
attached):
3155 [INFO] org.geotools.referencing.factory.epsg.HSQLDataSource - Creating
cached EPSG database. It may take a few minutes.
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGBUS (0x7) at pc=0xb7e28ccf, pid=20969, tid=3084630240
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_10-b03 mixed mode, sharing)
# Problematic frame:
# C [libc.so.6+0x6cccf] memcpy+0x2f
#
# An error report file with more information is saved as hs_err_pid20969.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
Aborted
Any hints how to solve this problem?
Does anybody have geoserver running in a linux-vserver? Java seems to work
right on this vserver, tested it with a another java application without
problems.
Regards
Thomas
hs_err_pid20969.log (43.6 KB)
Thomas Besser ha scritto:
Hi,
Installation of geoserver-1.5.0-RC4 in linux-vserver with a recent debian
etch in it fails.
I'm starting geoserver with "GEOSERVER_HOME=/usr/local/geoserver
JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun/jre /usr/local/geoserver/bin/startup.sh". After a few seconds it stops. Here are the last few lines (complete log file
attached):
3155 [INFO] org.geotools.referencing.factory.epsg.HSQLDataSource - Creating
cached EPSG database. It may take a few minutes.
Hum, we've had consistent issues like this one on Gentoo distributions using the JDK included in the distribution, and they have gone away using the JDK downloaded directly from the Sun site. May this be your case?
Another hint may be that your server seems to be crashing while
creating the epsg databse. Can you check you have the necessary write
permissiong on the container temp folder? Geoserver will actively try to create files in both that folder and in the unpacked war too (only for previews).
Hope this helps
Cheers
Andrea
Andrea Aime wrote:
Hum, we've had consistent issues like this one on Gentoo distributions
using the JDK included in the distribution, and they have gone away
using the JDK downloaded directly from the Sun site. May this be your
case?
Unfortunately, no. Same error with jdk1.5.0_11 from sun.
Another hint may be that your server seems to be crashing while
creating the epsg databse. Can you check you have the necessary write
permissiong on the container temp folder? Geoserver will actively try to
create files in both that folder and in the unpacked war too (only for
previews).
Sorry, I forgot to say, that I installing it as root. So there should be IMO
no permission problem.
I will install a fresh native linux etch box to test if it fails there too.
Perhaps it is a problem of linux-vserver!?
Regards
Thomas
Thomas Besser wrote:
I will install a fresh native linux etch box to test if it fails there
too. Perhaps it is a problem of linux-vserver!?
Ok, it seems to be a problem of linux-vserver. In a fresh installed etch box
the installation scripts runs through.
Regards
Thomas
Thomas Besser ha scritto:
Thomas Besser wrote:
I will install a fresh native linux etch box to test if it fails there
too. Perhaps it is a problem of linux-vserver!?
Ok, it seems to be a problem of linux-vserver. In a fresh installed etch box
the installation scripts runs through.
Well, that given, you may want to try running geoserver on a jdk 1.6.0.
If it runs, it will be faster too 
Cheers
Andrea
Andrea Aime wrote:
Thomas Besser ha scritto:
Thomas Besser wrote:
I will install a fresh native linux etch box to test if it fails there
too. Perhaps it is a problem of linux-vserver!?
Ok, it seems to be a problem of linux-vserver. In a fresh installed etch
box the installation scripts runs through.
Well, that given, you may want to try running geoserver on a jdk 1.6.0.
If it runs, it will be faster too
Ah, I didn't noticed that jdk1.6.0 already exists. But, no luck, same error
on linux-vserver.
Regards
Thomas