Closed
Bug 795470
(talos-r3-w7-004)
Opened 12 years ago
Closed 12 years ago
talos-r3-w7-004 problem tracking
Categories
(Infrastructure & Operations Graveyard :: CIDuty, task, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: coop, Unassigned)
References
Details
(Whiteboard: [buildduty][buildslaves][capacity])
No description provided.
Comment 1•12 years ago
|
||
back in production
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 2•12 years ago
|
||
Was stuck at login screen, I logged in with current cltbld pw and system seems amazingly sluggish [could be factor of r3 slave], the Administrator PW for the last 3 iterations did not work for me for an RDP session, so did not check the Registry for a missing Default Login or wrong pw, etc.
this is the first instance of DefaultLogin failing in a talos slave as far as I know, armen any thoughts?
Status: RESOLVED → REOPENED
Flags: needinfo?(armenzg)
Resolution: FIXED → ---
Comment 3•12 years ago
|
||
Callek, this can be checked by login in as cltbld either through RDP or VNC.
FTR we cannot RDP into the Administrator account as it doesn't exist for Windows 7 slaves.
You can run these:
reg query "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Winlogon" /v AutoAdminLogon
reg query "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultPassword
reg query "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultUserName
All three values were in the registry. This machine should not be having auto-login issues. I don't know why it would have stopped auto logging in.
I don't know on the 16th. I would disable the slave on slavealloc and check the Windows Application Logs if you wanted to dig deeper.
We can also just leave the slave taking jobs if you prefer depending on how much work there is for buildduty.
I did not find the host sluggish. I noticed VNC under-performing as usual. This is just a setting change that we should eventually deploy across the board. I have changed the setting on this slave and you should notice now the difference.
Flags: needinfo?(armenzg)
Comment 4•12 years ago
|
||
DefaultDomainName was set to talos-r3-w7-005 rather than talos-r3-w7-004. I fixed that and it auto-logged in as cltbld after a reboot.
Comment 5•12 years ago
|
||
Several good builds have been done
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Comment 6•12 years ago
|
||
Reboot needed.
Updated•12 years ago
|
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Comment 7•12 years ago
|
||
Reboot needed again.
We should look at the event viewer to see if there is any indication on why it went down so fast.
Comment 8•12 years ago
|
||
We should probably disable it in slavealloc, since it took three jobs (and burned them complaining of corrupted disk) an hour ago.
Comment 9•12 years ago
|
||
Where by "three an hour ago" I actually mean "59 over the last three hours."
Comment 10•12 years ago
|
||
Disabled in slavealloc + buildbot terminated.
Comment 11•12 years ago
|
||
Bad hard drive - we're looking for a replacement drive. We'll track this host through bug 838367.
Comment 12•12 years ago
|
||
Machine has been setup and put back into the pool.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Updated•7 years ago
|
Product: Release Engineering → Infrastructure & Operations
Updated•5 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
•