Arnout Engelen created GEODE-10491:
--------------------------------------

             Summary: Docker container for Geode 1.15.2 cannot find librt.so
                 Key: GEODE-10491
                 URL: https://issues.apache.org/jira/browse/GEODE-10491
             Project: Geode
          Issue Type: Improvement
            Reporter: Arnout Engelen


When I build the 1.15.2 docker container:

 
{code:java}
$ git checkout support/1.15
$ cd docker
$ docker build .
{code}
And then start the locator in the container:
{code:java}
$ docker run -ti c70ba6627cde
    _________________________     __
   / _____/ ______/ ______/ /____/ /
  / /  __/ /___  /_____  / _____  / 
 / /__/ / ____/  _____/ / /    / /  
/______/_/      /______/_/    /_/    1.15.2Monitor and Manage Apache Geode
gfsh>start locator{code}
it fails to find librt.so:
{code:java}
Starting a Geode Locator in /vanish-victorious-sun...
.got error t: Unable to load library 'rt':
librt.so: cannot open shared object file: No such file or directory
librt.so: cannot open shared object file: No such file or directory
Native library (linux-x86-64/librt.so) not found in resource path 
([file:/geode/lib/gfsh-dependencies.jar, file:/geode/extensions/*])
java.lang.UnsatisfiedLinkError: Unable to load library 'rt':
librt.so: cannot open shared object file: No such file or directory
librt.so: cannot open shared object file: No such file or directory
Native library (linux-x86-64/librt.so) not found in resource path 
([file:/geode/lib/gfsh-dependencies.jar, file:/geode/extensions/*])
    at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:301)
    at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:461)
    at com.sun.jna.Native.register(Native.java:1774)
    at com.sun.jna.Native.register(Native.java:1493)
    at 
org.apache.geode.internal.shared.NativeCallsJNAImpl$LinuxNativeCalls$StatFS64.<clinit>(NativeCallsJNAImpl.java:450)
    at 
org.apache.geode.internal.shared.NativeCallsJNAImpl$LinuxNativeCalls.<clinit>(NativeCallsJNAImpl.java:297)
    at 
org.apache.geode.internal.shared.NativeCallsJNAImpl.getImplInstance(NativeCallsJNAImpl.java:72)
    at 
org.apache.geode.internal.shared.NativeCallsJNAImpl.<clinit>(NativeCallsJNAImpl.java:68)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at 
org.apache.geode.internal.shared.NativeCalls.<clinit>(NativeCalls.java:49)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at 
org.apache.geode.internal.process.ProcessUtils.initializeInternalProcessUtils(ProcessUtils.java:173)
    at 
org.apache.geode.internal.process.ProcessUtils.<clinit>(ProcessUtils.java:39)
    at 
org.apache.geode.distributed.LocatorLauncher.statusWithWorkingDirectory(LocatorLauncher.java:1084)
    at 
org.apache.geode.distributed.LocatorLauncher.status(LocatorLauncher.java:1019)
    at 
org.apache.geode.distributed.LocatorLauncher$LocatorState.fromDirectory(LocatorLauncher.java:2164)
    at 
org.apache.geode.management.internal.cli.commands.StartLocatorCommand.doStartLocator(StartLocatorCommand.java:267)
    at 
org.apache.geode.management.internal.cli.commands.StartLocatorCommand.startLocator(StartLocatorCommand.java:134)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at 
org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:282)
    at 
org.apache.geode.management.internal.cli.remote.CommandExecutor.callInvokeMethod(CommandExecutor.java:151)
    at 
org.apache.geode.management.internal.cli.remote.CommandExecutor.invokeCommand(CommandExecutor.java:161)
    at 
org.apache.geode.management.internal.cli.remote.CommandExecutor.execute(CommandExecutor.java:88)
    at 
org.apache.geode.management.internal.cli.remote.CommandExecutor.execute(CommandExecutor.java:71)
    at 
org.apache.geode.management.internal.cli.shell.GfshExecutionStrategy.execute(GfshExecutionStrategy.java:78)
    at 
org.springframework.shell.core.AbstractShell.executeCommand(AbstractShell.java:134)
    at 
org.apache.geode.management.internal.cli.shell.Gfsh.executeCommand(Gfsh.java:592)
    at 
org.apache.geode.management.internal.cli.shell.Gfsh.promptLoop(Gfsh.java:1046)
    at org.springframework.shell.core.JLineShell.run(JLineShell.java:179)
    at java.lang.Thread.run(Thread.java:750)
    Suppressed: java.lang.UnsatisfiedLinkError: librt.so: cannot open shared 
object file: No such file or directory
        at com.sun.jna.Native.open(Native Method)
        at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:191)
        ... 34 more
    Suppressed: java.lang.UnsatisfiedLinkError: librt.so: cannot open shared 
object file: No such file or directory
        at com.sun.jna.Native.open(Native Method)
        at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:204)
        ... 34 more
    Suppressed: java.io.IOException: Native library (linux-x86-64/librt.so) not 
found in resource path ([file:/geode/lib/gfsh-dependencies.jar, 
file:/geode/extensions/*])
        at com.sun.jna.Native.extractFromResourcePath(Native.java:1145)
        at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:275)
        ... 34 more
....
Locator in /vanish-victorious-sun on cd0c94d30775[10334] as 
vanish-victorious-sun is currently online.
Process ID: 57
Uptime: 7 seconds
Geode Version: 1.15.2
Java Version: 1.8.0_462
Log File: /vanish-victorious-sun/vanish-victorious-sun.log
JVM Arguments: -Dgemfire.enable-cluster-configuration=true 
-Dgemfire.load-cluster-configuration-from-dir=false 
-Dgemfire.launcher.registerSignalHandlers=true -Djava.awt.headless=true 
-Dsun.rmi.dgc.server.gcInterval=9223372036854775806
Class-Path: 
/geode/lib/geode-core-1.15.2.jar:/geode/lib/geode-server-all-1.15.2.jarSuccessfully
 connected to: JMX Manager [host=cd0c94d30775, port=1099]Cluster configuration 
service is up and running. {code}
I'm not sure this is a problem: the logs do end in "is currently online"

 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to