VM Creation #11439
closed
Task #11429: Upgrade GS development/pre-production instances
Preproduction GeoServer 2.10.5
100%
/gcube
/gcube/preprod
/gcube/preprod/preVRE
geoserver 2.10.5 with both spatialite plugin and geoserver-connector
geoserver
Related issues
Updated by Fabio Sinibaldi about 7 years ago
- Blocks Task #11442: Copy data_dir to new instances added
Updated by Andrea Dell'Amico about 7 years ago
About the DB part: do we need any new database or do we stay with the old ones?
Updated by Andrea Dell'Amico about 7 years ago
- Status changed from New to In Progress
Hostname and IP are going to be: geoserver1-t.pre.d4science.org 146.48.123.27
Updated by Andrea Dell'Amico about 7 years ago
- % Done changed from 0 to 90
The server is up. I'm copying the data from geoserver-dev.d4science-ii.research-infrastructures.eu. No DB configuration has been generated.
Updated by Andrea Dell'Amico about 7 years ago
- Status changed from In Progress to Feedback
- % Done changed from 90 to 100
All the data has been copied.
Updated by Fabio Sinibaldi about 7 years ago
This is strange :
I can see from the log lines like "19 Mar 19:09:24 INFO [org.geoserver] - Loaded layer 'geo_fea_plateaus'" (grepped "Loaded layer" and found 21858 similar lines)
But I can't see any workspace/store/layer/style in geoserver GUI
(I.E. layer preview http://geoserver1-t.pre.d4science.org/geoserver/web/wicket/bookmarkable/org.geoserver.web.demo.MapPreviewPage?10)
Different outcome in geoserver2-d-dev (as tested in #10957) we can see loaded layers at http://geoserver2-d.dev.d4science.org/geoserver/web/wicket/bookmarkable/org.geoserver.web.demo.MapPreviewPage?1
@vincenzo.terrano@eng.it Did you perform any other task then copying the data directory in geoserver2-d.dev?
Updated by Vincenzo Terrano about 7 years ago
I just replaced the data_dir folder after setting the user reader gcube.
Updated by Andrea Dell'Amico about 7 years ago
@fabio.sinibaldi@isti.cnr.it did you try to move all the data
directory contents up one level, as I wrote in #11442 ?
Updated by Fabio Sinibaldi about 7 years ago
I'm gonna trying it now.. it seems strange, 'cause layers seem to be loaded, but it's worth a try since it seems it's the only difference with #10957
Updated by Fabio Sinibaldi about 7 years ago
I'm having some conflicts. I think geoserver modified the folder structure when it started. Probably copying again the folder from the source geoserver is best. @andrea.dellamico@isti.cnr.it can you do that, please?
Updated by Andrea Dell'Amico about 7 years ago
As I'm out of town until Thursday it's maybe better if you do it by yourself.
Stop the geoserver running in geoserver1-t.pre.d4science.org
Log into geoserver-dev.d4science-ii.research-infrastructures.eu as gcube user and then run:
cd /home/gcube/tomcat/webapps/geoserver/data rsync -av --delete * geoserver1-t.pre.d4science.org:/srv/geoserver_data/data
The same for geoserver1-d-d4s.d4science.org if needed
Updated by Fabio Sinibaldi about 7 years ago
- Status changed from Feedback to Closed
Layers are now correctly displayed.
Updated by Andrea Dell'Amico about 7 years ago
What was the matter? So if we need to copy the geoserver data again, we know how to do it properly.
Updated by Fabio Sinibaldi about 7 years ago
I just restarted the service after performing the rsync, so I'd say the problem was only the wrong destination path of the copy process.