java.io.IOException

Remote call on sdel64-04 failed

Samebug tips1

When installing an APK, it automatically extracts the libraries of the right arch type and has them available for System.loadLibrary. But, if you're trying to load a non-standard library, the installer won't know your app has 32bit native code.


rafaelrafael

Don't give up yet. Our experts can help. Paste your full stack trace to get a solution.

Solutions on the web2180

  • via GitHub by richrarobi
    ,
  • via GitHub by guy38370
    ,
  • Stack trace

    • java.io.IOException: Remote call on sdel64-04 failed at hudson.remoting.Channel.call(Channel.java:748) at com.cloudbees.jenkins.plugins.sshagent.jna.JNRRemoteAgentFactory.start(JNRRemoteAgentFactory.java:61) at com.cloudbees.jenkins.plugins.sshagent.SSHAgentBuildWrapper$SSHAgentEnvironment.<init>(SSHAgentBuildWrapper.java:203) at com.cloudbees.jenkins.plugins.sshagent.SSHAgentBuildWrapper.createSSHAgentEnvironment(SSHAgentBuildWrapper.java:119) at com.cloudbees.jenkins.plugins.sshagent.SSHAgentBuildWrapper.preCheckout(SSHAgentBuildWrapper.java:89) at jenkins.scm.SCMCheckoutStrategy.preCheckout(SCMCheckoutStrategy.java:76) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) at hudson.model.Run.execute(Run.java:1732) at hudson.matrix.MatrixRun.run(MatrixRun.java:146) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:234) Caused by: java.lang.ExceptionInInitializerError at jnr.ffi.FFIProvider.getSystemProvider(FFIProvider.java:33) at jnr.ffi.Runtime$SingletonHolder.<clinit>(Runtime.java:37) at jnr.ffi.Runtime.getSystemRuntime(Runtime.java:32) at jnr.unixsocket.SockAddrUnix.<init>(SockAddrUnix.java:34) at jnr.unixsocket.SockAddrUnix$DefaultSockAddrUnix.<init>(SockAddrUnix.java:128) at jnr.unixsocket.SockAddrUnix.create(SockAddrUnix.java:99) at jnr.unixsocket.UnixSocketAddress.<init>(UnixSocketAddress.java:32) at com.cloudbees.jenkins.plugins.sshagent.jna.AgentServer.start(AgentServer.java:66) at com.cloudbees.jenkins.plugins.sshagent.jna.JNRRemoteAgent.<init>(JNRRemoteAgent.java:64) at com.cloudbees.jenkins.plugins.sshagent.jna.JNRRemoteAgentStarter.call(JNRRemoteAgentStarter.java:54) at com.cloudbees.jenkins.plugins.sshagent.jna.JNRRemoteAgentStarter.call(JNRRemoteAgentStarter.java:35) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:328) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.RuntimeException: Could not load FFI provider jnr.ffi.provider.jffi.Provider at jnr.ffi.FFIProvider$SystemProviderSingletonHolder.getInstance(FFIProvider.java:78) at jnr.ffi.FFIProvider$SystemProviderSingletonHolder.<clinit>(FFIProvider.java:64) ... 20 more Caused by: java.lang.UnsatisfiedLinkError: could not get native definition for type: POINTER at com.kenai.jffi.Type$InvalidLookupTable.find(Type.java:284) at com.kenai.jffi.Type$BuiltinTypeInfo.find(Type.java:319) at com.kenai.jffi.Type$Builtin.size(Type.java:216) at jnr.ffi.provider.jffi.NativeRuntime$TypeDelegate.size(NativeRuntime.java:153) at jnr.ffi.provider.AbstractRuntime.<init>(AbstractRuntime.java:48) at jnr.ffi.provider.jffi.NativeRuntime.<init>(NativeRuntime.java:55) at jnr.ffi.provider.jffi.NativeRuntime.<init>(NativeRuntime.java:39) at jnr.ffi.provider.jffi.NativeRuntime$SingletonHolder.<clinit>(NativeRuntime.java:51) at jnr.ffi.provider.jffi.NativeRuntime.getInstance(NativeRuntime.java:47) at jnr.ffi.provider.jffi.Provider.<init>(Provider.java:31) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at java.lang.Class.newInstance0(Unknown Source) at java.lang.Class.newInstance(Unknown Source) at jnr.ffi.FFIProvider$SystemProviderSingletonHolder.getInstance(FFIProvider.java:75) ... 21 more Caused by: java.lang.UnsatisfiedLinkError at com.kenai.jffi.Foreign.newLoadError(Foreign.java:72) at com.kenai.jffi.Foreign.access$300(Foreign.java:42) at com.kenai.jffi.Foreign$InValidInstanceHolder.getForeign(Foreign.java:98) at com.kenai.jffi.Foreign.getInstance(Foreign.java:103) at com.kenai.jffi.Type$BuiltinTypeInfo.<clinit>(Type.java:311) ... 36 more Caused by: java.lang.UnsatisfiedLinkError: /tmp/jffi2875207986459393739.tmp: /lib64/tls/libc.so.6: version `GLIBC_2.4' not found (required by /tmp/jffi2875207986459393739.tmp) at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(Unknown Source) at java.lang.ClassLoader.loadLibrary(Unknown Source) at java.lang.Runtime.load0(Unknown Source) at java.lang.System.load(Unknown Source) at com.kenai.jffi.internal.StubLoader.loadFromJar(StubLoader.java:320) at com.kenai.jffi.internal.StubLoader.load(StubLoader.java:235) at com.kenai.jffi.internal.StubLoader.<clinit>(StubLoader.java:395) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at com.kenai.jffi.Init.load(Init.java:68) at com.kenai.jffi.Foreign$InstanceHolder.getInstanceHolder(Foreign.java:49) at com.kenai.jffi.Foreign$InstanceHolder.<clinit>(Foreign.java:45) ... 38 more

    Write tip

    You have a different solution? A short tip here would help you and many other users who saw this issue last week.

    Users with the same issue

    Unknown visitor
    Unknown visitor2 times, last one
    Unknown visitor
    Unknown visitorOnce,
    Unknown visitor
    Unknown visitorOnce,
    Unknown visitor
    Unknown visitorOnce,
    chocochechocoche
    Once,
    83 more bugmates