java.lang.NoSuchMethodError: jcifs.smb.SmbFileInputStream.setTimeout(J)V

Jenkins JIRA | Johan Cronje | 3 years ago
tip
Do you know that we can give you better hits? Get more relevant results from Samebug’s stack trace search.
  1. 0

    When we upgraded from 1.545 to 1.549, we found that we could no longer launch our Windows slaves using the 'DCOM' method. Unfortunately we cannot use JNLP because these are libvirt slaves, and choosing JNLP causes the instances to not even start up (due to issues like JENKINS-8004). What is happening is this: # libvirt starts the slave # Jenkins logs in to the slave # It then tries to query the Java version #* ... and it all goes pear-shaped from here. The stack trace is: {noformat}Error while launching <instance> on Hypervisor qemu+ssh://root@node2:22/system?no_verify=1&no_tty=1. java.lang.NoSuchMethodError: jcifs.smb.SmbFileInputStream.setTimeout(J)V at org.jvnet.hudson.remcom.WindowsRemoteProcessLauncher.openForRead(WindowsRemoteProcessLauncher.java:282) at org.jvnet.hudson.remcom.WindowsRemoteProcessLauncher.launch(WindowsRemoteProcessLauncher.java:140) at hudson.os.windows.ManagedWindowsServiceLauncher.launch(ManagedWindowsServiceLauncher.java:233) at hudson.plugins.libvirt.VirtualMachineLauncher.launch(VirtualMachineLauncher.java:136) at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:228) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744){noformat} So it seems as though the jcifs used is maybe the wrong version (I see that it was patched some time in 2011 to include the 'setTimeout' function). Maybe it was reverted/removed? What could be the cause of this?

    Jenkins JIRA | 3 years ago | Johan Cronje
    java.lang.NoSuchMethodError: jcifs.smb.SmbFileInputStream.setTimeout(J)V
  2. 0

    When we upgraded from 1.545 to 1.549, we found that we could no longer launch our Windows slaves using the 'DCOM' method. Unfortunately we cannot use JNLP because these are libvirt slaves, and choosing JNLP causes the instances to not even start up (due to issues like JENKINS-8004). What is happening is this: # libvirt starts the slave # Jenkins logs in to the slave # It then tries to query the Java version #* ... and it all goes pear-shaped from here. The stack trace is: {noformat}Error while launching <instance> on Hypervisor qemu+ssh://root@node2:22/system?no_verify=1&no_tty=1. java.lang.NoSuchMethodError: jcifs.smb.SmbFileInputStream.setTimeout(J)V at org.jvnet.hudson.remcom.WindowsRemoteProcessLauncher.openForRead(WindowsRemoteProcessLauncher.java:282) at org.jvnet.hudson.remcom.WindowsRemoteProcessLauncher.launch(WindowsRemoteProcessLauncher.java:140) at hudson.os.windows.ManagedWindowsServiceLauncher.launch(ManagedWindowsServiceLauncher.java:233) at hudson.plugins.libvirt.VirtualMachineLauncher.launch(VirtualMachineLauncher.java:136) at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:228) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744){noformat} So it seems as though the jcifs used is maybe the wrong version (I see that it was patched some time in 2011 to include the 'setTimeout' function). Maybe it was reverted/removed? What could be the cause of this?

    Jenkins JIRA | 3 years ago | Johan Cronje
    java.lang.NoSuchMethodError: jcifs.smb.SmbFileInputStream.setTimeout(J)V

    Root Cause Analysis

    1. java.lang.NoSuchMethodError

      jcifs.smb.SmbFileInputStream.setTimeout(J)V

      at org.jvnet.hudson.remcom.WindowsRemoteProcessLauncher.openForRead()
    2. org.jvnet.hudson
      WindowsRemoteProcessLauncher.launch
      1. org.jvnet.hudson.remcom.WindowsRemoteProcessLauncher.openForRead(WindowsRemoteProcessLauncher.java:282)
      2. org.jvnet.hudson.remcom.WindowsRemoteProcessLauncher.launch(WindowsRemoteProcessLauncher.java:140)
      2 frames
    3. hudson.os.windows
      ManagedWindowsServiceLauncher.launch
      1. hudson.os.windows.ManagedWindowsServiceLauncher.launch(ManagedWindowsServiceLauncher.java:233)
      1 frame
    4. hudson.plugins.libvirt
      VirtualMachineLauncher.launch
      1. hudson.plugins.libvirt.VirtualMachineLauncher.launch(VirtualMachineLauncher.java:136)
      1 frame
    5. Hudson
      SlaveComputer$1.call
      1. hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:228)
      1 frame
    6. Java RT
      ThreadPoolExecutor$Worker.run
      1. java.util.concurrent.FutureTask.run(FutureTask.java:262)
      2. java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
      3. java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
      3 frames