Closed
Bug 1375663
Opened 7 years ago
Closed 7 years ago
suspect slaveapi rebooting is broken for windows machines
Categories
(Infrastructure & Operations Graveyard :: CIDuty, task)
Infrastructure & Operations Graveyard
CIDuty
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: arich, Unassigned)
References
Details
Slaveapi has been filing a lot of bugs for rebooting windows machines recently. I suspect this is because someone rotated the password for them on slaveapi before the passwords were changed on the hosts themselves. Is there a way to roll that change back for windows and sync up better so that we don't have to have someone manually handling all these machines in the meantime? In the future, it would be good to make sure the work is complete on both sides at the same time.
Comment 1•7 years ago
|
||
It looks like the passwords have not changed or at least had not been updated in the typical place.
Comment 2•7 years ago
|
||
I doubt that explanation, having been involved in... well, probably I'm responsible for every single one of those reboot bug storms. The one where I vaguely remember the numbers, I caused something like 8 or 12 Win8 reboot bugs, but that was while rebooting 56 Win8 slaves, when slave_health got unbroken after not updating for a day and a half, a time period that apparently crossed one of those events, network or temporarily broken slavealloc or whatever else that does it, which causes widespread Windows slave death. So unless slaveapi stores the password in multiple places and only one was changed, or some slaves have a new password and some do not, it shouldn't be that, because I'm only causing bugs for 1/5th or 1/6th of the things I'm rebooting.
Reporter | ||
Comment 3•7 years ago
|
||
Okay, then this probably goes back to the fact that slaveapi probably doesn't wait long enough for a slave to reboot before filing a bug.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
Comment 4•7 years ago
|
||
While taking a look at the slaveapi secrets currently in use, I noticed several of them that were not updated in hiera. - slaveapi_ipmi_password: changed ~ 1 month ago - slaveapi_root_passwords, slaveapi_administrator_passwords: in bug 1259491 we decided to set the root password based on the security level assigned to each machine (that includes both Windows AWS + GPO). These passwords can now be found in separate gpg files in our private repo. I updated hiera with the new values, so this should look better now.
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
•