bzr-hudson fails on slave nodes

Bug #323775 reported by Andy Molloy
4
Affects Status Importance Assigned to Milestone
bzr-hudson
Fix Released
High
Guillermo Gonzalez

Bug Description

bzr-hudson (revno 10 in trunk) fails while trying to perform the initial check out when building on a slave node launched via ssh. Unfortunately, I am currently unable to test this on slaves launched with any of the other methods.

log:

started
Building remotely on localhost-ssh
running checkout from: bzr+ssh://url-elided to: /home/amolloy/.hudson_root/workspace/Test
FATAL: remote file operation failed
hudson.util.IOException2: remote file operation failed
 at hudson.FilePath.act(FilePath.java:385)
 at hudson.plugins.bazaar.BazaarSCM.checkout(BazaarSCM.java:138)
 at hudson.model.AbstractProject.checkout(AbstractProject.java:693)
 at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:266)
 at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:239)
 at hudson.model.Run.run(Run.java:842)
 at hudson.model.Build.run(Build.java:88)
 at hudson.model.ResourceController.execute(ResourceController.java:70)
 at hudson.model.Executor.run(Executor.java:90)
Caused by: java.io.IOException: Remote call failed
 at hudson.remoting.Channel.call(Channel.java:462)
 at hudson.FilePath.act(FilePath.java:382)
 ... 8 more
Caused by: java.lang.NoClassDefFoundError: Could not initialize class hudson.plugins.bazaar.BazaarSCM
 at hudson.plugins.bazaar.tasks.BazaarTask.getClient(BazaarTask.java:54)
 at hudson.plugins.bazaar.tasks.BazaarTask.invoke(BazaarTask.java:40)
 at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1229)
 at hudson.remoting.UserRequest.perform(UserRequest.java:69)
 at hudson.remoting.UserRequest.perform(UserRequest.java:23)
 at hudson.remoting.Request$2.run(Request.java:213)
 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
 at java.util.concurrent.FutureTask.run(FutureTask.java:138)
 at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
 at java.lang.Thread.run(Thread.java:619)

I have tried this with the slave running on two different systems (one is the same system running the master):

System 1, Linux RoundRock 2.6.28.2-custom #5 Fri Jan 30 08:56:31 MST 2009 i686 GNU/Linux

System Properties
Name ↓ Value
file.encoding UTF-8
file.encoding.pkg sun.io
file.separator /
java.awt.graphicsenv sun.awt.X11GraphicsEnvironment
java.awt.printerjob sun.print.PSPrinterJob
java.class.path slave.jar
java.class.version 50.0
java.endorsed.dirs /usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/endorsed
java.ext.dirs /usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/ext:/usr/java/packages/lib/ext
java.home /usr/lib/jvm/java-6-sun-1.6.0.10/jre
java.io.tmpdir /tmp
java.library.path /usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/i386/client:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/i386:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
java.runtime.name Java(TM) SE Runtime Environment
java.runtime.version 1.6.0_10-b33
java.specification.name Java Platform API Specification
java.specification.vendor Sun Microsystems Inc.
java.specification.version 1.6
java.vendor Sun Microsystems Inc.
java.vendor.url http://java.sun.com/
java.vendor.url.bug http://java.sun.com/cgi-bin/bugreport.cgi
java.version 1.6.0_10
java.vm.info mixed mode, sharing
java.vm.name Java HotSpot(TM) Client VM
java.vm.specification.name Java Virtual Machine Specification
java.vm.specification.vendor Sun Microsystems Inc.
java.vm.specification.version 1.0
java.vm.vendor Sun Microsystems Inc.
java.vm.version 11.0-b15
line.separator
os.arch i386
os.name Linux
os.version 2.6.28.2-custom
path.separator :
sun.arch.data.model 32
sun.boot.class.path /usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/resources.jar:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/rt.jar:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/jsse.jar:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/jce.jar:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/charsets.jar:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/classes
sun.boot.library.path /usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/i386
sun.cpu.endian little
sun.cpu.isalist
sun.io.unicode.encoding UnicodeLittle
sun.java.launcher SUN_STANDARD
sun.jnu.encoding UTF-8
sun.management.compiler HotSpot Client Compiler
sun.os.patch.level unknown
user.country US
user.dir /home/amolloy/.hudson_root
user.home /home/amolloy
user.language en
user.name amolloy
user.timezone
Environment Variables
Name ↓ Value
_ /usr/bin/java
HOME /home/amolloy
LANG en_US.UTF-8
LD_LIBRARY_PATH /usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/i386/client:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/i386:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/../lib/i386
LOGNAME amolloy
MAIL /var/mail/amolloy
NLSPATH /usr/dt/lib/nls/msg/%L/%N.cat
OLDPWD /home/amolloy
PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
PWD /home/amolloy/.hudson_root
SHELL /bin/bash
SHLVL 1
SSH_CLIENT 127.0.0.1 42333 22
SSH_CONNECTION 127.0.0.1 42333 127.0.0.1 22
USER amolloy
XDG_SESSION_COOKIE 6497547bbdcd3d24e9a20d0047bec3b9-1233421177.77911-1715436888
XFILESEARCHPATH /usr/dt/app-defaults/%L/Dt

