[Geoserver-users] Bug in startup script in Ubuntu Gutsy 7.10 prevents Tomcat from starting again when geoserver (using geotools) is deployed

To anyone interested: deploying Geoserver (I've used 1.5.4) in Tomcat 5.5 in Ubuntu Gutsy (7.10) leads to Tomcat not starting again.

The error I get on the console when restarting Tomcat is this:

* Starting Tomcat servlet engine tomcat5.5 rm: cannot remove `/var/lib/tomcat5.5/temp/Geotools': Is a directory
rm: cannot remove `/var/lib/tomcat5.5/temp/Geotools/Databases': Is a directory
rm: cannot remove `/var/lib/tomcat5.5/temp/Geotools/Databases/HSQL': Is a directory

If I understand well, the first execution of Geoserver makes Geotools created a subdirectory into the Tomcat's temp directory.
Unfortunately, the startup script (/etc/init.d/tomcat5.5) isn't able to remove subdirectories and the startup fail!

Here there is a little patch that works for me: https://bugs.launchpad.net/ubuntu/+bug/161882

Hope this helps.

Cheers,

Fabio

This has definitely been a source of pain in a number of cases.

Does anyone know if there's a way we can get GeoServer to create those temp files in the data directory perhaps? I mean, it's a place that is guaranteed to have the proper read/write access on the system, since it needs to be configured right for geoserver to work / save configuration.

Chris

Fabio Da Soghe wrote:

To anyone interested: deploying Geoserver (I've used 1.5.4) in Tomcat 5.5 in Ubuntu Gutsy (7.10) leads to Tomcat not starting again.

The error I get on the console when restarting Tomcat is this:

* Starting Tomcat servlet engine tomcat5.5 rm: cannot remove `/var/lib/tomcat5.5/temp/Geotools': Is a directory
rm: cannot remove `/var/lib/tomcat5.5/temp/Geotools/Databases': Is a directory
rm: cannot remove `/var/lib/tomcat5.5/temp/Geotools/Databases/HSQL': Is a directory

If I understand well, the first execution of Geoserver makes Geotools created a subdirectory into the Tomcat's temp directory.
Unfortunately, the startup script (/etc/init.d/tomcat5.5) isn't able to remove subdirectories and the startup fail!

Here there is a little patch that works for me: https://bugs.launchpad.net/ubuntu/+bug/161882

Hope this helps.

Cheers,

Fabio

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4005,4735fc8460748992556831!

Possibly... I think you can set the java.io.tmpdir property in the vm...
but I am not sure how well that would work... especially in a web
container. I am not sure if there is a way to tell hsql where to store
the epsg database on disk, or if it always uses the o/s temp directory.
That is a question for Martin I believe.

-Justin

Chris Holmes wrote:

This has definitely been a source of pain in a number of cases.

Does anyone know if there's a way we can get GeoServer to create those
temp files in the data directory perhaps? I mean, it's a place that is
guaranteed to have the proper read/write access on the system, since it
needs to be configured right for geoserver to work / save configuration.

Chris

Fabio Da Soghe wrote:

To anyone interested: deploying Geoserver (I've used 1.5.4) in Tomcat
5.5 in Ubuntu Gutsy (7.10) leads to Tomcat not starting again.

The error I get on the console when restarting Tomcat is this:

* Starting Tomcat servlet engine
tomcat5.5
rm: cannot remove `/var/lib/tomcat5.5/temp/Geotools': Is a directory
rm: cannot remove `/var/lib/tomcat5.5/temp/Geotools/Databases': Is a
directory
rm: cannot remove `/var/lib/tomcat5.5/temp/Geotools/Databases/HSQL':
Is a directory

If I understand well, the first execution of Geoserver makes Geotools
created a subdirectory into the Tomcat's temp directory.
Unfortunately, the startup script (/etc/init.d/tomcat5.5) isn't able
to remove subdirectories and the startup fail!

Here there is a little patch that works for me:
https://bugs.launchpad.net/ubuntu/+bug/161882

Hope this helps.

Cheers,

Fabio

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,473622bb110998362916074!

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

!DSPAM:4007,473622bb110998362916074!

------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,473622bb110998362916074!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

Chris Holmes ha scritto:

This has definitely been a source of pain in a number of cases.

Does anyone know if there's a way we can get GeoServer to create those temp files in the data directory perhaps? I mean, it's a place that is guaranteed to have the proper read/write access on the system, since it needs to be configured right for geoserver to work / save configuration.

Yes it is possible, I've created a jira issue to track this
very need a few months ago:
http://jira.codehaus.org/browse/GEOS-1134

Another alternative is to switch to javadb or h2, both allow for
in classpath databases now. I just haven't had time to act on
this one.
Specifying a path for the epsg database to be created in is easier,
one has to set the "EPSG-HSQL.directory" system variable to point
the db to another directory.

Cheers
Andrea