Closed Bug 786210 Opened 13 years ago Closed 13 years ago

Kickstart one Seamicro Xeon node for hangprocessor

Categories

(mozilla.org Graveyard :: Server Operations, task)

All
Other
task
Not set
minor

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: fox2mike, Assigned: afernandez)

References

Details

+++ This bug was initially created as a clone of Bug #785061 +++ Ops, x86_64, RHEL6 please. Let's call this badboy hangprocessor1.webapp.phx1.mozilla.com, vlan 81
No longer depends on: 785061
Assignee: server-ops → ashish
Inventory was setup in https://inventory.mozilla.org/en-US/systems/edit/5854/ but will now need to be moved to the seamicro-b chassis because Bug 786250. Passing this to Aj.
Assignee: ashish → afernandez
Strange, it was not getting an offer from nic0-3 (connection time out) seems it got an offer from nic4; net4: 00:22:99:43:00:27 on PCI05:00.1 (open) [Link:up, TX:0 TXE:0 RX:0 RXE:0] Waiting for link-up on net4... ok Ideally only the 1st nic needs to be configured for bootstapping but seems it was not the case. I ended up bootstrapping all the nics instead and nic4 did the trick. Node will be up shortly.
https://inventory.mozilla.org/en-US/systems/edit/5854/ updated to spare hangprocessor1.webapp.phx1.mozilla.com online, inventory updated, puppetized and basic nagios checks added.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Thanks dude.
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.