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.
w64-ix-slave41 got fixed in bug 673972 and will use this bug to track putting it back to the pool.
and w64-ix-slave04 from bug 679818.
#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.
#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.
I'm reserving #5 for dev testing so please don't recycle it back to the prod pool.
(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).
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.
Reopening for a post-loan reimage after bug 760141.
Back to dev/pp pool.
I'm marking this as disabled in slavealloc due to: Thu 19:57:08 PDT  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.
(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
Re-image requested on bug 855053.
That note was from a long time ago - it wasn't removed by whoever processed the loan return.
Back in preprod.
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.
reimage complete, just rebooted it --> "fixed" and back in staging
Enabled and rebooted.
allocated to bug 1198317
deallocated from bug 1198317
Attempting SSH reboot...Failed. Attempting IPMI reboot...Failed. Filed IT bug for reboot (bug 1219106)