group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #07966
[Bug 1626166] Re: lvm2 not starting lvm2-lvmetad on package install
I just installed yakkety, and got a similar result. All of the cloud-
images and maas images have lvm2 already built in, so this would not be
seen there.
$ sudo vgcreate localvg
Command failed with status code 5.
I installed yakkety like this.
#!/bin/bash
virt-install \
--connect qemu:///system \
--virt-type kvm \
--name yakketylvm \
--ram 2048 \
--disk pool=VMs,size=10 \
--graphics vnc \
-l ftp://ftp.utexas.edu/pub/ubuntu/dists/yakkety/main/installer-amd64/ \
--os-variant ubuntu16.04
** Changed in: lvm2 (Ubuntu)
Status: Fix Released => Confirmed
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1626166
Title:
lvm2 not starting lvm2-lvmetad on package install
Status in lvm2 package in Ubuntu:
Confirmed
Status in lvm2 source package in Xenial:
Triaged
Bug description:
[Impact]
* On Xenial after installing lvm2, you must reboot before you are able to run vgcreate.
* The package installer should be starting lvmetad.service.
* $ sudo vgcreate localvg
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
Please enter a physical volume path.
Run `vgcreate --help' for more information.
[Test Case]
* Running the below commands result in the following error.
$ sudo apt install lvm2
$ sudo pvcreate /dev/sdb1
$ sudo vgcreate localvg
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
Please enter a physical volume path.
Run `vgcreate --help' for more information.
[Regression Potential]
* Solution TBD, opening the bug so I don't forget this in the midst
of a sprint.
* discussion of how regressions are most likely to manifest as a
result of this change.
* It is assumed that any SRU candidate patch is well-tested before
upload and has a low overall risk of regression, but it's important
to make the effort to think about what ''could'' happen in the
event of a regression.
* This both shows the SRU team that the risks have been considered,
and provides guidance to testers in regression-testing the SRU.
[Other Info]
* Anything else you think is useful to include
* Anticipate questions from users, SRU, +1 maintenance, security teams and the Technical Board
* and address these questions in advance
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/1626166/+subscriptions