Closed Bug 949441 Opened 11 years ago Closed 11 years ago

Access an Ubuntu VM to investigate an intermittent TBPL marionette test failure

Categories

(Infrastructure & Operations Graveyard :: CIDuty, task)

x86_64
Windows 7
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: rwood, Unassigned)

References

Details

There is a marionette unit test that is failing intermittently on TBPL (Firefox desktop). See Bug 925688 for more information about which VMs the failure is happening on. This is the most recent Ubuntu VM where the failure happened as/of this moment:

https://tbpl.mozilla.org/php/getParsedLog.php?id=31764206&tree=Mozilla-Inbound
Ubuntu VM 12.04 mozilla-inbound debug test marionette on 2013-12-10 13:33:32
revision: 74089d56dcdf
slave: tst-linux32-ec2-332

Can I please have access to one of the Ubuntu VM's where the failure is happening, so I can try to reproduce it and investigate it further? Thanks!
Depends on: 949489
tst-linux32-ec2-rwood.test.releng.use1.mozilla.com is ready for you, e-mail sent with details. Please unassign yourself from this when you're done with it. Good luck!
Assignee: nobody → rwood
Thanks Ben. This may be a silly question but I've never used one of these particular VMs before. Does it matter where I download the build/tests to try them out? I see in the TBPL log for the failure, on the slave it used /builds/slave/test. Can I go ahead and work there? I'm not going to mess anything up on this VM am I? Thanks!
Flags: needinfo?(bhearsum)
(In reply to Robert J. Wood [:rwood] from comment #2)
> Thanks Ben. This may be a silly question but I've never used one of these
> particular VMs before. Does it matter where I download the build/tests to
> try them out? I see in the TBPL log for the failure, on the slave it used
> /builds/slave/test. Can I go ahead and work there? I'm not going to mess
> anything up on this VM am I? Thanks!

You can run them out of anywhere you'd like, but I'd recommend sticking as close to what the jobs on TBPL do as possible. You have no chance of breaking anything here -- this VM is dedicated to you! When you're done with it we'll delete it. Go nuts :)
Flags: needinfo?(bhearsum)
Ok awesome :) thanks!
I'm still trying to setup the test environment to try to reproduce the failure. I'm trying to run the setup for marionette, which requires setup-tools, but I don't have sudo permissions to install that package.

[cltbld@tst-linux32-ec2-rwood.test.releng.use1.mozilla.com marionette]$ sudo apt-get install setup-tools
[sudo] password for cltbld:
Sorry, user cltbld is not allowed to execute '/usr/bin/apt-get install setup-tools' as root on tst-linux32-ec2-rwood.test.releng.use1.mozilla.com.

Can you please give user 'cltbld' root/sudo access on the VM? Thanks!
Flags: needinfo?(bhearsum)
you should be able to `su -` or login as root with the same password as for cltbld on this loaner. sudo itself is indeed blocked
Awesome thanks Justin
Rob, I think you're set now. But as I said in the kitchen this morning, ping me if you want some in-person support.
Flags: needinfo?(bhearsum)
I'm finished with the VM, thanks!
Assignee: rwood → nobody
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Component: Loan Requests → Buildduty
Product: Release Engineering → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.