fgiunchedi added a subscriber: fgiunchedi.
fgiunchedi added a comment.
looks like this is completed, anything else left @joe ?
TASK DETAIL
https://phabricator.wikimedia.org/T84902
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
Dzahn added a comment.
-- https://phabricator.wikimedia.org/T94474
TASK DETAIL
https://phabricator.wikimedia.org/T84902
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
Dzahn added a subscriber: Dzahn.
Dzahn added a comment.
Should have a decom/reclaim ticket to follow-up with
https://wikitech.wikimedia.org/wiki/Server_Lifecycle#Reclaim_or_Decommission
TASK DETAIL
https://phabricator.wikimedia.org/T84902
REPLY HANDLER ACTIONS
Reply to comment or attach
Joe added a comment.
Capella only sees one disk, at pci-:01:00.0-scsi-0:2:0:0, this needs
investigation. Moving the ticket to the codfw queue
TASK DETAIL
https://phabricator.wikimedia.org/T84902
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or
RobH added a comment.
It seems I accidentally didnt notice and break the raid config setup on
capella, as it uses an H310. A quick look confirms haedus does as well.
So now capella is reinstalled with the h310 in bypass mode, presenting the
disks normally.
So this should be good to go, going
Joe added a comment.
Haedus was NOT online post-install, it was in a busybox and it's presently
reimaging because it could not find the root filesystem.
TASK DETAIL
https://phabricator.wikimedia.org/T84902
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim,
