RHEL10: reinstall more (non outage causing) virthosts #13440
Labels
No labels
announcement
anubis
authentication
aws
backlog
blocked
bodhi
ci
cloud
communishift
copr
database
day-to-day
dc-move
deprecated
dev
discourse
dns
downloads
easyfix
epel
firmitas
forgejo_migration
Gain
High
Gain
Low
Gain
Medium
gitlab
greenwave
hardware
help wanted
high-trouble
koji
koschei
lists
low-trouble
medium-trouble
mirrorlists
monitoring
Needs investigation
odcs
OpenShift
ops
outage
packager_workflow_blocker
pagure
permissions
Priority
Needs Review
Priority
Next Meeting
Priority
🔥 URGENT 🔥
Priority
Waiting on Assignee
Priority
Waiting on External
Priority
Waiting on Reporter
rabbitmq
release-monitoring
releng
request-for-resources
s390x
security
SMTP
sprint-0
sprint-1
src.fp.o
staging
unfreeze
waiverdb
websites-general
wiki
Backlog Status
Needs Review
Backlog Status
Ready
chore
documentation
points
01
points
02
points
03
points
05
points
08
points
13
Priority
High
Priority
Low
Priority
Medium
Sprint Status
Blocked
Sprint Status
Done
Sprint Status
In Progress
Sprint Status
Review
Sprint Status
To Do
Technical Debt
Work Item
Bug
Work Item
Epic
Work Item
Spike
Work Item
Task
Work Item
User Story
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
infra/tickets#13440
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Description of request
Split off the epic at #12712 I think we can do some more virthosts with minimal or low outage if we are careful.
Those are:
bvmhost-a64-01.rdu3.fedoraproject.org
bvmhost-a64-02.rdu3.fedoraproject.org
bvmhost-a64-03.rdu3.fedoraproject.org
bvmhost-a64-04.rdu3.fedoraproject.org
bvmhost-a64-05.rdu3.fedoraproject.org
bvmhost-x86-03.rdu3.fedoraproject.org
bvmhost-x86-04.rdu3.fedoraproject.org
bvmhost-x86-05.rdu3.fedoraproject.org
bvmhost-x86-06.rdu3.fedoraproject.org
vmhost-x86-02.rdu3.fedoraproject.org
vmhost-x86-03.rdu3.fedoraproject.org
vmhost-x86-iso02.rdu3.fedoraproject.org
vmhost-x86-iso04.rdu3.fedoraproject.org
There will need to be careful timing and adjustment of koji for the builders and such.
The bvmhost-a64's need to have a firmware tweak in order to actually pxe boot, but that worked ok in staging, so hopefully it will work in prod as well.
All the aarch64 machines are hopfully now set to properly pxe boot on their 25G interfaces.
that involves:
dnf -y install pciutils tar rpm-build
wget https://www.mellanox.com/downloads/MFT/mft-4.36.0-147-aarch64-rpm.tgz
zcat mft-4.36.0-147-aarch64-rpm.tgz | tar xvf -
cd mft-4.36.0-147-aarch64-rpm
rpmbuild --rebuild SRPMS/kernel-mft-4.36.0-147.src.rpm
rpm -ivh RPMS/mft-4.36.0-147.aarch64.rpm
rpm -ivh /root/rpmbuild/RPMS/aarch64/kernel-mft-4.36.0-147.5.14.0_687.12.1.el9_8.aarch64.aarch64.rpm
mst start
mlxconfig -d /dev/mst/mt4117_pciconf0 set EXP_ROM_UEFI_x86_ENABLE=1
mlxconfig -d /dev/mst/mt4117_pciconf0.1 set EXP_ROM_UEFI_x86_ENABLE=1
and possibly more EXP options if they are not true. Can query each card with:
mlxconfig -d /dev/mst/mt4117_pciconf0 query | grep EXP
and
mlxconfig -d /dev/mst/mt4117_pciconf0.1 query | grep EXP
These are all done now:
bvmhost-a64-01.rdu3.fedoraproject.org
bvmhost-a64-02.rdu3.fedoraproject.org
bvmhost-a64-03.rdu3.fedoraproject.org
bvmhost-a64-04.rdu3.fedoraproject.org
bvmhost-a64-05.rdu3.fedoraproject.org
bvmhost-x86-05.rdu3.fedoraproject.org
bvmhost-x86-06.rdu3.fedoraproject.org
Will look at more tomorrow.
all these are now done:
bvmhost-x86-03.rdu3.fedoraproject.org
bvmhost-x86-04.rdu3.fedoraproject.org
vmhost-x86-02.rdu3.fedoraproject.org
vmhost-x86-03.rdu3.fedoraproject.org
vmhost-x86-iso02.rdu3.fedoraproject.org
vmhost-x86-iso04.rdu3.fedoraproject.org