Your message dated Fri, 12 Jun 2015 14:54:53 +0200
with message-id <[email protected]>
and subject line already fixed
has caused the Debian Bug report #717691,
regarding fai-setup-storage fails when trying to preserve LVM partitions
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
717691: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717691
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: fai-setup-storage
Version: 4.0.6
Severity: important
fai-setup-storage fails when trying to do an install to a machine using
lvm when a partition is requested to be preserved. This is a regression
from fai-setup-storage 3.4.8 where this worked fine (i.e. in squeeze)
I actually believe it has a problem any time the hard disk previously
contains an lvm volumegroup, but I haven't got time to test this
configuration.
I've talked on the upstream users' mailing list a bit and there appears
to be a number of issues.
First, setup-storage depends on liblinux-lvm-perl
While that library has been redone, both versions of it just seems to
pass through the same problem. The ultimate problem is that logical
volume information is derived from executing the "vgdisplay -v" command.
The output from this command has changed between squeeze and wheezy.
The older version of this command has fewer fields.
snippet of older output:
LV Name /dev/vg/var
VG Name vg
snippit of newer output:
LV Path /dev/vg/var
LV Name var
VG Name vg
They've added a field, and changed what is contained in the old named field.
I've filed a bug with liblinux-lvm-perl about the fact that they don't
pass on LV Path.
Even after fixing the problem with liblinux-lvm-perl, setup-storage has
problems with wipefs.
In my case I error out with:
Executing: wipefs -a vg/fscache
...
wipefs: error: vg/fscache: probing initialization failed
I don't see how that code ever could have worked because I don't think
that $vg/$lv could ever be a valid path for the wipefs command. This is
clearly what the code is trying to do.
Since the fai-setup-storage code appears to be in a bit of trouble
(somebody made a bunch of commits back in 2011 and hasn't been back to
clean it up), I have managed to kludge 3.4.8 fai-setup-storage to work
with the 4.0.6 fai packages for my local needs.
I've recommended the following on the fai-users mailing list:
1. liblinux-lvm-perl be changed to pass the new LV Path field.
2. downgrade fai-setup-storage back to a known working version (3.4.8?)
3. fix the logic in fai-setup-storage to deal with the multiple fields
for the LV in the manner described by Thomas Neumann on the fai-users
mailing list.
I'm not sure how the Debian package should go forward, but I wanted to
make you aware of the problem.
Let me know if I can provide further information.
-Ken Hahn
--- End Message ---
--- Begin Message ---
Package: fai-setup-storage
fixed 717691 4.3.1
This bug was fixed by commit d7711279f57a48915d
Date: Wed Jul 2 13:03:05 2014 +0200
which is included in FAI 4.3.1
--
regards Thomas
--- End Message ---