System 2, Darwin El-Monte.local 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24 17:37:00 PST 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386

System Properties
Name ↓ Value
awt.nativeDoubleBuffering true
awt.toolkit apple.awt.CToolkit
file.encoding MacRoman
file.encoding.pkg sun.io
file.separator /
ftp.nonProxyHosts local|*.local|169.254/16|*.169.254/16
gopherProxySet false
http.nonProxyHosts local|*.local|169.254/16|*.169.254/16
java.awt.graphicsenv apple.awt.CGraphicsEnvironment
java.awt.printerjob apple.awt.CPrinterJob
java.class.path slave.jar
java.class.version 49.0
java.endorsed.dirs /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/lib/endorsed
java.ext.dirs /Library/Java/Extensions:/System/Library/Java/Extensions:/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/lib/ext
java.home /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home
java.io.tmpdir /tmp
java.library.path .:/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java
java.runtime.name Java(TM) 2 Runtime Environment, Standard Edition
java.runtime.version 1.5.0_16-b06-284
java.specification.name Java Platform API Specification
java.specification.vendor Sun Microsystems Inc.
java.specification.version 1.5
java.vendor Apple Inc.
java.vendor.url http://www.apple.com/
java.vendor.url.bug http://bugreport.apple.com/
java.version 1.5.0_16
java.vm.info mixed mode, sharing
java.vm.name Java HotSpot(TM) Client VM
java.vm.specification.name Java Virtual Machine Specification
java.vm.specification.vendor Sun Microsystems Inc.
java.vm.specification.version 1.0
java.vm.vendor Apple Inc.
java.vm.version 1.5.0_16-133
line.separator
mrj.version 1050.1.5.0_16-284
os.arch i386
os.name Mac OS X
os.version 10.5.6
path.separator :
socksNonProxyHosts local|*.local|169.254/16|*.169.254/16
sun.arch.data.model 32
sun.boot.class.path /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Classes/classes.jar:/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Classes/ui.jar:/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Classes/laf.jar:/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Classes/sunrsasign.jar:/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Classes/jsse.jar:/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Classes/jce.jar:/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Classes/charsets.jar
sun.boot.library.path /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries
sun.cpu.endian little
sun.cpu.isalist
sun.io.unicode.encoding UnicodeLittle
sun.java.launcher SUN_STANDARD
sun.jnu.encoding MacRoman
sun.management.compiler HotSpot Client Compiler
sun.os.patch.level unknown
user.country US
user.dir /Users/amolloy/.hudson-root
user.home /Users/amolloy
user.language en
user.name amolloy
user.timezone
Environment Variables
Name ↓ Value
_ /usr/bin/java
__CF_USER_TEXT_ENCODING 0x1F5:0:0
HOME /Users/amolloy
JAVA_ARCH i386
JAVA_MAIN_CLASS_12176 hudson.remoting.Launcher
LOGNAME amolloy
MAIL /var/mail/amolloy
OLDPWD /Users/amolloy
PATH /usr/bin:/bin:/usr/sbin:/sbin
PWD /Users/amolloy/.hudson-root
SHELL /bin/bash
SHLVL 1
SSH_CLIENT 10.0.1.4 59172 22
SSH_CONNECTION 10.0.1.4 59172 10.0.1.254 22
USER amolloy

