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)

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
Back in production.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
infinite retry due to no space left on disk.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Depends on: 1001518
Stuck git lock, burning b2g jobs, disabled.
Depends on: 1005185
Back into production now bug 1005185 is fixed.
Status: REOPENED → RESOLVED
Closed: 11 years ago10 years ago
Resolution: --- → FIXED
Alias: bld-centos6-hp-006 → b-linux64-hp-0025
Summary: bld-centos6-hp-006 problem tracking → b-linux64-hp-0025 problem tracking
Out of space. Disabled.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
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 ago10 years ago
Resolution: --- → FIXED
Depends on: 1009584
Loaned
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 → ---
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)
Last comment said you were doing stuff with it, status?
Flags: needinfo?(sbruno)
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)
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.
(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 ago10 years ago
Resolution: --- → FIXED
Please do not re-enable this slave. We are retiring linux hardware build slaves in bug 1106922.
Blocks: 1106922
Resolution: FIXED → WONTFIX
Product: Release Engineering → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.