Closed Bug 684019 (b-2008-ix-0182) Opened 13 years ago Closed 9 years ago

b-2008-ix-0182 problem tracking

Categories

(Infrastructure & Operations Graveyard :: CIDuty, task, P3)

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dustin, Unassigned)

References

Details

(Whiteboard: [buildduty][buildslave][capacity])

This was the hardware's original purpose, anyway.
winbuild dhcp - check
removed from netops dhcp - check
winbuild dns - check
removed from netops dns - check
  (along with some other w64-ix-slaveNN in incorrect PTR records)
  bmo cnames added - check
reimage - in progress
reimage complete -- over to releng.
Assignee: dustin → nobody
Component: Server Operations: RelEng → Release Engineering
QA Contact: zandr → release
Assignee: nobody → armenzg
w64-ix-slave41 got fixed in bug 673972 and will use this bug to track putting it back to the pool.
Status: NEW → ASSIGNED
Summary: re-image scl-production-puppet-old as w64-ix-slave05 → re-image scl-production-puppet-old as w64-ix-slave05 & add w64-ix-slave41 back to the pool
and w64-ix-slave04 from bug 679818.
Status: ASSIGNED → NEW
Priority: -- → P2
Summary: re-image scl-production-puppet-old as w64-ix-slave05 & add w64-ix-slave41 back to the pool → re-image scl-production-puppet-old as w64-ix-slave05 & add w64-ix-slave{04,41} back to the pool
Priority: P2 → P3
#4 was re-imaged in bug 679818 but can't reach it.
#5 is being used by coop in his staging machine.
#41 is being used by digipengi in bug 683976.
Summary: re-image scl-production-puppet-old as w64-ix-slave05 & add w64-ix-slave{04,41} back to the pool → add w64-ix-slave{04,05,41} back to the pool
#4 can now be reached. It should be added to producton_config.py and slave-alloc.

I wouldn't cry if any of these slaves were re-imaged as w32 slaves.
Assignee: armenzg → nobody
I'm reserving #5 for dev testing so please don't recycle it back to the prod pool.
Component: Release Engineering → Release Engineering: Machine Management
Whiteboard: [buildduty][buildslave][capacity]
(In reply to John Hopkins (:jhopkins) from comment #7)
> I'm reserving #5 for dev testing so please don't recycle it back to the prod
> pool.

Could you file a new bug when you're ready to give w64-ix-slave05 back?

I'm going to ask digipengi the same thing re: w64-ix-slave41, and act on the only actionable slave here (w64-ix-slave04).
Alias: w64-ix-slave04
Summary: add w64-ix-slave{04,05,41} back to the pool → w64-ix-slave04 problem tracking
Imaged, set to preprod in slavealloc, and rebooted. We'll see where this goes I suppose.
buildbot was busted. I re-installed as per https://wiki.mozilla.org/ReferencePlatforms/Win64#Buildbot and it seems to be working now.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Reopening for a post-loan reimage after bug 760141.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
No longer blocks: support-win64
Depends on: 762689
Back to dev/pp pool.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
I'm marking this as disabled in slavealloc due to:
Thu 19:57:08 PDT [491] w64-ix-slave04.winbuild.scl1.mozilla.com:disk - E is UNKNOWN: UNKNOWN: Drive is not a fixed drive: E: (it is a CDROM drive) (http://m.allizom.org/disk+-+E)

That looks interestingly scary to me.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(In reply to Justin Wood (:Callek) from comment #13)
> I'm marking this as disabled in slavealloc due to:

....

O was already marked as disabled in slavealloc with a note that its loaned to :dustin -- CC'ed him here for sanity
Whiteboard: [buildduty][buildslave][capacity] → [buildduty][buildslave][capacity][loaned to dustin]
Depends on: 855053
Depends on: 790426
Re-image requested on bug 855053.
Whiteboard: [buildduty][buildslave][capacity][loaned to dustin] → [buildduty][buildslave][capacity]
That note was from a long time ago - it wasn't removed by whoever processed the loan return.
Back in preprod.
Status: REOPENED → RESOLVED
Closed: 12 years ago11 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
Depends on: 938266
In l10n repacks for a staging release, I was hitting:

command: START
command: rm -rf
/c/builds/moz2_slave/rel-m-beta-w32_rpk_1-000000000/mozilla-beta/obj-l10n/dist/previous
command: cwd: c:\builds\moz2_slave\rel-m-beta-w32_rpk_1-000000000
command: output:
command: END (0.00s elapsed)

command: START
command: mkdir
/c/builds/moz2_slave/rel-m-beta-w32_rpk_1-000000000/mozilla-beta/obj-l10n/dist/previous
command: cwd: c:\builds\moz2_slave\rel-m-beta-w32_rpk_1-000000000
command: output:
mkdir: cannot create directory
`/c/builds/moz2_slave/rel-m-beta-w32_rpk_1-000000000/mozilla-beta/obj-l10n/dist/previous':
File exists

ie silent failure to delete a directory.

Buildduty, could you please do the magic to get this reimaged, staying a staging slave.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Depends on: 990571
reimage complete, just rebooted it --> "fixed" and back in staging
Status: REOPENED → RESOLVED
Closed: 11 years ago10 years ago
Resolution: --- → FIXED
Alias: w64-ix-slave04 → b-2008-ix-0182
Summary: w64-ix-slave04 problem tracking → b-2008-ix-0182 problem tracking
Depends on: 1087013
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Enabled and rebooted.
Status: REOPENED → RESOLVED
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Depends on: 1168639
Status: REOPENED → RESOLVED
Closed: 10 years ago9 years ago
QA Contact: bugspam.Callek
Resolution: --- → FIXED
allocated to bug 1198317
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
deallocated from bug 1198317
Status: REOPENED → RESOLVED
Closed: 9 years ago9 years ago
Resolution: --- → FIXED
Attempting SSH reboot...Failed.
Attempting IPMI reboot...Failed.
Filed IT bug for reboot (bug 1219106)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → RESOLVED
Closed: 9 years ago9 years ago
Resolution: --- → FIXED
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.