Bug#739855: partman-lvm: Irreproducible metadata size
st s...@e-head.net (2014-02-25): Wouter Verhelst wrote: The problem seems to be that partman-lvm created PVs with only 195584 units-used-by-pvck allocated for metadata. However, there is no way to create PVs with less than 1047552 units-used-by-pvck with the standard pvcreate. Not true, as partman-lvm uses the standard pvcreate. The exact call is in [partman-lvm]/lib/lvm-base.sh grep pvcreate lib/lvm-base.sh log-output -t partman-lvm pvcreate -ff -y $pv root@hulk:~# pvcreate -ff -y /dev/sdb1 Writing physical volume data to disk /dev/sdb1 Physical volume /dev/sdb1 successfully created root@hulk:~# pvck /dev/sdb1 Found label on /dev/sdb1, sector 1, type=LVM2 001 Found text metadata area: offset=4096, size=1047552 True or not, it happens, and is highly reproducible. I'm getting this inside d-i, built against udebs from unstable: ~ # pvck /dev/sda5 Found label on /dev/sda5, sector 1, type=LVM2 001 Found text metadata area: offset=4096, size=1044480 (i.e.: I'm not able to reproduce here; but I've got no 3TB things) Mraw, KiBi. signature.asc Description: Digital signature
Bug#739855: partman-lvm: Irreproducible metadata size
On Sun, Feb 23, 2014 at 05:13:29PM +0700, st wrote: The problem seems to be that partman-lvm created PVs with only 195584 units-used-by-pvck allocated for metadata. However, there is no way to create PVs with less than 1047552 units-used-by-pvck with the standard pvcreate. Not true, as partman-lvm uses the standard pvcreate. The exact call is in [partman-lvm]/lib/lvm-base.sh -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739855: partman-lvm: Irreproducible metadata size
Wouter Verhelst wrote: The problem seems to be that partman-lvm created PVs with only 195584 units-used-by-pvck allocated for metadata. However, there is no way to create PVs with less than 1047552 units-used-by-pvck with the standard pvcreate. Not true, as partman-lvm uses the standard pvcreate. The exact call is in [partman-lvm]/lib/lvm-base.sh grep pvcreate lib/lvm-base.sh log-output -t partman-lvm pvcreate -ff -y $pv root@hulk:~# pvcreate -ff -y /dev/sdb1 Writing physical volume data to disk /dev/sdb1 Physical volume /dev/sdb1 successfully created root@hulk:~# pvck /dev/sdb1 Found label on /dev/sdb1, sector 1, type=LVM2 001 Found text metadata area: offset=4096, size=1047552 True or not, it happens, and is highly reproducible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739855: partman-lvm: Irreproducible metadata size
Package: partman-lvm Severity: important Tags: d-i Dear Maintainer, I've created an LVM volume consisting of three 3TB disk at install time. Now that one of the disks started developing problems I added another disk of the same size to replace the failing one. Well, I can't. The problem seems to be that partman-lvm created PVs with only 195584 units-used-by-pvck allocated for metadata. However, there is no way to create PVs with less than 1047552 units-used-by-pvck with the standard pvcreate. No documented one, anyway. So the new PV has one extent less and I can't pvmove data from the old PV. Could you kindly make sure your PV creation tool doesn't create irreplaceable PVs, please? -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages partman-lvm depends on: pn cdebconf-udeb none pn di-utils none pn lvm2-udeb none pn md-modules none pn partman-base none partman-lvm recommends no packages. partman-lvm suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org