Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=2354798 ** Information from BlockerBugs App:
Commented but haven't voted yet: lbrabec
The votes have been last counted at 2025-03-31 18:35 UTC and the last processed comment was #comment-963570
To learn how to vote, see: https://pagure.io/fedora-qa/blocker-review A quick example: BetaBlocker +1 (where the tracker name is one of BetaBlocker/FinalBlocker/BetaFE/FinalFE/0Day/PreviousRelease and the vote is one of +1/0/-1)
BetaBlocker +1
BetaBlocker
FinalBlocker
BetaFE
FinalFE
0Day
PreviousRelease
+1
0
-1
that is a thought one, it does create and exclude the partitions, it works if you start over again as showed by Kamil, and it don't crash as said by the criterion "Reject or disallow invalid disk and volume configurations without crashing." but it does not work as one might expect. I'm prone for a "common bugs" issue, but, as it does not work as one might expect after re-creating MDRAID inside the same workflow I'll vote for a FB (but prone to change it do FE)
FinalBlocker +1
I'd personally say this fails the "Remove a planned storage volume from the planned layout" criteria so for this I am.
I can see this either way. This one doesn't seem super likely to cause unintended data loss, and is work-around-able. In that regard it doesn't necessarily pass "the last blocker" test for me.
But the cited criteria does specifically call out "Remove a planned storage volume from the planned layout" as well as software RAID.
Discussed during the 2025-03-31 blocker review meeting [1]:
[1] https://meetbot.fedoraproject.org/blocker-review_matrix_fedoraproject-org/2025-03-31/f42-blocker-review.2025-03-31-16.01.log.html
AGREED AcceptedFinalBlocker
The following votes have been closed:
Metadata Update from @blockerbot: - Issue status updated to: Closed (was: Open)
Release F42 is no longer tracked by BlockerBugs, closing this ticket.
Log in to comment on this ticket.