Please let me know if any other information would be helpful to you and I would be glad to provide what I can.

Revision history for this message
Guillermo Gonzalez (verterok) wrote :

Hi Andy,
Thanks for reporting this.
I never tested the plugin in a master/slave setup, so if you find other issues, please file more bugs :)
I'll setup a master/slave config and fix this asap.

Regards,

Changed in bzr-hudson:
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Guillermo Gonzalez (verterok) wrote :

Hi again :)
Looks like that the slave don't have the bazaar plugin installed. is that the case?

Revision history for this message
Andy Molloy (amolloy) wrote : Re: [Bug 323775] Re: bzr-hudson fails on slave nodes
Download full text (10.2 KiB)

Hi! Thanks for looking into this.
I'm honestly a little new to Hudson, and I'll admit it is entirely possible
that this "bug" is really user error. That said, I'm not entirely sure what
it means to have the plugin installed on the slave, and I am not aware of
how to do it. My understanding of how plugins interact with the slave daemon
is pretty weak, though, so it's entirely likely that I am missing something.

I'll go ahead and mention that I DO have the xmloutput bzr plugin installed
on the slave.

Thanks again for the help!

On Mon, Feb 2, 2009 at 10:41 AM, Guillermo Gonzalez <
<email address hidden> <guillo.gonzo%<email address hidden>>> wrote:

> Hi again :)
> Looks like that the slave don't have the bazaar plugin installed. is that
> the case?
>
> --
> bzr-hudson fails on slave nodes
> https://bugs.launchpad.net/bugs/323775
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Bazaar plugin for Hudson: Triaged
>
> Bug description:
> bzr-hudson (revno 10 in trunk) fails while trying to perform the initial
> check out when building on a slave node launched via ssh. Unfortunately, I
> am currently unable to test this on slaves launched with any of the other
> methods.
>
> log:
>
> started
> Building remotely on localhost-ssh
> running checkout from: bzr+ssh://url-elided to:
> /home/amolloy/.hudson_root/workspace/Test
> FATAL: remote file operation failed
> hudson.util.IOException2: remote file operation failed
> at hudson.FilePath.act(FilePath.java:385)
> at hudson.plugins.bazaar.BazaarSCM.checkout(BazaarSCM.java:138)
> at hudson.model.AbstractProject.checkout(AbstractProject.java:693)
> at
> hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:266)
> at
> hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:239)
> at hudson.model.Run.run(Run.java:842)
> at hudson.model.Build.run(Build.java:88)
> at
> hudson.model.ResourceController.execute(ResourceController.java:70)
> at hudson.model.Executor.run(Executor.java:90)
> Caused by: java.io.IOException: Remote call failed
> at hudson.remoting.Channel.call(Channel.java:462)
> at hudson.FilePath.act(FilePath.java:382)
> ... 8 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class
> hudson.plugins.bazaar.BazaarSCM
> at
> hudson.plugins.bazaar.tasks.BazaarTask.getClient(BazaarTask.java:54)
> at hudson.plugins.bazaar.tasks.BazaarTask.invoke(BazaarTask.java:40)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1229)
> at hudson.remoting.UserRequest.perform(UserRequest.java:69)
> at hudson.remoting.UserRequest.perform(UserRequest.java:23)
> at hudson.remoting.Request$2.run(Request.java:213)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
> at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Work...

Revision history for this message
Guillermo Gonzalez (verterok) wrote :

Hi

On Tue, Feb 3, 2009 at 12:39 AM, Andy Molloy <email address hidden> wrote:
> Hi! Thanks for looking into this.

No problem :-)

