Activity log for bug #1423796

Date Who What changed Old value New value Message
2015-02-20 04:38:43 MegaBrutal bug added bug
2015-02-20 05:00:07 Brad Figg linux (Ubuntu): status New Incomplete
2015-02-20 16:29:31 Joseph Salisbury affects linux (Ubuntu) lvm2 (Ubuntu)
2015-02-20 16:29:31 Joseph Salisbury lvm2 (Ubuntu): status Incomplete New
2015-02-20 18:29:12 MegaBrutal tags vivid
2015-02-20 18:29:14 MegaBrutal description I'm experiencing with Vivid Vervet on a virtual machine and tried a new LVM feature, lvmcache. I made a cache for the root file system, rebuilt the initrd and rebooted the VM. At boot time, the system failed to activate the root LV. After some investigation, I found out, it's because the initrd is missing some essential stuff needed for activating a cached LV. The initrd was missing the dm-cache module. I regenerated the initrd with explicitly listing dm-cache in /etc/initramfs-tools/modules, but the system still can't boot up, because now it is missing the /usr/sbin/cache_check utility. As SSDs are becoming more and more common, I think it will be common to use them as cache for root file systems, thus it is mandatory to make sure that an initrd can mount an lvmcached root device when necessary, preferably without /etc/initramfs-tools/modules and other initrd hacking. I'm experiencing with Vivid Vervet on a virtual machine and tried a new LVM feature, lvmcache. I made a cache for the root file system, rebuilt the initrd and rebooted the VM. At boot time, the system failed to activate the root LV. After some investigation, I found out, it's because the initrd is missing some essential stuff needed for activating a cached LV. The initrd was missing the dm-cache module. I regenerated the initrd with explicitly listing dm-cache in /etc/initramfs-tools/modules, but the system still can't boot up, because now it is missing the /usr/sbin/cache_check utility. As SSDs are becoming more and more common, I think it will be common to use them as cache for root file systems, thus it is mandatory to make sure that an initrd can mount an lvmcached root device when necessary, preferably without /etc/initramfs-tools/modules and other initrd hacking. System details: Linux lvmvm 3.18.0-13-generic #14-Ubuntu SMP Fri Feb 6 09:55:14 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Distributor ID: Ubuntu Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 Codename: vivid LVM version: 2.02.111(2) (2014-09-01) Library version: 1.02.90 (2014-09-01) Driver version: 4.28.0
2015-02-20 18:29:44 MegaBrutal description I'm experiencing with Vivid Vervet on a virtual machine and tried a new LVM feature, lvmcache. I made a cache for the root file system, rebuilt the initrd and rebooted the VM. At boot time, the system failed to activate the root LV. After some investigation, I found out, it's because the initrd is missing some essential stuff needed for activating a cached LV. The initrd was missing the dm-cache module. I regenerated the initrd with explicitly listing dm-cache in /etc/initramfs-tools/modules, but the system still can't boot up, because now it is missing the /usr/sbin/cache_check utility. As SSDs are becoming more and more common, I think it will be common to use them as cache for root file systems, thus it is mandatory to make sure that an initrd can mount an lvmcached root device when necessary, preferably without /etc/initramfs-tools/modules and other initrd hacking. System details: Linux lvmvm 3.18.0-13-generic #14-Ubuntu SMP Fri Feb 6 09:55:14 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Distributor ID: Ubuntu Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 Codename: vivid LVM version: 2.02.111(2) (2014-09-01) Library version: 1.02.90 (2014-09-01) Driver version: 4.28.0 I'm experiencing with Vivid Vervet on a virtual machine and tried a new LVM feature, lvmcache. I made a cache for the root file system, rebuilt the initrd and rebooted the VM. At boot time, the system failed to activate the root LV. After some investigation, I found out, it's because the initrd is missing some essential stuff needed for activating a cached LV. The initrd was missing the dm-cache module. I regenerated the initrd with explicitly listing dm-cache in /etc/initramfs-tools/modules, but the system still can't boot up, because now it is missing the /usr/sbin/cache_check utility. As SSDs are becoming more and more common, I think it will be common to use them as cache for root file systems, thus it is mandatory to make sure that an initrd can mount an lvmcached root device when necessary, preferably without /etc/initramfs-tools/modules and other manual initrd hacking. System details: Linux lvmvm 3.18.0-13-generic #14-Ubuntu SMP Fri Feb 6 09:55:14 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Distributor ID: Ubuntu Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 Codename: vivid LVM version: 2.02.111(2) (2014-09-01) Library version: 1.02.90 (2014-09-01) Driver version: 4.28.0
2015-02-20 18:39:25 MegaBrutal description I'm experiencing with Vivid Vervet on a virtual machine and tried a new LVM feature, lvmcache. I made a cache for the root file system, rebuilt the initrd and rebooted the VM. At boot time, the system failed to activate the root LV. After some investigation, I found out, it's because the initrd is missing some essential stuff needed for activating a cached LV. The initrd was missing the dm-cache module. I regenerated the initrd with explicitly listing dm-cache in /etc/initramfs-tools/modules, but the system still can't boot up, because now it is missing the /usr/sbin/cache_check utility. As SSDs are becoming more and more common, I think it will be common to use them as cache for root file systems, thus it is mandatory to make sure that an initrd can mount an lvmcached root device when necessary, preferably without /etc/initramfs-tools/modules and other manual initrd hacking. System details: Linux lvmvm 3.18.0-13-generic #14-Ubuntu SMP Fri Feb 6 09:55:14 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Distributor ID: Ubuntu Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 Codename: vivid LVM version: 2.02.111(2) (2014-09-01) Library version: 1.02.90 (2014-09-01) Driver version: 4.28.0 I'm experimenting with Vivid Vervet on a virtual machine and tried a new LVM feature, lvmcache. I made a cache for the root file system, rebuilt the initrd and rebooted the VM. At boot time, the system failed to activate the root LV. After some investigation, I found out, it's because the initrd is missing some essential stuff needed for activating a cached LV. The initrd was missing the dm-cache module. I regenerated the initrd with explicitly listing dm-cache in /etc/initramfs-tools/modules, but the system still can't boot up, because now it is missing the /usr/sbin/cache_check utility. As SSDs are becoming more and more common, I think it will be common to use them as cache for root file systems, thus it is mandatory to make sure that an initrd can mount an lvmcached root device when necessary, preferably without /etc/initramfs-tools/modules and other manual initrd hacking. System details: Linux lvmvm 3.18.0-13-generic #14-Ubuntu SMP Fri Feb 6 09:55:14 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Distributor ID: Ubuntu Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 Codename: vivid LVM version: 2.02.111(2) (2014-09-01) Library version: 1.02.90 (2014-09-01) Driver version: 4.28.0
2015-02-21 19:19:12 Launchpad Janitor lvm2 (Ubuntu): status New Confirmed
2015-02-21 19:21:39 Jeff Burns bug added subscriber Jeff Burns
2015-02-24 11:16:49 Alberto Salvia Novella lvm2 (Ubuntu): importance Undecided High
2015-03-05 15:57:54 Andy Whitcroft bug task added linux (Ubuntu)
2015-03-05 15:58:07 Andy Whitcroft bug task added initramfs-tools (Ubuntu)
2015-03-05 15:58:14 Andy Whitcroft linux (Ubuntu): status New Confirmed
2015-03-05 15:58:17 Andy Whitcroft initramfs-tools (Ubuntu): status New Confirmed
2015-03-05 15:58:19 Andy Whitcroft initramfs-tools (Ubuntu): importance Undecided Medium
2015-03-05 15:58:21 Andy Whitcroft linux (Ubuntu): importance Undecided Medium
2015-03-05 15:58:24 Andy Whitcroft linux (Ubuntu): assignee Andy Whitcroft (apw)
2015-03-05 15:58:26 Andy Whitcroft linux (Ubuntu): milestone ubuntu-15.03
2015-03-07 23:25:10 Astara bug added subscriber Astara
2015-05-30 11:43:39 Paul TREHIOU bug added subscriber Paul TREHIOU
2015-07-08 10:49:59 Andy Whitcroft linux (Ubuntu): milestone ubuntu-15.03 ubuntu-15.07
2015-07-31 15:14:33 Andy Whitcroft linux (Ubuntu): milestone ubuntu-15.07 ubuntu-15.08
2015-08-15 03:09:26 Ivan Kozik bug added subscriber ivank
2015-09-01 08:45:43 Andy Whitcroft linux (Ubuntu): milestone ubuntu-15.08 ubuntu-15.09
2015-10-04 11:58:45 Andy Whitcroft linux (Ubuntu): milestone ubuntu-15.09 ubuntu-15.10
2015-10-26 20:14:15 Julian Taylor bug added subscriber Julian Taylor
2015-11-04 04:42:22 Andy Whitcroft linux (Ubuntu): milestone ubuntu-15.10 ubuntu-15.11
2015-11-24 06:37:07 Jonas Pedersen bug added subscriber Jonas Pedersen
2015-12-07 20:30:03 Andy Whitcroft linux (Ubuntu): milestone ubuntu-15.11 ubuntu-15.12
2016-01-19 10:30:23 Andy Whitcroft linux (Ubuntu): milestone ubuntu-15.12 ubuntu-16.01
2016-02-01 12:34:18 Andy Whitcroft linux (Ubuntu): milestone ubuntu-16.01 ubuntu-16.02
2016-02-12 11:42:03 Paul TREHIOU removed subscriber Paul TREHIOU
2016-03-10 10:35:14 Andy Whitcroft linux (Ubuntu): milestone ubuntu-16.02 ubuntu-16.03
2016-05-08 23:54:42 Stephen Couchman bug added subscriber Stephen Couchman
2016-12-03 11:22:02 Jure Sah bug added subscriber Jure Sah
2017-04-04 20:42:09 elatllat bug added subscriber elatllat
2017-10-02 01:54:17 Andrew Berry bug added subscriber Andrew Berry
2017-10-09 10:29:02 Jacob Yundt bug added subscriber Jacob Yundt
2018-01-11 14:48:36 Denis Gubanov bug added subscriber Denis Gubanov
2018-12-17 03:01:25 vadik56 bug added subscriber vadik56
2019-02-04 11:47:41 Bernd Schubert bug added subscriber Bernd Schubert
2019-07-24 23:10:44 Brad Figg tags vivid cscc vivid
2019-08-04 08:56:55 Andrey Bondarenko bug added subscriber Andrey Bondarenko
2019-09-06 19:55:27 Ivan Kozik removed subscriber Ivan Kozik
2020-07-04 02:57:28 Jason Edgecombe bug added subscriber Jason Edgecombe