Closed
Bug 1100030
Opened 10 years ago
Closed 10 years ago
t-xp32-ix-140 is unreachable
Categories
(Infrastructure & Operations :: DCOps, task)
Infrastructure & Operations
DCOps
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: slaveapi, Unassigned)
References
Details
No description provided.
Comment 1•10 years ago
|
||
And see-also some history in bug 1096636 about how this single slave out of all the 161 WinXP slaves doesn't ever try to IPMI reboot.
Updated•10 years ago
|
colo-trip: --- → scl3
Comment 2•10 years ago
|
||
found host online. pulled blade then IPMI and host becomes unreachable, so that means that the right IPs are being picked up by the right blade. host is currently reimaging.
i know the default password for the IPMI on these nodes get changed. can we confirm that it's been changed on this host after the reimage?
Comment 3•10 years ago
|
||
vans-MacBook-Pro:~ vle$ fping t-xp32-ix-140.wintest.releng.scl3.mozilla.com
t-xp32-ix-140.wintest.releng.scl3.mozilla.com is alive
vans-MacBook-Pro:~ vle$ ssh !$
ssh t-xp32-ix-140.wintest.releng.scl3.mozilla.com
The authenticity of host 't-xp32-ix-140.wintest.releng.scl3.mozilla.com (10.26.41.237)' can't be established.
RSA key fingerprint is 6a:e9:d2:d2:4d:ca:d4:3d:d4:7f:da:9a:ba:66:71:2c.
Are you sure you want to continue connecting (yes/no)?
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
Product: mozilla.org → Infrastructure & Operations
You need to log in
before you can comment on or make changes to this bug.
Description
•