> I'm honestly a little new to Hudson, and I'll admit it is entirely possible
> that this "bug" is really user error. That said, I'm not entirely sure what
> it means to have the plugin installed on the slave, and I am not aware of
> how to do it. My understanding of how plugins interact with the slave daemon
> is pretty weak, though, so it's entirely likely that I am missing something.
>
Me too, I never used (or even played) with a master/slave config.

> I'll go ahead and mention that I DO have the xmloutput bzr plugin installed
> on the slave.

Ok, that are good news.

Do you have the bzr-hudson plugin in the slave node?

>
> Thanks again for the help!

np, glad to help trying to solve this :)

[snip]

The exception below is what lead me to think that bzr-hudson must be
installed in the slave.
Maybe that's not the way a scm plugin is expected to work, I'll ask to
the hudson developers about this.
I'll try to setup such environment during the week and debug this.

>> Caused by: java.lang.NoClassDefFoundError: Could not initialize class
>> hudson.plugins.bazaar.BazaarSCM
>> at
>> hudson.plugins.bazaar.tasks.BazaarTask.getClient(BazaarTask.java:54)
>> at hudson.plugins.bazaar.tasks.BazaarTask.invoke(BazaarTask.java:40)
>> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1229)

Regards,

--
Guillermo Gonzalez
<http://launchpad.net/~verterok>

>
> --
> bzr-hudson fails on slave nodes
> https://bugs.launchpad.net/bugs/323775
> You received this bug notification because you are the registrant for
> bzr-hudson.
>

Revision history for this message
Andy Molloy (amolloy) wrote :

>
> Do you have the bzr-hudson plugin in the slave node?
>

I know of no way to install a hudson plugin on its slave nodes, but as I
mentioned before, I'm new to hudson so I may be missing something. I've
googled around a bit, though, and come up with nothing. It seems to me that
the hudson master orchestrates everything, including dealing with getting
plugin code to the slave.

> The exception below is what lead me to think that bzr-hudson must be
> installed in the slave.
>

That's my reading of the exception, as well. Unfortunately, that doesn't fit
in with my (admittedly limited) understanding of how the hudson slaves work.

> Maybe that's not the way a scm plugin is expected to work, I'll ask to
> the hudson developers about this.
> I'll try to setup such environment during the week and debug this.
>

Thanks!

Revision history for this message
Guillermo Gonzalez (verterok) wrote :

Hi Andy
Thanks for looking that.
I'll be working on this in order to make it work with slaves.

Thanks!

--
Guillermo Gonzalez
<http://launchpad.net/~verterok>

On Thu, Feb 5, 2009 at 7:33 PM, Andy Molloy <email address hidden> wrote:
>>
>> Do you have the bzr-hudson plugin in the slave node?
>>
>
> I know of no way to install a hudson plugin on its slave nodes, but as I
> mentioned before, I'm new to hudson so I may be missing something. I've
> googled around a bit, though, and come up with nothing. It seems to me that
> the hudson master orchestrates everything, including dealing with getting
> plugin code to the slave.
>
>
>> The exception below is what lead me to think that bzr-hudson must be
>> installed in the slave.
>>
>
> That's my reading of the exception, as well. Unfortunately, that doesn't fit
> in with my (admittedly limited) understanding of how the hudson slaves work.
>
>
>> Maybe that's not the way a scm plugin is expected to work, I'll ask to
>> the hudson developers about this.
>> I'll try to setup such environment during the week and debug this.
>>
>
> Thanks!
>
> --
> bzr-hudson fails on slave nodes
> https://bugs.launchpad.net/bugs/323775
> You received this bug notification because you are the registrant for
> bzr-hudson.
>

Changed in bzr-hudson:
assignee: nobody → verterok
importance: Medium → High
status: Triaged → In Progress
Revision history for this message
Guillermo Gonzalez (verterok) wrote :

I'm not working on this ATM due of time constraints.

Changed in bzr-hudson:
assignee: Guillermo Gonzalez (verterok) → nobody
status: In Progress → Confirmed
Changed in bzr-hudson:
assignee: nobody → Guillermo Gonzalez (verterok)
status: Confirmed → Fix Committed
Changed in bzr-hudson:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.