mirror vdev unable to expand, wrong partition layout?
Description
Steps to Reproduce
None
Expected Result
None
Actual Result
None
Environment
None
Hardware Health
None
Error Message (if applicable)
None
Attachments
2
Activity
Show:
Bug Clerk November 14, 2023 at 8:37 PM
23.10.1 PR: https://github.com/truenas/middleware/pull/12496
Automation for Jira November 14, 2023 at 8:37 PM
This issue has now been closed. Comments made after this point may not be viewed by the TrueNAS Teams. Please open a new issue if you have found a problem or need to re-engage with the TrueNAS Engineering Teams.
Bug Clerk November 13, 2023 at 10:01 PM
Bonnie Follweiler November 6, 2023 at 3:07 PM
Good Morning .
I have moved this ticket into our queue to review now.
An engineering representative will update with any further questions or details in the near future.
DW November 6, 2023 at 3:11 AMEdited
correction: originally installed @ scale 22.02.122.02.122.02.122.02.1
but pretty sure data volumes were created on bluefin
Complete
Pinned fields
Click on the next to a field label to start pinning.
Details
Assignee
Reporter
DW
DWLabels
Impact
High
Affects versions
Fix versions
Time remaining
0m
Original estimate
0m
Components
Priority
Medium
Katalon Platform
Linked Test Cases, Katalon Defect Results, Katalon Studio Test Results
Linked Test Cases, Katalon Defect Results, Katalon Studio Test Results
Created November 6, 2023 at 3:01 AM
Updated December 20, 2023 at 4:22 PM
Resolved November 15, 2023 at 12:12 AM
a mirror vdev was attempted to expand by replacing 8tb drives with 10tb drives, but will not expand by gui or cli.
forum support indicated the vdev has the zfs partition first and swap partition second, contrary to other vdevs with swap first, zfs second.
all disks/pools/datasets created via gui. initial install on bluefin, later upgraded to cobia rc1 and release.
all data pools (not boot) have been zfs upgraded.
a prior pool (tank2) also exhibited the same problem, but I removed and re-created it.
affected pool is “tank1”.
affected vdev is “mirror1”
affected disks are sdg/sdp