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)
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
Updated•13 years ago
|
Assignee: server-ops → ashish
Comment 1•13 years ago
|
||
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
Assignee | ||
Comment 2•13 years ago
|
||
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.
Assignee | ||
Comment 3•13 years ago
|
||
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
Reporter | ||
Comment 4•13 years ago
|
||
Thanks dude.
Updated•10 years ago
|
Product: mozilla.org → mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•