Closed Bug 1117811 Opened 9 years ago Closed 9 years ago

Give pkewisch a master to test a buildbotcustom patch

Categories

(Infrastructure & Operations Graveyard :: CIDuty, task)

x86
macOS
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Fallen, Assigned: Fallen)

References

Details

I need a master and a mac/linux/windows slave attached to it to work on the mozmill part of bug 1083374 for Thunderbird.

* I have access to dev-master1 per <https://hg.mozilla.org/build/puppet/file/production/manifests/moco-nodes.pp#l237>, but Sylvestre is currently using the master and still needs it.

* I don't need access to the slaves, as long as they are allocated to the master.

* I have access to Mozilla VPN, but using ssh I can't seem to reach dev-master1.srv.releng.scl3.mozilla.com. Might be a configuration issue on my side, but in case extra ldap bits are needed the account I am using is pkewisch@mozilla.com.

* In case configuring the master is part of what you usually do when setting this up, I need the same configuration as comm-central nightly builds, but with my own buildbotcustom repository.
Any updates here? Should I have filed this in Releng :: Loan Requests?
Component: Other → Loan Requests
QA Contact: pmoore → coop
We did an LDAP access purge back in December, so I'll check whether the relevant bits are still there.

I can get a basic test master setup for you on dev-master1, but beyond that, it will be up to you.
(In reply to Chris Cooper [:coop] from comment #2) 
> I can get a basic test master setup for you on dev-master1, but beyond that,
> it will be up to you.

Before I go too far down this road, I notice that sm-fallen-test exists but isn't actually enabled in slavealloc. Are you sure Sylvestre is actually using it?
(In reply to Chris Cooper [:coop] from comment #2)
> We did an LDAP access purge back in December, so I'll check whether the
> relevant bits are still there.

I've added you back into the list of allowed LDAP accounts using your mozilla account from comment #0.
(In reply to Chris Cooper [:coop] from comment #3)
> (In reply to Chris Cooper [:coop] from comment #2) 
> > I can get a basic test master setup for you on dev-master1, but beyond that,
> > it will be up to you.
> 
> Before I go too far down this road, I notice that sm-fallen-test exists but
> isn't actually enabled in slavealloc. Are you sure Sylvestre is actually
> using it?

Is sm-fallen-test a master? Sorry I am not quite sure of the terminology. All I know about Sylvestre using the master is the login added at <https://hg.mozilla.org/build/puppet/file/production/manifests/moco-nodes.pp#l237> and me asking him if he is still using the master prior to filing this bug.

I have used masters on multiple occasions, the last one I used was migrated to dev-master1 while I was using it. Maybe sm-fallen-test is from longer ago?
(In reply to Philipp Kewisch [:Fallen] from comment #5) 
> Is sm-fallen-test a master? Sorry I am not quite sure of the terminology.
> All I know about Sylvestre using the master is the login added at
> <https://hg.mozilla.org/build/puppet/file/production/manifests/moco-nodes.
> pp#l237> and me asking him if he is still using the master prior to filing
> this bug.
> 
> I have used masters on multiple occasions, the last one I used was migrated
> to dev-master1 while I was using it. Maybe sm-fallen-test is from longer ago?

Sorry, I'm assuming too much here.

You have 2 masters setup, but neither are actually enabled in slavealloc. Slavealloc is the tool which allows us to assign slaves to masters, so if your masters aren't enabled, it's unlikely they have any slaves attached. Here are links to your two masters:

sm-fallen-build - http://dev-master1.srv.releng.scl3.mozilla.com:8950/

sm-fallen-test  - http://dev-master1.srv.releng.scl3.mozilla.com:8951/
 
The build master is currently running, while the test master is not. I've verified in slavealloc that no slaves are currently *supposed* to be attached to either master.

Was Sylvestre using the build or the test master? If he's not using the test master, can you re-use that one here?
I don't know about that, but given the test master is not running, I guess that one is not being used. The patch I am testing is about running mozmill Thunderbird tests and I am not sure if just a tests master is enough for this. It might work though, I can give it a try once I get a go from Sylvestre.

I tried to ssh in to dev-master1 and while I can now reach the ssh server, I cannot log in with my moco account as the username. Do I have to do anything special or is my key somehow not set up?
Your test master is setup again. I updated the buildbot-configs/buildbotcustom/tools checkouts for you so that it's now running default/tip as of this morning.

I also edited the /builds/buildbot/pkewisch/fallen-tests-master/master/tests_localconfig.py file so that it's only running Thunderbird tests against comm-central. You can see the builder list here:

http://dev-master1.srv.releng.scl3.mozilla.com:8951/builders

Now we just need to figure out why your ssh access isn't working. 

Do you happen to remember the bug # where that access was granted initially? I'll go spelunking for that now, but if you happen to know it will save me some time.

We'll also need to get you setup with some test slaves, but I'd prefer not to do that until you have access because they're better left in production running tests until you absolutely need them.
(In reply to Chris Cooper [:coop] from comment #8) 
> Now we just need to figure out why your ssh access isn't working. 
> 
> Do you happen to remember the bug # where that access was granted initially?
> I'll go spelunking for that now, but if you happen to know it will save me
> some time.

It was bug 975004.

You should still have access, according to:

https://hg.mozilla.org/build/puppet/file/b3d40d4b2940/manifests/moco-nodes.pp#l243

I've checked on dev-master1 and you do have an authorized_keys file.

Have you tried connecting via IP? dev-master1.srv.releng.scl3.mozilla.com has address 10.26.48.25
To take it off releng's alerting system I'm assigning to :Fallen pending answers to c#9 and his completion of the loan.

:Fallen, if there is more work for releng needed here, please unassign from yourself, and/or ping us in #releng.
Assignee: nobody → philipp
Blocks: 1122379
Status: NEW → RESOLVED
Closed: 9 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.