[int] geoserver startup failure

[fvanderbiest]

We migrated the datadir to oauth2 (comparing the current datadir to http://build.geonode.org/geoserver/latest/data-2.9.x-oauth2.zip + replacing localhost:8000 with django:8000) but now geoserver refuses to start with

java.lang.UnsatisfiedLinkError: /usr/local/tomcat/temp/spatialite-3.7.22.4-libspatialitejdbc.so: libgeos_c.so.1: cannot open shared object file: No such file or directory
08:25:38,246 |-INFO in ch.qos.logback.core.db.DataSourceConnectionSource@3d6efb3d - Driver name=SQLiteJDBC
08:25:38,246 |-INFO in ch.qos.logback.core.db.DataSourceConnectionSource@3d6efb3d - Driver version=native
08:25:38,246 |-INFO in ch.qos.logback.core.db.DataSourceConnectionSource@3d6efb3d - supportsGetGeneratedKeys=true
23-May-2017 08:25:59.767 WARNING [localhost-startStop-1] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [geoserver] appears to have started a thread named [Timer-0] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 java.lang.Object.wait(Native Method)
 java.util.TimerThread.mainLoop(Timer.java:552)
 java.util.TimerThread.run(Timer.java:505)
23-May-2017 08:25:59.769 WARNING [localhost-startStop-1] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [geoserver] appears to have started a thread named [FileSystemWatcher-1] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 sun.misc.Unsafe.park(Native Method)
 java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
 java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
 java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
 java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
 java.lang.Thread.run(Thread.java:745)
23-May-2017 08:25:59.775 SEVERE [localhost-startStop-1] org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks The web application [geoserver] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@45c859d0]) and a value of type [org.springframework.security.core.context.SecurityContextImpl] (value [org.springframework.security.core.context.SecurityContextImpl@ffffffff: Null authentication]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
23-May-2017 08:25:59.854 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /usr/local/tomcat/webapps/geoserver has finished in 78,431 ms

Seems like libspatialitejdbc is missing in the image

[fvanderbiest]

See http://docs.geoserver.org/stable/en/user/community/spatialite/index.html and http://docs.geotools.org/latest/userguide/library/jdbc/spatialite.html#native-libraries

[fvanderbiest]

Seems like we have to rebuild geoserver image, because upstream war might have changed in between: https://github.com/GeoNode/geoserver-docker/blob/master/Dockerfile#L14

[fvanderbiest]

Upstream is also affected, see GeoNode/geoserver-docker#11

[fvanderbiest]

Removing /usr/local/tomcat/webapps/geoserver/WEB-INF/lib/gt-jdbc-spatialite-15-SNAPSHOT.jar is easier than fetching (probably) unmaintained natives libs.

[fvanderbiest]

Fixed, we were using the wrong datadir.
Keeping the upstream issue related to libspatialitejdbc open.

[okjodom]

Hey @fvanderbiest , in reference to this closed issue, what was the fix for the libspatialitejdbc missing error. I'm having the exact same java.lang.UnsatisfiedLinkError as above.