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

Jenkins JIRA | Johan Cronje | 3 years ago
  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
  3. 0

    JMeter + Dummy Sampler executed from ant causing SampleResult.setConnectTime error

    Google Groups | 11 months ago | Unknown author
    java.lang.NoSuchMethodError: org.apache.jmeter.samplers.SampleResult.setConnectTime(J)V
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    Arquillian with Wildfly

    Stack Overflow | 6 months ago | xaepe
    java.lang.NoSuchMethodError: org.jboss.arquillian.test.spi.TestResult.setEnd(J)V
  6. 0

    inputFile problem

    Icesoft | 6 years ago | narendrakumar.varanasi
    java.lang.NoSuchMethodError: org.apache.commons.fileupload.servlet.ServletFileUpload.setFileSizeMax(J)V

    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    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