| Summary: | pool created without zeroing the first 4KiB (--zero n) can not have meta corrupted and then repaired | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Corey Marthaler <cmarthal> | ||||
| Component: | device-mapper-persistent-data | Assignee: | LVM and device-mapper development team <lvm-team> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Bruno Goncalves <bgoncalv> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 6.8 | CC: | agk, bgoncalv, heinzm, jbrassow, msnitzer, prajnoha, prockai, thornber, tlavigne, zkabelac | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | device-mapper-persistent-data-0.6.2-0.1.rc7.el6 | Doc Type: | No Doc Update | ||||
| Doc Text: |
Intra-release bug, no documentation needed.
|
Story Points: | --- | ||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2016-05-11 01:13:04 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
|
Description
Corey Marthaler
2016-03-21 21:16:54 UTC
Fix verified in the latest rpms. Same test case now runs fine. device-mapper-persistent-data-0.6.2-0.1.rc7.el6 BUILT: Tue Mar 22 08:58:09 CDT 2016 ============================================================ Iteration 10 of 10 started at Tue Mar 22 12:13:05 CDT 2016 ============================================================ SCENARIO - [swap_inactive_thin_pool_meta_device_using_lvconvert] Swap _tmeta devices with newly created volumes while pool is inactive multiple times Making pool volume lvcreate --thinpool POOL -L 1G --zero n --poolmetadatasize 4M snapper_thinp Sanity checking pool device (POOL) metadata thin_check /dev/mapper/snapper_thinp-meta_swap examining superblock examining devices tree examining mapping tree checking space map counts Making origin volume lvcreate --virtualsize 1G -T snapper_thinp/POOL -n origin lvcreate -V 1G -T snapper_thinp/POOL -n other1 lvcreate --virtualsize 1G -T snapper_thinp/POOL -n other2 lvcreate --virtualsize 1G -T snapper_thinp/POOL -n other3 lvcreate --virtualsize 1G -T snapper_thinp/POOL -n other4 lvcreate --virtualsize 1G -T snapper_thinp/POOL -n other5 Making snapshot of origin volume lvcreate -k n -s /dev/snapper_thinp/origin -n snap *** Swap corrupt pool metadata iteration 1 *** Current tmeta device: /dev/sda1 Corrupting pool meta device (/dev/mapper/snapper_thinp-POOL_tmeta) dd if=/dev/urandom of=/dev/mapper/snapper_thinp-POOL_tmeta count=512 seek=4096 bs=1 512+0 records in 512+0 records out 512 bytes (512 B) copied, 0.0032798 s, 156 kB/s Sanity checking pool device (POOL) metadata thin_check /dev/mapper/snapper_thinp-meta_swap examining superblock examining devices tree examining mapping tree checking space map counts bad checksum in space map bitmap meta data appears corrupt Check of pool snapper_thinp/POOL failed (status:1). Manual repair required! couldn't reactivate all volumes associated with pool device Swap in new _tmeta device using lvconvert --repair lvconvert --yes --repair snapper_thinp/POOL /dev/sdb1 WARNING: recovery of pools without pool metadata spare LV is not automated. WARNING: If everything works, remove "snapper_thinp/POOL_meta0". WARNING: Use pvmove command to move "snapper_thinp/POOL_tmeta" on the best fitting PV. New swapped tmeta device: /dev/sdc1 Sanity checking pool device (POOL) metadata thin_check /dev/mapper/snapper_thinp-meta_swap examining superblock examining devices tree examining mapping tree checking space map counts Removing snap volume snapper_thinp/POOL_meta0 lvremove -f /dev/snapper_thinp/POOL_meta0 Removing snap volume snapper_thinp/snap lvremove -f /dev/snapper_thinp/snap Removing thin origin and other virtual thin volumes Removing thinpool snapper_thinp/POOL Created attachment 1143865 [details]
step by step reproducer
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2016-0960.html |