Closed Bug 579111 Opened 15 years ago Closed 15 years ago

Add 5 linux32 build slaves to trybuild pool

Categories

(Release Engineering :: General, defect, P2)

x86
Linux
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: joduinn, Assigned: coop)

References

Details

(Whiteboard: [hardware][buildduty])

Attachments

(2 files, 1 obsolete file)

After the VMs are created in bug#579110, this bug is to track any manual setup we need to do in the slaves, and the matching buildbot masters setup. This should improve our linux32 wait times on production-master02:8011
Priority: -- → P5
That's the try-as-a-branch master, so the hostnames on bug 579110 aren't right. Why don't we recycle some moz2-linux-slaveNN VMs to try ? Besides, I thought ESX was low on storage and resources.
Whiteboard: [hardware]
(In reply to comment #1) > That's the try-as-a-branch master, so the hostnames on bug 579110 aren't right. Hostnames now fixed in dep.bug. Thanks for spotting that. > Why don't we recycle some moz2-linux-slaveNN VMs to try ? I'd rather not delete moz2-linux-slaveNN VMs until we have a clearer picture of load on builders without any unittest jobs involved. Once we have that data, yes, we can juggle as appropriate. > Besides, I thought > ESX was low on storage and resources. From audit with mrz earlier this week, we have space/capacity for these new slaves (combination of remaining space, and space freed up by deleting old/obsolete VMs).
(In reply to comment #2) > (In reply to comment #1) > > That's the try-as-a-branch master, so the hostnames on bug 579110 aren't right. > Hostnames now fixed in dep.bug. Thanks for spotting that. Tweaked summary to correct pool.
Assignee: nobody → armenzg
OS: Mac OS X → Linux
Summary: Add 5 linux32 build slaves to production pool → Add 5 linux32 build slaves to trybuild pool
Assignee: armenzg → nobody
OS: Linux → Mac OS X
Summary: Add 5 linux32 build slaves to trybuild pool → Add 5 linux32 build slaves to production pool
Whiteboard: [hardware] → [hardware][buildduty]
Armen, did you mean to undo the summary correction, assignee, and OS that joduinn set ?
Nope... and back!
Assignee: nobody → armenzg
Status: NEW → ASSIGNED
OS: Mac OS X → Linux
Priority: P5 → P2
Summary: Add 5 linux32 build slaves to production pool → Add 5 linux32 build slaves to trybuild pool
I had to fix these on these slaves on buildbot.tac: - buildmaster_host = 'sm-staging-try-master.mozilla.org' + buildmaster_host = 'production-master02.build.mozilla.org' - port = 9982 + port = 9011 and I had to remove the production keys and scp the try keys: > rm .ssh/* && cd .ssh > scp cltbld@try-linux-slave20:/home/cltbld/.ssh/* . For the first block of changes on buildbot.tac were do I update the 0 -> staging scripts to fix this? Anything we could wrt the try keys as well?
Attachment #460902 - Flags: review?(bhearsum)
(In reply to comment #6) > I had to fix these on these slaves on buildbot.tac: > - buildmaster_host = 'sm-staging-try-master.mozilla.org' > + buildmaster_host = 'production-master02.build.mozilla.org' > - port = 9982 > + port = 9011 > and I had to remove the production keys and scp the try keys: > > rm .ssh/* && cd .ssh > > scp cltbld@try-linux-slave20:/home/cltbld/.ssh/* . > > For the first block of changes on buildbot.tac were do I update the 0 -> > staging scripts to fix this? > > Anything we could wrt the try keys as well? I'd prefer to wait until we have a general solution for ssh key management to anything about that. Could you update buildbot/buildbot-tac.py in the tools repo, though?
Attachment #460902 - Attachment is obsolete: true
Attachment #460902 - Flags: review?(bhearsum)
Attachment #460906 - Flags: review?(bhearsum) → review+
Attachment #460901 - Flags: review?(bhearsum) → review+
I won't have time to deploy this and check that everything is OK before EOD. Putting back into the pool. All patches are reviewed positively, though.
Assignee: armenzg → nobody
Priority: P2 → --
I'll try to get these deployed today.
Assignee: nobody → ccooper
Priority: -- → P2
Attachment #460906 - Flags: checked-in+
Attachment #460901 - Flags: checked-in+
These slaves are now connected to try.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: