Closed Bug 608747 Opened 14 years ago Closed 14 years ago

Add 11 tegra test slaves to production pool

Categories

(Release Engineering :: General, defect)

x86
Android
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: joduinn, Assigned: bear)

References

Details

Attachments

(3 files)

...bringing us to total of 13. 

These are now all imaged, powered and racked in Hexxor. Still to do:
* install SDcards 
* attach ethernet cables
* buildbot master config settings
* nagios settings
* entries in graphserver
do they also need static IP assignment?
while not strictly requried unless you want to remote into them, it might be a good idea to get static ips to ensure that each device is always able to get a DHCP lease.  If too many devices get non-static IPs on the build network, the tegras won't be able to get a DHCP lease at all.
They need to be static because bm-foopy connects to them and has a config file of IP's to monitor (well, DHCP assigned)
Additional one tegra donated by jmaher.
Assignee: nobody → joduinn
Summary: Add 10 tegra test slaves to production pool → Add 11 tegra test slaves to production pool
sql inserts required to add the 14 tegras to graph server
Attachment #487544 - Flags: review?(aki)
Attachment #487544 - Flags: review?(aki) → review+
(In reply to comment #5)
> Created attachment 487544 [details] [diff] [review]
> add 14 tegras to graph server
> 
> sql inserts required to add the 14 tegras to graph server

justdave: can you land this patch in production graphserver, so the new tegras can be moved from staging to production early next week?
tegra-004...013 are now all running in staging in RFroom, lets see how they run over the weekend. Note that tegra-014 is still being used by Aki on his desk.
assigning bug to IT for graph sql commit
Assignee: joduinn → server-ops
Component: Release Engineering → Server Operations
QA Contact: release → mrz
(In reply to comment #8)
> assigning bug to IT for graph sql commit

after landing sql changes, pls reassign back mozilla.org/ReleaseEngineering (specifically bear).
5,6,10,11,12 show as offline, stuck over weekend. Someone needs to hook up a
monitor to find out if they are stuck in a test or what

4,7,8,9,13 ran all weekend, and reporting good. bear is going to shepherd these into production.
Severity: normal → major
John says he needs this sooner than later.
Assignee: server-ops → jdow
have the sql changes been done yet? If not, I can do them given specific instructions. I'll go see if I can figure out what is up with the ones in comment 11.
the tegra's that are offline are not because of connection issues, more test environment so it's not on IT's plate.

The sql has not been checked in yet, i've prepared a simple cut-n-paste to be run where ever these sql inserts are run.
I ran ran the insert statements in attachment 488906 [details].
Assignee: jdow → nobody
Component: Server Operations → Release Engineering
QA Contact: mrz → release
Assignee: nobody → bear
Attachment #487544 - Flags: checked-in+
Rebooted 5,6,10,11,12
Attachment #489032 - Flags: review?(aki) → review+
Flags: needs-reconfig?
doing so
Flags: needs-reconfig? → needs-reconfig+
updated on all masters between 1823-1855 Pacific.
Status: NEW → RESOLVED
Closed: 14 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: