Closed
Bug 825637
(b-linux64-hp-0025)
Opened 11 years ago
Closed 10 years ago
b-linux64-hp-0025 problem tracking
Categories
(Infrastructure & Operations Graveyard :: CIDuty, task, P3)
Infrastructure & Operations Graveyard
CIDuty
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: hwine, Unassigned)
References
Details
(Whiteboard: [buildduty][buildslaves][capacity])
bld-centos6-hp-006.build.scl1.mozilla.com multiple issues per nagios (disk errors ~8hr before unpingable): IDE S.M.A.R.T - /dev/sda -- 2d 2h 34m 18s PING -- 1d 16h 45m 16s buildbot -- 1d 16h 43m 7s disk - / -- 1d 16h 40m 38s
Comment 1•11 years ago
|
||
Back in production.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Comment 2•10 years ago
|
||
infinite retry due to no space left on disk.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 4•10 years ago
|
||
Back into production now bug 1005185 is fixed.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 10 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•10 years ago
|
Alias: bld-centos6-hp-006 → b-linux64-hp-0025
Summary: bld-centos6-hp-006 problem tracking → b-linux64-hp-0025 problem tracking
Comment 6•10 years ago
|
||
It failed in a vagrant build, trying to set up the mock environment, which is prior to clearing out new space in the mozharness script. I've removed a rel-m-beta-fennec_source-00000 dir and re-enabled.
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → FIXED
Comment 7•10 years ago
|
||
Loaned
Comment 8•10 years ago
|
||
Happened to log onto this by accident today, this was in the motd: NOTE: puppet environment pinned to 'sbruno' NOTE: puppet server pinned to 'releng-puppet2.srv.releng.scl3.mozilla.com' Can be ondone now ?
Status: RESOLVED → REOPENED
Flags: needinfo?(sbruno)
Resolution: FIXED → ---
Comment 9•10 years ago
|
||
The box was still pinned to my puppet env as I have been using it for some tests, but it has been enabled in slavealloc and added to the prod pool. This caused some repack failures on Firefox 32.0b8 build1 last night. I disabled it on slavealloc, and I am now cleaning it up.
Flags: needinfo?(sbruno)
Comment 10•10 years ago
|
||
Last comment said you were doing stuff with it, status?
Flags: needinfo?(sbruno)
Comment 11•10 years ago
|
||
Oh, sorry for this, I kept using this box for some time now... It definitely needs to be reimaged. How do I connect to the management web interface and start the java KVM console to follow the procedure described in https://mana.mozilla.org/wiki/display/DC/How+To+Reimage+Releng+iX+and+HP+Linux+Machines ?
Flags: needinfo?(sbruno)
Comment 12•10 years ago
|
||
You'd load https://b-linux64-hp-0025-mgmt.build.mozilla.org in your browser, p/w in the usual store. But first you'll have to defeat firefox not wanting to let you open the page.
Comment 13•10 years ago
|
||
(In reply to Nick Thomas [:nthomas] from comment #12) > You'd load https://b-linux64-hp-0025-mgmt.build.mozilla.org in your browser, > p/w in the usual store. But first you'll have to defeat firefox not wanting > to let you open the page. I just use Safari or Chrome. I'm kicked off a re-image here and re-enabled the slave in slavealloc.
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → FIXED
Comment 14•9 years ago
|
||
Please do not re-enable this slave. We are retiring linux hardware build slaves in bug 1106922.
Blocks: 1106922
Resolution: FIXED → WONTFIX
Updated•6 years ago
|
Product: Release Engineering → Infrastructure & Operations
Updated•4 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•