Thanks...that did the trick!
I did a "sudo chown tomcat6:tomcat6 data:dir" and restarted tomcat6 and the
data_dir was recognised once again.
I also then had to set new permissions to the my data_dir/www folder to the
GIS
user, otherwise the website wouldn´t have been editable.
thanks,
Robert
________________________________
Von: Gavin <[email protected]>
An: Robert Buckley <[email protected]>
Gesendet: Montag, den 21. Februar 2011, 10:31:02 Uhr
Betreff: Re: [Geoserver-users] tomcat6: changing the geoserver data_dir in
Web.xml
check owner and permissions on the new directory - tomcat6 user needs write
access.
--
Gavin
On Mon, 2011-02-21 at 09:07 +0000, Robert Buckley wrote:
Hi,
>
>Ubuntu 10.04
>Tomcat6
>
>I wanted to change the geoserver data_dir directory to one outisde of the
>tomcat6. I changed the
>
GEOSERVER_DATA_DIR parameter value in web.xml but after restarting tomcat6 the
service context is not found and geoserver is not able to be activated. If I
change the web.xml back again the service is ok.
>
>I have also tried this in bin/setclasspath.sh
>CATALINA_OPTS="-DGEOSERVER_DATA_DIR=new_path"
>
>but this has the same result.
>
>anyone know what i´m doing wrong?
>yours,
>
>Robert
>
>
>------------------------------------------------------------------------------
>The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>Pinpoint memory and threading errors before they happen.
>Find and fix more than 250 security defects in the development cycle.
>Locate bottlenecks in serial and parallel code that limit performance.
>http://p.sf.net/sfu/intel-dev2devfeb
>_______________________________________________ Geoserver-users mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users