Hi all,
Sorry for the repost, first message was restricted by my company rules. I've been scratching my head over this for a few weeks now and can't figure out the behavior of the reload function regarding documentation (https://docs.geoserver.geo-solutions.it/edu/en/clustering/clustering/passive/passive.html#data-directory) I was expecting that any change written into the catalog (external geoserver_data_dir on an nfs mount) would be reflected in geoserver after a reload as mentioned in the docs but it's quite the opposite that happens: the changes on disk are wiped out after a reload ! My set-up is quite simple : RHEL 8.7 with Tomcat 9 and OpenJDK 1.8. The external Geoserver data dir is set in Tomcat's setenv.sh as described here: https://docs.geoserver.org/latest/en/user/datadirectory/setting.html#java-system-property Steps to reproduce: 1. Deploy whatever version of Geoserver you have in Tomcat 2. Set the CATALINA_OPTS=$CATALINA_OPTS" -DGEOSERVER_DATA_DIR=/opt/... in setenv.sh 3. Restart Tomcat 4. Edit global.xml in the geoserver_data_dir and just change the addressCity value on line 5 5. From Geoserver GUI press the reload button Result: change made in 4 is replaced with the previous value in Geoserver memory ! A big thanks in advance to those that can tell me what I'm doing wrong as from my point of view my use-case is exactly what is described in the documentation but the results are opposite to what I'd expect. NB: other use-case with several Geoserver deployed in several VM result in the same behavior. I.E if a change is saved from one instance (and that works) a reload from another instance wipes-out the previous one. Regards, - Christophe GARAULT ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
_______________________________________________ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
