> On Fri, 20 Jun 2014 14:29:22 +0200, Thomas Neumann
> said:
> Please try this patch against an unmodified
'fai-setup-storage_4.2_all.deb' and
> install libcapture-tiny-perl. You can also remove liblinux-lvm-perl if
you
> want.
We should move this discussion to the devel
Hello Andreas
Please try this patch against an unmodified 'fai-setup-storage_4.2_all.deb' and
install libcapture-tiny-perl. You can also remove liblinux-lvm-perl if you
want.
This patch is a bit larger then actually necessary since I modified the debug
output a bit and added 2 helper functions
On Friday 20 June 2014 11:25:16 Andreas Heinlein wrote:
> I ran several tests again, but still have this problem. I found out it
> has nothing to do with preserving; we're using nearly the same
> disk_config for our networked clients, which mount /home via NFS instead
> (i.e. remove the vg1-home li
Am 20.06.2014 10:42, schrieb Thomas Neumann:
> On Thursday 19 June 2014 13:14:47 Andreas Heinlein wrote:
>> Before your patches, we always reached the wipefs bug (missing '/dev' in
>> device name). Now, on the second run, we get:
> Strange. I took your provided disk_config, configured a test and go
On Thursday 19 June 2014 13:14:47 Andreas Heinlein wrote:
> Before your patches, we always reached the wipefs bug (missing '/dev' in
> device name). Now, on the second run, we get:
Strange. I took your provided disk_config, configured a test and got this
result:
Starting setup-storage 1.4
Using
Am 19.06.2014 23:17, schrieb Thomas Neumann:
>> We (Kerim and I) are currently working on getting liblinux-lvm-perl
>> patched upstream. If this does not work, we will prepare a new Debian
>> version of this library.
>
> I strongly recommend to drop Linux::LVM completely, because the required
> fun
> We (Kerim and I) are currently working on getting liblinux-lvm-perl
> patched upstream. If this does not work, we will prepare a new Debian
> version of this library.
I strongly recommend to drop Linux::LVM completely, because the required
functionality is very easily reimplemented:
e.g.:
https
Am 18.06.2014 16:59, schrieb Thomas Neumann:
> Patch is attached, it was built against the 4.2 package. I haven't checked
> what happens if you try anything funny. May need some additional
adjustments
> (e.g. for preserving volumes).
Definitely needs some adjustments for preserving volumes. For me,
> On Wed, 18 Jun 2014 16:59:51 +0200, Thomas Neumann
> said:
> +sub _make_lv_devicename {
> + # LVM 2.02.88 or below: LV Name = /dev//
> + # LVM 2.02.89 or higher: LV Name = , LV Path = /dev//
In Debian wheezy we already have LVM 2.02.95-8. So there's no need to
support
On Wednesday 18 June 2014 16:59:51 Thomas Neumann wrote:
> There were 2 bugs which prevented this.
There were 3 bugs which prevented this.
c) lvremove -f $vg/$lv
Uh yes? What happened to poor '/dev/' ?
(wipefs -a $vg/$lv wouldn't have worked either, but since I removed that one
it doesn't
Hello
: Fixed in 4.2?!
config used for testing:
disk_config disk1
#
primary -4G---
disk_config lvm
vg vg_system disk1.1
vg_system-root - 1G - -
first run - no LVM volumes configured
(just to set up the volumes - works without patching)
Star
On Monday 26 May 2014 11:00:29 Andreas Heinlein wrote:
> Use liblinux-lvm-perl 0.17-1 with a patch from Roland Dieterich applied
> (https://rt.cpan.org/Public/Bug/Display.html?id=94991):
I'm reasonably sure that this is the correct path. In my branch I'm now able
to feed Linux::LVM custom input.
Hi,
Andreas Heinlein wrote on 2014-06-10 10:33:32 +0200 [Error in setup-storage in
FAI 4.1]:
> > [...]
> > > Use liblinux-lvm-perl 0.17-1 (from the FAI repos, apparently with
> > > Thomas' patch removed again):
> > Can you please give more details about this. Which patch was removed?
> >
On Tuesday 03 June 2014 16:42:02 Thomas Lange wrote:
>> There are a number of reports around these problems, each referencing
>> one another, but I lost my way somewhere through this... Is there any
>> real solution for this?
> Kerim (a colleague of mine) started working on LVM things in
> setup-
On Tuesday 03 June 2014 16:47:57 Thomas Lange wrote:
> > Important feature requests:
> > - setup-storage should be able to configure btrfs volumes (at least
> root
> > volumes, subvolumes would be nice too)
> I also like this idea. Let's see if we can include something useful
> into
> On Mon, 26 May 2014 12:15:45 +0200, Thomas Neumann
> said:
> but also the underlying Linux::LVM is pretty seriously
> broken. (Roland's patch does work, but I'm not sure if it's really the
> 'correct' fix.)
IMO, we should first try to fix the problems in this Perl librar
> On Mon, 26 May 2014 11:00:29 +0200, Andreas Heinlein
> said:
> Use liblinux-lvm-perl 0.17-1 (from the FAI repos, apparently with
> Thomas' patch removed again):
Can you please give more details about this. Which patch was removed?
Is it removed in the Debian version or in upstr
Hello
On Monday 26 May 2014 11:00:29 Andreas Heinlein wrote:
> I'd like to ask again if there has been any progress with getting
> setup-storage to work with LVM again? Following my bug report (#740929)
> from March, there has been a response but so far I found no solution
> which works for me.
'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello,
I'd like to ask again if there has been any progress with getting
setup-storage to work with LVM again? Following my bug report (#740929)
from March, there has been a response but so far I found no solution
which works for me.
To summarize
> On Tue, 04 Mar 2014 09:28:58 +0100, Andreas Heinlein
> said:
> Use of uninitialized value $lvn in hash element at
> /usr/share/perl5/LVM.pm line 300.
> Exiting subroutine via next at /usr/share/perl5/Linux/LVM.pm line 301.
I'm not sure if this a bug in FAI or liblinux-lvm-
Hello,
yes, I am using liblinux-lvm-perl 0.17-1, which comes from the FAI
repos. But I don't quite get the point of the bug report, it describes a
different problem which apparently does not occur in Ubuntu precise
(which is what I am installing, if that matters). ROOT_PARTITION ends up
being
> On Tue, 04 Mar 2014 09:28:58 +0100, Andreas Heinlein
> said:
> chroot to FAI 4.1 with a wheezy chroot (Server itself is still squeeze
> for several reasons).
I guess you mean a wheezy nfsroot.
> Use of uninitialized value $lvn in hash element at
> /usr/share/perl5/LV
22 matches
Mail list logo