Hello there,
I think I've made a big mistake which I'd like to fix it as best I can and I hope I won't lose my data...
On a Debian 11 bare-metal, I did a lvextend of a VDO pool in parallel with a lvextend of the LV it contains and now my volume :
mount /dev/Ultron-vg/ZEROED-VDO-LV-1 /mnt/ZEROED-VDO-LV-1/
mount: /mnt/ZEROED-VDO-LV-1: unable to read superblock at address /dev/mapper/Ultron--vg-ZEROED--VDO--LV--1.
- I can't even repair it with
e2fsck (I/O errors) :
e2fsck /dev/Ultron-vg/ZEROED-VDO-LV-1
e2fsck 1.46.2 (28-Feb-2021)
/dev/Ultron-vg/ZEROED-VDO-LV-1: recovering journal
Superblock needs_recovery flag is clear, but journal has data.
Run journal anyway<y>? yes
e2fsck: Input/output error while recovering journal of /dev/Ultron-vg/ZEROED-VDO-LV-1
e2fsck: unable to set superblock flags on /dev/Ultron-vg/ZEROED-VDO-LV-1
/dev/Ultron-vg/ZEROED-VDO-LV-1: ********** WARNING: Filesystem still has errors **********
- when I
lvextend again, I get the following output:
lvextend --resizefs -L20.4T /dev/Ultron-vg/ZEROED-VDO-POOL-1
Ignoring --resizefs as volume Ultron-vg/ZEROED-VDO-POOL-1 does not have a filesystem.
Rounding size to boundary between physical extents: 20,40 TiB.
Increasing incremention size from 0 to 8,00 GiB to fit new VDO slab.
Size of logical volume Ultron-vg/ZEROED-VDO-POOL-1_vdata changed from 20,40 TiB (5347738 extents) to <20,41 TiB (5349786 extents).
device-mapper: reload ioctl on (254:4) failed: Input/output error
Failed to suspend logical volume Ultron-vg/ZEROED-VDO-LV-1.
I think the problem comes from VDOdataPool but I don't even know how to interact with it...
The underlying storage is OK and every other LV in this PV and VG are okay, healthy and working well.
vdostats --human-readable
gives me the following output :
Device Size Used Available Use% Space saving%
Ultron--vg-ZEROED--VDO--POOL--1-vpool 20.4T 17.0G 20.4T 0% 100%
Ultron--vg-COMPRESSED--DEDUPLICATED--VDO--POOL--1-vpool 1.0T 917.6G 106.4G 90% 14%
But I should have 20.2T used, not 17.0G 😭
Please tell me I won't lose my data 😭
Yes it's my choice not to backup it and it's "only" movies and STORJ data but I would be very happy if I could recover it (or copy it elsewhere before destroying this VDO volume)
Hello there,
I think I've made a big mistake which I'd like to fix it as best I can and I hope I won't lose my data...
On a Debian 11 bare-metal, I did a
lvextendof a VDO pool in parallel with alvextendof the LV it contains and now my volume :e2fsck(I/O errors) :lvextendagain, I get the following output:I think the problem comes from VDOdataPool but I don't even know how to interact with it...
The underlying storage is OK and every other LV in this PV and VG are okay, healthy and working well.
gives me the following output :
But I should have 20.2T used, not 17.0G 😭
Please tell me I won't lose my data 😭
Yes it's my choice not to backup it and it's "only" movies and STORJ data but I would be very happy if I could recover it (or copy it elsewhere before destroying this VDO volume)