← Back to team overview

group.of.nepali.translators team mailing list archive

[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