Control: reassign -1 lvm2
Control: forcemerge 782865 -1
Hi there
On Thu, 23 Apr 2015 19:30:00 -0700 Rick Thomas wrote:
>
> On Apr 23, 2015, at 2:31 PM, Michael Biebl wrote:
>
> > Am 23.04.2015 um 21:47 schrieb Rick Thomas:
> >>
> >> On Apr 23, 2015, at 1:29 AM, Michael Biebl wrote:
> >>
>
Michael Biebl [2015-04-23 23:31 +0200]:
> lvm2 in jessie is not really hotplug aware. The
> lvm2-activation(-early).service units run at a static, fixed time during
> boot.
That reminds me -- Ubuntu switched to udev based activation in the
year 2007. Quite sad that https://bugs.debian.org/455979 s
On Apr 23, 2015, at 2:31 PM, Michael Biebl wrote:
> Am 23.04.2015 um 21:47 schrieb Rick Thomas:
>>
>> On Apr 23, 2015, at 1:29 AM, Michael Biebl wrote:
>>
>>> There might be a race somewhere, i.e. lvm2-activation(-early).service
>>> being run *before* mdadm has assembled the RAID.
>>>
>>> Yo
Am 23.04.2015 um 21:47 schrieb Rick Thomas:
>
> On Apr 23, 2015, at 1:29 AM, Michael Biebl wrote:
>
>> There might be a race somewhere, i.e. lvm2-activation(-early).service
>> being run *before* mdadm has assembled the RAID.
>>
>> You could test this theory, be artifically delaying those two ser
On Apr 23, 2015, at 1:29 AM, Michael Biebl wrote:
> There might be a race somewhere, i.e. lvm2-activation(-early).service
> being run *before* mdadm has assembled the RAID.
>
> You could test this theory, be artifically delaying those two services.
> Copy them to /etc/systemd/system, and add a
On Apr 23, 2015, at 1:29 AM, Michael Biebl wrote:
> Can you boot with systemd.log_level=debug on the kernel command line and
> attach the journal output of this boot, so we have more information out
> the timing, i.e. when certain services are started
>
> There might be a race somewhere, i.e. l
On Apr 21, 2015, at 11:17 AM, Michael Biebl wrote:
> If you have the sysvinit package installed,
> you can try booting with sysvinit temporarily via
> init=/lib/sysvinit/init on the kernel command line.
>
> Does that work?
I had to install sysvinit. And I had to make up a suitable /etc/initta
Am 23.04.2015 um 09:21 schrieb Rick Thomas:
>
> On Apr 22, 2015, at 8:17 AM, Michael Biebl wrote:
>
>> Am 22.04.2015 um 12:10 schrieb Rick Thomas:
>>> This works. Interestingly, without the sleep loop the vgchange
>>> fails.
>>>
>>> Now, you say that a VM with two virtual disks configured as RA
On Apr 22, 2015, at 8:17 AM, Michael Biebl wrote:
> Am 22.04.2015 um 12:10 schrieb Rick Thomas:
>> This works. Interestingly, without the sleep loop the vgchange
>> fails.
>>
>> Now, you say that a VM with two virtual disks configured as RAID1
>> with a logical volume works fresh out of the bo
On Apr 22, 2015, at 8:17 AM, Michael Biebl wrote:
> Could you copy /lib/systemd/system/lvm2-activation.service to
> /etc/systemd/system and add a line
> After=mdadm-raid.service
> to the [Unit] section.
Will do. Thanks!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Am 22.04.2015 um 12:10 schrieb Rick Thomas:
> This works. Interestingly, without the sleep loop the vgchange
> fails.
>
> Now, you say that a VM with two virtual disks configured as RAID1
> with a logical volume works fresh out of the box. This makes me
> wonder if it’s some kind of a timing pro
Hi Michael,
Thanks very much for helping me with this. (continued following quoted material)
On Apr 21, 2015, at 11:17 AM, Michael Biebl wrote:
> control: tags -1 moreinfo unreproducible
>
> Am 18.04.2015 um 02:02 schrieb Rick Thomas:
>>
>> On Apr 17, 2015, at 3:44 PM, Michael Biebl wrote:
>
control: tags -1 moreinfo unreproducible
Am 18.04.2015 um 02:02 schrieb Rick Thomas:
>
> On Apr 17, 2015, at 3:44 PM, Michael Biebl wrote:
>>
>> Thanks for the data.
>> Looks like an lvm issue to me:
>>
>> root@cube:~# lvscan
>> inactive '/dev/vg1/backup' [87.29 GiB] inherit
>>
>> and
On Apr 17, 2015, at 3:44 PM, Michael Biebl wrote:
>
> Thanks for the data.
> Looks like an lvm issue to me:
>
> root@cube:~# lvscan
> inactive '/dev/vg1/backup' [87.29 GiB] inherit
>
> and as a result, /dev/disk/by-label/BACKUP is missing.
Yes, that’s true, of course. But the quest
Am 18.04.2015 um 00:36 schrieb Rick Thomas:
>
> On Apr 17, 2015, at 3:17 PM, Michael Biebl wrote:
>
>> Am 17.04.2015 um 23:43 schrieb Rick Thomas:
>>> Package: systemd
>>> Version: 215-16
>>> Severity: important
>>>
>>> When /etc/fstab has an ext4 filesystem on a logical volume which is itself
>
On Apr 17, 2015, at 3:17 PM, Michael Biebl wrote:
> Am 17.04.2015 um 23:43 schrieb Rick Thomas:
>> Package: systemd
>> Version: 215-16
>> Severity: important
>>
>> When /etc/fstab has an ext4 filesystem on a logical volume which is itself
>> on a software raid, the system times out waiting for
Am 17.04.2015 um 23:43 schrieb Rick Thomas:
> Package: systemd
> Version: 215-16
> Severity: important
>
> When /etc/fstab has an ext4 filesystem on a logical volume which is itself
> on a software raid, the system times out waiting for (I think!) fsck on that
> filesystem.
> This causes the boot
17 matches
Mail list logo