Linux LVM

• Thread Index

• Re: [dm-devel] fixing mangled UUIDs
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• fixing mangled UUIDs
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: fixing mangled UUIDs
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [dm-devel] fixing mangled UUIDs
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [dm-devel] fixing mangled UUIDs
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: [dm-devel] fixing mangled UUIDs
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [dm-devel] fixing mangled UUIDs
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: backup with snapshots - some principal questions
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• backup with snapshots - some principal questions
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Questions about residual data in LVM after delete the Logic Volume
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Fwd: Questions about residual data in LVM after delete the Logic Volume
  • From: Young Yang <afe.young@xxxxxxxxx>
• errors on lvcreate snapshot : "device-mapper: remove ioctl on (...) failed: Device or resource busy"; still unresolved old issue, or new?
  • From: PGNet Dev <pgnet.dev@xxxxxxxxx>
• Questions about residual data in LVM after delete the Logic Volume
  • From: Young Yang <afe.young@xxxxxxxxx>
• Re: Problems creating/converting large logical volume to RAID1
  • From: Tony Arnold <tony.arnold@xxxxxxxxxxxxxxxx>
• Re: Problems creating/converting large logical volume to RAID1
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Problems creating/converting large logical volume to RAID1
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: thin_check called with wrong path during "vgchange -ay"
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: thin_check called with wrong path during "vgchange -ay"
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: thin_check called with wrong path during "vgchange -ay"
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• thin_check called with wrong path during "vgchange -ay"
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: Problems creating/converting large logical volume to RAID1
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Problems creating/converting large logical volume to RAID1
  • From: Tony Arnold <tony.arnold@xxxxxxxxxxxxxxxx>
• Re: Thin dump errors on snapshot of lvm metadata
  • From: shankha <shankhabanerjee@xxxxxxxxx>
• Re: Thin dump errors on snapshot of lvm metadata
  • From: shankha <shankhabanerjee@xxxxxxxxx>
• Re: Problems creating/converting large logical volume to RAID1
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Thin dump errors on snapshot of lvm metadata
  • From: shankha <shankhabanerjee@xxxxxxxxx>
• Re: Request for Feature: Disk space usage by a LVM snapshot
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Problems creating/converting large logical volume to RAID1
  • From: Tony Arnold <tony.arnold@xxxxxxxxxxxxxxxx>
• Request for Feature: Disk space usage by a LVM snapshot
  • From: shankha <shankhabanerjee@xxxxxxxxx>
• Re: Quick question regarding lvm-cache
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Quick question regarding lvm-cache
  • From: Devin Vance <devin@xxxxxxxxxx>
• Re: Kernel BUG at dm-cache-policy-mq.c
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Cache block size warning
  • From: Ciprian Hacman <ciprian.hacman@xxxxxxxxxxxx>
• Kernel BUG at dm-cache-policy-mq.c
  • From: Ciprian Hacman <ciprian.hacman@xxxxxxxxxxxx>
• Re: Cache block size warning
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Cache block size warning
  • From: Ciprian Hacman <ciprian.hacman@xxxxxxxxxxxx>
• lvmcache - performance and real life usage?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: LVM thin volume cannot be deleted.
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• LVM thin volume cannot be deleted.
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• addendum [SOLVED] Re: Kombination of lvm-tags
  • From: Oliver Rath <rath@xxxxxxxx>
• [SOLVED] Re: Kombination of lvm-tags
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: dm-cache and snapshots
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: Kombination of lvm-tags
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Kombination of lvm-tags
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: dd on a lv?
  • From: Michael Munger <michael@xxxxxxxxxxxxxxxxxxx>
• Re: dd on a lv?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• dd on a lv?
  • From: Michael Munger <michael@xxxxxxxxxxxxxxxxxxx>
• Re: md: personality for level 1 is not loaded
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• dm-cache and snapshots
  • From: Syahrul Sazli Shaharir <sazli@xxxxxxxxxx>
• Re: md: personality for level 1 is not loaded
  • From: James Hawtin <oolon@xxxxxxxx>
• Re: md: personality for level 1 is not loaded
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Lost lost logical volume on problematic LVM
  • From: Anton Bizzarri <anton.bizzari@xxxxxxxx>
• md: personality for level 1 is not loaded
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• LVM pages at TLDP
  • From: Mark Ballard <markjballard@xxxxxxxxxxxxxx>
• Re: LVM Cache Configuration issues
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• [PATCH] man dmsetup: Add missing lines for dmsetup info
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• LVM Cache Configuration issues
  • From: Marc Caubet <mcaubet@xxxxxx>
• Re: LVM cache (or dm-cache) shutdown
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• LVM cache (or dm-cache) shutdown
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: unexpected behaviour of "lvresize" with sparse volumes
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: unexpected behaviour of "lvresize" with sparse volumes
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: unexpected behaviour of "lvresize" with sparse volumes
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: unexpected behaviour of "lvresize" with sparse volumes
  • From: Alexey <alukardd@xxxxxxxxxxxx>
• unexpected behaviour of "lvresize" with sparse volumes
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: mirror volume split
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: mirror volume split
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• mirror volume split
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: Uncache a LV when a cache PV is gone, bug ?
  • From: Robin Lee Powell <rlpowell@xxxxxxxxxxxxxxxxxx>
• Re: Usable space in PV
  • From: Timofey Koolin <timofey@xxxxxxxxx>
• Re: Usable space in PV
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Usable space in PV
  • From: Timofey Koolin <timofey@xxxxxxxxx>
• Question on lvconvert when using to create Cachepool- Gives no space in Volume group
  • From: Lakshmi <sendtold@xxxxxxxxx>
• Re: lvm metadata sequence number reverts
  • From: Aaron Young <aaron.young@xxxxxx>
• Re: Strange dm-cache activity at startup
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: lvm metadata sequence number reverts
  • From: Aaron Young <aaron.young@xxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Strange dm-cache activity at startup
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: lvm metadata sequence number reverts
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• lvm metadata sequence number reverts
  • From: Aaron Young <aaron.young@xxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Any way to speed up activation of volumes with snapshots?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Any way to speed up activation of volumes with snapshots?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: Strange dm-cache activity at startup
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Strange dm-cache activity at startup
  • From: "Simon O'Riordan" <verucasaltuk@xxxxxxxxxxxxx>
• Re: Strange dm-cache activity at startup
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Strange dm-cache activity at startup
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Strange dm-cache activity at startup
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Strange dm-cache activity at startup
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: Strange dm-cache activity at startup
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Strange dm-cache activity at startup
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Chris Webb <chris@xxxxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Chris Webb <chris@xxxxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Chris Webb <chris@xxxxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Chris Webb <chris@xxxxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: devices.filter changed behaviour in 80ac8f37d6
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Does LVM always do 'dm suspend' when lvcreating a thin snapshot?
  • From: Mike McCracken <mike.mccracken@xxxxxxxxxxxxx>
• devices.filter changed behaviour in 80ac8f37d6
  • From: Chris Webb <chris@xxxxxxxxxxxx>
• Re: Corrupt PV (wrong size)
  • From: Richard Petty <richard@xxxxxxxxxx>
• Re: [dm-devel] udev rules do not create partition entries when an lvm lv is partitioned
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• udev rules do not create partition entries when an lvm lv is partitioned
  • From: Joe Julian <me@xxxxxxxxxxxxxx>
• Re: Does LVM always do 'dm suspend' when lvcreating a thin snapshot?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Does LVM always do 'dm suspend' when lvcreating a thin snapshot?
  • From: Mike McCracken <mike.mccracken@xxxxxxxxxxxxx>
• Re: Snapshots on clustered LVM
  • From: Digimer <lists@xxxxxxxxxx>
• Re: Snapshots on clustered LVM
  • From: Digimer <lists@xxxxxxxxxx>
• Re: Snapshots on clustered LVM
  • From: David Teigland <teigland@xxxxxxxxxx>
• Re: Snapshots on clustered LVM
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Snapshots on clustered LVM
  • From: Bram Klein Gunnewiek <bram@xxxxxxxxxxxxx>
• Re: Snapshots on clustered LVM
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Snapshots on clustered LVM
  • From: Bram Klein Gunnewiek <bram@xxxxxxxxxxxxx>
• Re: Uncache a LV when a cache PV is gone, bug ?
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: Uncache a LV when a cache PV is gone, bug ?
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: Uncache a LV when a cache PV is gone, bug ?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Uncache a LV when a cache PV is gone, bug ?
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: lvremove does not pass discards if volume is part of thin pool
  • From: vaLentin chernoZemski <valentin@xxxxxxxxxxxxxx>
• Re: lvremove does not pass discards if volume is part of thin pool
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: lvremove does not pass discards if volume is part of thin pool
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: lvremove does not pass discards if volume is part of thin pool
  • From: vaLentin chernoZemski <valentin@xxxxxxxxxxxxxx>
• Re: lvremove does not pass discards if volume is part of thin pool
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: lvremove does not pass discards if volume is part of thin pool
  • From: vaLentin chernoZemski <valentin@xxxxxxxxxxxxxx>
• Re: lvremove does not pass discards if volume is part of thin pool
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• lvremove does not pass discards if volume is part of thin pool
  • From: vaLentin chernoZemski <valentin@xxxxxxxxxxxxxx>
• Basic failures in lvconvert --replace and lvconvert -m
  • From: Greg Stark <stark@xxxxxxx>
• Typos in docu of LVM2.2.02.125
  • From: Heinz Deinhart <heinz@xxxxxxxxxxxxxxxxxx>
• Re: Howto get real size of thinpool-snap?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Howto get real size of thinpool-snap?
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: what is free space in LVM
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: what is free space in LVM
  • From: Mauricio Tavares <raubvogel@xxxxxxxxx>
• what is free space in LVM
  • From: Angelo Moreschini <mrangelo.fedora@xxxxxxxxx>
• Can I use one CachePoolLV with multiple Origin LVs?
  • From: Dax Kelson <dkelson@xxxxxxxxxxxx>
• Re: Trying to see a difference in performance with LVM Cache
  • From: Dax Kelson <dkelson@xxxxxxxxxxxx>
• CachePoolLV with multiple Origin LVs?
  • From: Dax Kelson <dkelson@xxxxxxxxxxxx>
• Trying to see a difference in performance with LVM Cache
  • From: Dax Kelson <dkelson@xxxxxxxxxxxx>
• Re: [solved] resize2fs results in "permission denied"
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [solved] resize2fs results in "permission denied"
  • From: chris <lvm-contact@xxxxxxxxx>
• resize2fs results in "permission denied"
  • From: chris <lvm-contact@xxxxxxxxx>
• [PATCH] Limited example C dbus service and client
  • From: Tony Asleson <tasleson@xxxxxxxxxx>
• Re: compilation problem 2.02.125
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: compilation problem 2.02.125
  • From: Alexey <alukardd@xxxxxxxxxxxx>
• compilation problem 2.02.125
  • From: Alexey <alukardd@xxxxxxxxxxxx>
• Re: Difficulties with creating RAID1 LV
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: Difficulties with creating RAID1 LV
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Difficulties with creating RAID1 LV
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: lvcreate - device not cleared Aborting. Failed to wipe start of new LV.
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: lvcreate - device not cleared Aborting. Failed to wipe start of new LV.
  • From: csanyipal@xxxxxxxxx
• Re: lvcreate - device not cleared Aborting. Failed to wipe start of new LV.
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: lvcreate - device not cleared Aborting. Failed to wipe start of new LV.
  • From: csanyipal@xxxxxxxxx
• Re: lvcreate - device not cleared Aborting. Failed to wipe start of new LV.
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: lvcreate - device not cleared Aborting. Failed to wipe start of new LV.
  • From: csanyipal@xxxxxxxxx
• Re: lvcreate - device not cleared Aborting. Failed to wipe start of new LV.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: lvcreate - device not cleared Aborting. Failed to wipe start of new LV.
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• lvcreate - device not cleared Aborting. Failed to wipe start of new LV.
  • From: csanyipal@xxxxxxxxx
• Boot problems
  • From: Paul van der Vlis <paul@xxxxxxxxxxxxx>
• Re: LVM problem: Unable to mount encrypted Luks HDs after reinstalling Ubuntu; Error: unknown filesystem type 'LVM2_member'
  • From: Klaus Lichtenwalder <lichtenwalder@xxxxxxxxx>
• Snapshot creation and removal hangs
  • From: Christoph Mitasch <cmitasch@xxxxxxxxxxxxxxxx>
• Re: libdm cannot swap names between two child volumes
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: libdm cannot swap names between two child volumes
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: lvm raid1
  • From: Georges Giralt <georges.giralt@xxxxxxx>
• Re: lvm raid1
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: lvm raid1
  • From: Georges Giralt <georges.giralt@xxxxxxx>
• lvm raid1
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: libdm cannot swap names between two child volumes
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: libdm cannot swap names between two child volumes
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: libdm cannot swap names between two child volumes
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: libdm cannot swap names between two child volumes
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: libdm cannot swap names between two child volumes
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• libdm cannot swap names between two child volumes
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• LVM LV raid5 - can it be extended?
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: Cpy%Sync column - high disk activity after reboots
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Cpy%Sync column - high disk activity after reboots
  • From: Mathijs Kwik <mathijs@xxxxxxxxxxxxxxxx>
• Re: Cpy%Sync column - high disk activity after reboots
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM problem: Unable to mount encrypted Luks HDs after reinstalling Ubuntu; Error: unknown filesystem type 'LVM2_member'
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• LVM problem: Unable to mount encrypted Luks HDs after reinstalling Ubuntu; Error: unknown filesystem type 'LVM2_member'
  • From: st@xxxxxxxxxxx
• Cpy%Sync column - high disk activity after reboots
  • From: Mathijs Kwik <mathijs@xxxxxxxxxxxxxxxx>
• lvm on top of mdraid switches from /dev/md126p2 to /dev/sdb2
  • From: Oleg Samarin <osamarin68@xxxxxxxxx>
• Re: custom targets in lvm created dm tree
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: autoactivation fails
  • From: Christian Hesse <list@xxxxxxxx>
• Re: autoactivation fails
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: autoactivation fails
  • From: Christian Hesse <mail@xxxxxxxx>
• Re: autoactivation fails
  • From: Christian Hesse <list@xxxxxxxx>
• custom targets in lvm created dm tree
  • From: Murali Balcha <Murali.Balcha@xxxxxxxxxxxxxx>
• Removing failed lv cache pool from orgin lv
  • From: Ryan Chewning <ryan.chewning@xxxxxxxxx>
• Re: autoactivation fails
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: autoactivation fails
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: autoactivation fails
  • From: Christian Hesse <list@xxxxxxxx>
• Re: autoactivation fails
  • From: Christian Hesse <list@xxxxxxxx>
• Re: autoactivation fails
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• autoactivation fails
  • From: Christian Hesse <list@xxxxxxxx>
• Expectations for TRIM on an MD→LVM→Xen→? stack
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Why it suggest to disable "write_cache_state" when using DRBD as physical volumes
  • From: Hank Tsai <hanktsai@xxxxxxxx>
• Re: invalid snapshot with umounted fs
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• invalid snapshot with umounted fs
  • From: Christian Hesse <list@xxxxxxxx>
• sequential_threshold=0 turns lvmcache into write-around cache
  • From: Andrew Thorburn <athorburn@xxxxxxxxxx>
• Re: Thin Pull LV suspended
  • From: Konstantin Krotov <kv_sec@xxxxxxx>
• lvchange seg faults after switching cache policy mq->cleaner->mq
  • From: Kyle Manna <kyle@xxxxxxxxxxxxx>
• lvchange seg faults after switching cache policy mq->cleaner->mq
  • From: Kyle Manna <kyle@xxxxxxxxxxxxx>
• Storage Management Job Vacancy at Red Hat
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• thin pool deduplication
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Corruption on reattaching cache; reproducible
  • From: Mark Hills <mark@xxxxxxxx>
• Mixing different devices
  • From: Georges Giralt <georges.giralt@xxxxxxx>
• Re: persistent value of tunables for dmsetup --target=cache ?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: persistent value of tunables for dmsetup --target=cache ?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• persistent value of tunables for dmsetup --target=cache ?
  • From: nikhil <nkshirsagar@xxxxxxxxx>
• Re: Booting through LVM. Possible ?
  • From: Georges Giralt <georges.giralt@xxxxxxx>
• Re: Booting through LVM. Possible ?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Booting through LVM. Possible ?
  • From: georges.giralt@xxxxxxx
• Re: lvm thinpool metadata spare resizing
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• lvm thinpool metadata spare resizing
  • From: Ian Gordon <ian.gordon@xxxxxxxxxxxx>
• Re: Tagging LVs with Python Bindings
  • From: Michael Schmidt <schmidmt@xxxxxxxxx>
• Re: Tagging LVs with Python Bindings
  • From: Tony Asleson <tasleson@xxxxxxxxxx>
• Re: unable to lvcreate _new_ LVs on existing VG with existing LVs and plenty of room?
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: unable to lvcreate _new_ LVs on existing VG with existing LVs and plenty of room?
  • From: lyndat3@xxxxxxxxxxxxx
• Re: unable to lvcreate _new_ LVs on existing VG with existing LVs and plenty of room?
  • From: Dave Stevens <geek@xxxxxxxxxxxx>
• Re: unable to lvcreate _new_ LVs on existing VG with existing LVs and plenty of room?
  • From: lyndat3@xxxxxxxxxxxxx
• Re: unable to lvcreate _new_ LVs on existing VG with existing LVs and plenty of room?
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: seems as if iy should be simple but I'm stuck
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• unable to lvcreate _new_ LVs on existing VG with existing LVs and plenty of room?
  • From: lyndat3@xxxxxxxxxxxxx
• Re: [PATCH 1/2] python: Make lv addTag/removeTag persistant
  • From: Tony Asleson <tasleson@xxxxxxxxxx>
• Re: [PATCH 1/2] python: Make lv addTag/removeTag persistant
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 1/2] python: Make lv addTag/removeTag persistant
  • From: Tony Asleson <tasleson@xxxxxxxxxx>
• Re: Tagging LVs with Python Bindings
  • From: Tony Asleson <tasleson@xxxxxxxxxx>
• [PATCH 2/2] python unit test ws fixes
  • From: Tony Asleson <tasleson@xxxxxxxxxx>
• Tagging LVs with Python Bindings
  • From: Michael Schmidt <schmidmt@xxxxxxxxx>
• seems as if iy should be simple but I'm stuck
  • From: Dave Stevens <geek@xxxxxxxxxxxx>
• Re: LVM crashed, no superblock on dozens of LVs even after vgcfgrestore
  • From: Jack Waterworth <jack@xxxxxxxxxx>
• Re: LVM crashed, no superblock on dozens of LVs even after vgcfgrestore
  • From: Christophe <c.baegert-listes@xxxxxxxxx>
• Re: LVM crashed, no superblock on dozens of LVs even after vgcfgrestore
  • From: Christophe <c.baegert-listes@xxxxxxxxx>
• Fwd: Millions of mismatches after scrubbing lvm raid
  • From: Roman Dissauer <roman@xxxxxxxxxxxx>
• Re: LVM crashed, no superblock on dozens of LVs even after vgcfgrestore
  • From: Christian Schröder <cs@xxxxxxxxx>
• LVM crashed, no superblock on dozens of LVs even after vgcfgrestore
  • From: Christophe <c.baegert-listes@xxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Questions about invalid snapshot
  • From: "Boylan, Ross" <Ross.Boylan@xxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: Question (and feature suggestions) regarding lvmcache and lvmthin
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Millions of mismatches after scrubbing raid
  • From: Roman Dissauer <roman@xxxxxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: Stuart Gathman <stuart@xxxxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: device-mapper: snapshots: Invalidating snapshot: Unable to allocate exception.
  • From: Tomas Dalebjork <tomas.dalebjork@xxxxxxxxxxxx>
• Re: device-mapper: snapshots: Invalidating snapshot: Unable to allocate exception.
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• device-mapper: snapshots: Invalidating snapshot: Unable to allocate exception.
  • From: Tomas Dalebjork <tomas.dalebjork@xxxxxxxxxxxx>
• Re: Removing disk from raid LVM
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• LVM miscalculates bitmap size for RAID1 and small extent
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: Removing disk from raid LVM
  • From: Libor Klepáč <libor.klepac@xxxxxxx>
• Re: Removing disk from raid LVM
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Removing disk from raid LVM
  • From: Libor Klepáč <libor.klepac@xxxxxxx>
• Re: Removing disk from raid LVM
  • From: Libor Klepáč <libor.klepac@xxxxxxx>
• Re: Removing disk from raid LVM
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Removing disk from raid LVM
  • From: Libor Klepáč <libor.klepac@xxxxxxx>
• Re: Removing disk from raid LVM
  • From: Premchand Gupta <gpremchand@xxxxxxxxx>
• Re: Can't split VG which contains a thin pool
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: Removing disk from raid LVM
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Removing disk from raid LVM
  • From: Libor Klepáč <libor.klepac@xxxxxxx>
• Re: Removing disk from raid LVM
  • From: Libor Klepáč <libor.klepac@xxxxxxx>
• Re: Removing disk from raid LVM
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Removing disk from raid LVM
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• Removing disk from raid LVM
  • From: Libor Klepáč <libor.klepac@xxxxxxx>
• Can't split VG which contains a thin pool
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Question (and feature suggestions) regarding lvmcache and lvmthin
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• Re: Volume group inconsistent
  • From: Marcos Dutra <macdutra@xxxxxxxxx>
• Re: Combine multiple physical volumes onto a larger device
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Combine multiple physical volumes onto a larger device
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• Combine multiple physical volumes onto a larger device
  • From: Greg Zartman <gregzartman@xxxxxxxxx>
• Ubuntu: Unable to mount lvmcache root device at boot time
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: vgmknodes --refresh blocks forever waiting on a semaphore
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: vgmknodes --refresh blocks forever waiting on a semaphore
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• vgmknodes --refresh blocks forever waiting on a semaphore
  • From: Joel Friedly <joelfriedly@xxxxxxxxx>
• lvscan returns - WARNING: Unrecognised segment type thick
  • From: Roberto Fastec <roberto.fastec@xxxxxxxxx>
• Re: Confusing error: No space left on device
  • From: "Jason Pyeron" <jpyeron@xxxxxxxx>
• Re: Confusing error: No space left on device
  • From: "Jason Pyeron" <jpyeron@xxxxxxxx>
• Re: Confusing error: No space left on device
  • From: Stuart Gathman <stuart@xxxxxxxxxxx>
• Re: Confusing error: No space left on device
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Confusing error: No space left on device
  • From: "Jason Pyeron" <jpyeron@xxxxxxxx>
• Re: Confusing error: No space left on device
  • From: "Jason Pyeron" <jpyeron@xxxxxxxx>
• Confusing error: No space left on device
  • From: "Jason Pyeron" <jpyeron@xxxxxxxx>
• Re: Volume group inconsistent
  • From: service hofman <service.hofman@xxxxxxxxxxxxxx>
• Re: Volume group inconsistent
  • From: Marcos Dutra <macdutra@xxxxxxxxx>
• temporary uninterruptible sleep on thin pool under massive write
  • From: Alexey <alukardd@xxxxxxxxxxxx>
• Re: Volume group inconsistent
  • From: service hofman <service.hofman@xxxxxxxxxxxxxx>
• Re: Volume group inconsistent
  • From: Marcos Dutra <macdutra@xxxxxxxxx>
• Re: Volume group inconsistent
  • From: Marcos Dutra <macdutra@xxxxxxxxx>
• Re: Volume group inconsistent
  • From: service hofman <service.hofman@xxxxxxxxxxxxxx>
• Re: Volume group inconsistent
  • From: service hofman <service.hofman@xxxxxxxxxxxxxx>
• Re: Volume group inconsistent
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: vgextend --restoremissing does not work.
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Volume group inconsistent
  • From: Marcos Dutra <macdutra@xxxxxxxxx>
• vgextend --restoremissing does not work.
  • From: dE <de.techno@xxxxxxxxx>
• Re: Volume group inconsistent
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM disk power management
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• LVM disk power management
  • From: "Drew..." <1drew345@xxxxxxxxx>
• Volume group inconsistent
  • From: Marcos Dutra <macdutra@xxxxxxxxx>
• Re: LVM snapshot setup for mysql-zrm backups problem
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: LVM snapshot setup for mysql-zrm backups problem
  • From: Philip Amadeo Saeli <psaeli@xxxxxxxxxxxx>
• Re: LVM snapshot setup for mysql-zrm backups problem
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: Slow response from lvs and vgs commands
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Checking alignment on existing volumes
  • From: Mark Syms <mark@xxxxxxxxxxxxxx>
• LVM snapshot setup for mysql-zrm backups problem
  • From: Philip Amadeo Saeli <psaeli@xxxxxxxxxxxx>
• Re: Slow response from lvs and vgs commands
  • From: Marcos Dutra <macdutra@xxxxxxxxx>
• Question about expanding RAID 5 LVs
  • From: Pheckphul <pheckphul@xxxxxxxxx>
• Re: Slow response from lvs and vgs commands
  • From: John Griffith <john.griffith8@xxxxxxxxx>
• Re: Slow response from lvs and vgs commands
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Slow response from lvs and vgs commands
  • From: John Griffith <john.griffith8@xxxxxxxxx>
• pccardd process takes 100% CPU
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: determining snapshot overhead
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: determining snapshot overhead
  • From: Bram Klein Gunnewiek <bram@xxxxxxxxxxxxx>
• Re: determining snapshot overhead
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: determining snapshot overhead
  • From: Bram Klein Gunnewiek <bram@xxxxxxxxxxxxx>
• Re: determining snapshot overhead
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• determining snapshot overhead
  • From: Bram Klein Gunnewiek <bram@xxxxxxxxxxxxx>
• [PATCH 7/7] thin-provisioning-tools: test for old boost version
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/7] thin-provisioning-tools: fix error on g++-4.4 and older
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 6/7] thin-provisioning-tools: fix typename error on g++-4.4 and older
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/7] thin-provisioning-tools: fix an ambiguous reference on g++-4.4 and older
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/7] thin-provisioning-tools: provide missing macros
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 5/7] thin-provisioning-tools: fix binary constants for g++-4.2 and older
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 4/7] thin-provisioning-tools: fix an error on g++ 4.3 and previous
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/7] thin-provisioning-tools: support old compilers
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Renaming volumes and /proc/mounts
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: writeback cache not promoting writes
  • From: Max Power <maillists@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Renaming volumes and /proc/mounts
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: writeback cache not promoting writes
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: writeback cache not promoting writes
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: writeback cache not promoting writes
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: deleted LV recovery: understanding metadata format and determining LV extents
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: deleted LV recovery: understanding metadata format and determining LV extents
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: deleted LV recovery: understanding metadata format and determining LV extents
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxxx>
• writeback cache not promoting writes
  • From: Max Power <maillists@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• deleted LV recovery: understanding metadata format and determining LV extents
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxxx>
• Re: lvmcache in writeback mode
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Missing Logical Volumes
  • From: Graham Crowe <graham@xxxxxxxxxx>
• lvmcache in writeback mode
  • From: Pim van den Berg <pim.vandenberg@xxxxxxxxxx>
• Re: Missing Logical Volumes
  • From: <mghofran@xxxxxxxxxxxxxxxxx>
• lvmcache in writeback mode
  • From: Pim van den Berg <pim.vandenberg@xxxxxxxxxx>
• Re: Messed up metadata for thin pool?
  • From: Matěj Cepl <mcepl@xxxxxxx>
• Messed up metadata for thin pool?
  • From: Matej Cepl <mcepl@xxxxxxx>
• unremovable lv
  • From: Alexey <alukardd@xxxxxxxxxxxx>
• Thin Pull LV suspended
  • From: Alexey <alukardd@xxxxxxxxxxxx>
• Re: Missing Logical Volumes
  • From: G Crowe <gclvmlist@xxxxxxxxxx>
• Renaming volumes and /proc/mounts
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Missing Logical Volumes
  • From: Jack Waterworth <jack@xxxxxxxxxx>
• Missing Logical Volumes
  • From: G Crowe <gclvmlist@xxxxxxxxxx>
• Re: Raid1 -> linear conversion = destroyed data
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Raid1 -> linear conversion = destroyed data
  • From: "Jason Warr" <jason@xxxxxxxx>
• Re: Raid1 -> linear conversion = destroyed data
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Bug with converting a large mirror to raid1
  • From: SPUeNTRUP - Kai Henningsen <support-kh-m-lvm@xxxxxxx>
• Re: Raid1 -> linear conversion = destroyed data
  • From: "Jason Warr" <jason@xxxxxxxx>
• Re: Raid1 -> linear conversion = destroyed data
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Raid1 -> linear conversion = destroyed data
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: thin provisioned volume failed - perhaps issues extending metadata?
  • From: Sean Brisbane <s.brisbane1@xxxxxxxxxxxxxxxx>
• Re: thin provisioned volume failed - perhaps issues extending metadata?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• thin provisioned volume failed - perhaps issues extending metadata?
  • From: Sean Brisbane <s.brisbane1@xxxxxxxxxxxxxxxx>
• Re: Raid1 -> linear conversion = destroyed data
  • From: "Jason Warr" <jason@xxxxxxxx>
• Re: Raid1 -> linear conversion = destroyed data
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: Raid1 -> linear conversion = destroyed data
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: ThinProvisioned lvm's Don't Activate or Mount
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: ThinProvisioned lvm's Don't Activate or Mount
  • From: Jack Waterworth <jack@xxxxxxxxxx>
• Re: Raid1 -> linear conversion = destroyed data
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Raid1 -> linear conversion = destroyed data
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• ThinProvisioned lvm's Don't Activate or Mount
  • From: Rock <roark.maccado@xxxxxxxxx>
• Re: LVM mirror or RAID1?
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: LVM mirror or RAID1?
  • From: Mauricio Tavares <raubvogel@xxxxxxxxx>
• LVM mirror or RAID1?
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: flakey target isn't flaking
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• flakey target isn't flaking
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: LVM RAID1 syncing component
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: mixed ssd/disk szenario question: moving lv from ssd ->disk?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [BUG?] OOM executing blkdiscard on a thin lv
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: [BUG?] OOM executing blkdiscard on a thin lv
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: LVM RAID1 syncing component
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• [BUG?] OOM executing blkdiscardon a thin lv
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Unable to create snapshot due to failed merge of prior snapshot
  • From: N Cuka <ncuka@xxxxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: Daniel Savard <daniel.savard@xxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: LVM VG is not activated during system boot
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• LVM VG is not activated during system boot
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• How to use 'lvconvert --merge' to copy back data but keep snapshot
  • From: Tomas Dalebjork <tomas.dalebjork@xxxxxxxxxxxx>
• Unable to create snapshot due to failed merge of prior snapshot
  • From: Nathan Cuka <nscuka@xxxxxxxxx>
• Re: mixed ssd/disk szenario question: moving lv from ssd ->disk?
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: mixed ssd/disk szenario question: moving lv from ssd ->disk?
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: mixed ssd/disk szenario question: moving lv from ssd ->disk?
  • From: matthew patton <pattonme@xxxxxxxxx>
• mixed ssd/disk szenario question: moving lv from ssd ->disk?
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: broken fs after removing disk from group
  • From: Marc des Garets <marc@xxxxxxxx>
• Re: broken fs after removing disk from group
  • From: Marc des Garets <marc@xxxxxxxx>
• Re: broken fs after removing disk from group
  • From: Marc des Garets <marc@xxxxxxxx>
• Re: broken fs after removing disk from group
  • From: Jack Waterworth <jack@xxxxxxxxxx>
• Re: broken fs after removing disk from group
  • From: Marc des Garets <marc@xxxxxxxx>
• Re: broken fs after removing disk from group
  • From: Marc des Garets <marc@xxxxxxxx>
• Re: broken fs after removing disk from group
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: broken fs after removing disk from group
  • From: Marc des Garets <marc@xxxxxxxx>
• Re: broken fs after removing disk from group
  • From: Marc des Garets <marc@xxxxxxxx>
• Re: broken fs after removing disk from group
  • From: Marc des Garets <marc@xxxxxxxx>
• Re: broken fs after removing disk from group
  • From: Fran Garcia <fran@xxxxxxxxxxxxxxx>
• broken fs after removing disk from group
  • From: Marc des Garets <marc@xxxxxxxx>
• Re: Volume "avg/alv" is not active locally.
  • From: Daniel Savard <daniel.savard@xxxxxxxxx>
• Re: Volume "avg/alv" is not active locally.
  • From: "Aubin, Jean-Francois" <jean-francois.aubin@xxxxxxx>
• Re: Volume "avg/alv" is not active locally.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Volume "avg/alv" is not active locally.
  • From: Daniel Savard <daniel.savard@xxxxxxxxx>
• Re: vgscan can't see LVM volumes on QEMU image
  • From: Roman Mashak <roman.mashak@xxxxxxxxx>
• Re: vgscan can't see LVM volumes on QEMU image
  • From: Roman Mashak <roman.mashak@xxxxxxxxx>
• Re: vgscan can't see LVM volumes on QEMU image
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: vgscan can't see LVM volumes on QEMU image
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: vgscan can't see LVM volumes on QEMU image
  • From: Roman Mashak <roman.mashak@xxxxxxxxx>
• Re: vgscan can't see LVM volumes on QEMU image
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: vgscan can't see LVM volumes on QEMU image
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• vgscan can't see LVM volumes on QEMU image
  • From: Roman Mashak <roman.mashak@xxxxxxxxx>
• Re: Setting up LVM cache causes crash
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [data] Setting up LVM cache causes crash
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: Virtualization and LVM data security
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [dm-devel] fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: Virtualization and LVM data security
  • From: IB Development Team <dev@xxxxx>
• Re: Virtualization and LVM data security
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: fix corrupted thin pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Virtualization and LVM data security
  • From: IB Development Team <dev@xxxxx>
• SOLVED [was Re: What todo if metadata grows faster than pool data]
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: What todo if metadata grows faster than pool data
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• What todo if metadata grows faster than pool data
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: [data] Re: Setting up LVM cache causes crash
  • From: Elvin Cako <ecako@xxxxxxxxxxxx>
• Re: kernel errors from a merging snapshot
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: How to calculate the LVM SSD cache size?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: kernel errors from a merging snapshot
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• kernel errors from a merging snapshot
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: How to calculate the LVM SSD cache size?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• How to calculate the LVM SSD cache size?
  • From: Kees de Jong <keesdejong@xxxxxxxxx>
• Re: thin pool and discards
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: thin pool and discards
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: thin pool and discards
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: thin pool and discards
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: lvm2 low space handling
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• lvm2 low space handling
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: Thin provisioned pool errors
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Thin provisioned pool errors
  • From: Timur Alperovich <timur@xxxxxxxxxxxxxx>
• Re: thin pool and discards
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: thin pool and discards
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: thin pool and discards
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: thin pool and discards
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• thin pool and discards
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: Why is my LVM Mirror performance so bad?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Why is my LVM Mirror performance so bad?
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: Why is my LVM Mirror performance so bad?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Why is my LVM Mirror performance so bad?
  • From: Micky <mickylmartin@xxxxxxxxx>
• Why is my LVM Mirror performance so bad?
  • From: Errol Neal <eneal@xxxxxxxxxxxxxxxxx>
• Re: [data] Re: Setting up LVM cache causes crash
  • From: Elvin Cako <ecako@xxxxxxxxxxxx>
• Re: [data] Re: Setting up LVM cache causes crash
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: LE to PE mapping
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Does LVM RAID1 have TRIM support?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: lvm thin provisioning snapshots and btrfs
  • From: Robb Walker <rwalker@xxxxxxxxxxxxxxx>
• Re: lvm thin provisioning snapshots and btrfs
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: lvm thin provisioning snapshots and btrfs
  • From: Robb Walker <rwalker@xxxxxxxxxxxxxxx>
• Re: ‘LVMETAD_PIDFILE’ undeclared when compiling
  • From: Pirate Fibonacci <pirate112358@xxxxxxxxx>
• Incorrect metadata area header checksum
  • From: "Boylan, Ross" <Ross.Boylan@xxxxxxxx>
• Re: ‘LVMETAD_PIDFILE’ undeclared when compiling
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• ‘LVMETAD_PIDFILE’ undeclared when compiling
  • From: Pirate Fibonacci <pirate112358@xxxxxxxxx>
• Re: [data] Re: Setting up LVM cache causes crash
  • From: Elvin Cako <ecako@xxxxxxxxxxxx>
• Re: LE to PE mapping
  • From: "Allen, Jack" <Jack.Allen@xxxxxxxxxxxx>
• lvm thin provisioning snapshots and btrfs
  • From: Robb Walker <rwalker@xxxxxxxxxxxxxxx>
• Re: LE to PE mapping
  • From: "Allen, Jack" <Jack.Allen@xxxxxxxxxxxx>
• Re: LE to PE mapping
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• LE to PE mapping
  • From: "Allen, Jack" <Jack.Allen@xxxxxxxxxxxx>
• Re: LVM and I/O block size (max_sectors_kb)
  • From: matthew patton <pattonme@xxxxxxxxx>
• [PATCH] man: Include max PE size in vgcreate
  • From: Tony Asleson <tasleson@xxxxxxxxxx>
• Re: LVM and I/O block size (max_sectors_kb)
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Does LVM RAID1 have TRIM support?
  • From: Jarkko Oranen <oranenj@xxxxxx>
• Re: LVM and I/O block size (max_sectors_kb)
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: Does LVM RAID1 have TRIM support?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: LVM and I/O block size (max_sectors_kb)
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Replace small drive with bigger, using LVM?
  • From: Andreas Nastke <nastke@xxxxxxxxxxxxx>
• Re: Replace small drive with bigger, using LVM?
  • From: Jarkko Oranen <oranenj@xxxxxx>
• Re: Replace small drive with bigger, using LVM?
  • From: "Michael D. Setzer II" <mikes@xxxxxxxxxxxxxxxx>
• Re: Replace small drive with bigger, using LVM?
  • From: James Hawtin <oolon@xxxxxxxx>
• Re: Replace small drive with bigger, using LVM?
  • From: Fran Garcia <franchu.garcia@xxxxxxxxx>
• Re: Replace small drive with bigger, using LVM?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Replace small drive with bigger, using LVM?
  • From: James Hawtin <oolon@xxxxxxxx>
• Replace small drive with bigger, using LVM?
  • From: Craig <linux-lvm@xxxxxxxxxxxxx>
• lvm2 lvmetad hangs with 100% cpu
  • From: Pirate Fibonacci <pirate112358@xxxxxxxxx>
• Re: lvm2 lvmetad hangs with 100% cpu
  • From: Pirate Fibonacci <pirate112358@xxxxxxxxx>
• Re: [data] Re: Setting up LVM cache causes crash
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Does LVM RAID1 have TRIM support?
  • From: Jarkko Oranen <oranenj@xxxxxx>
• Re: Does LVM RAID1 have TRIM support?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [data] Re: Setting up LVM cache causes crash
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• lvmetad in initrd hangs, blocking further lvm calls
  • From: Bastien Durel <bastien+lvm@xxxxxxxxx>
• Re: Does LVM RAID1 have TRIM support?
  • From: Jarkko Oranen <oranenj@xxxxxx>
• Re: [data] Re: Setting up LVM cache causes crash
  • From: Elvin Cako <ecako@xxxxxxxxxxxx>
• Re: [data] Re: Setting up LVM cache causes crash
  • From: Elvin Cako <ecako@xxxxxxxxxxxx>
• Re: Data percentage too large after thin_dump --repair/thin_restore
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Data percentage too large after thin_dump --repair/thin_restore
  • From: Timur Alperovich <timur@xxxxxxxxxxxxxx>
• Re: Setting up LVM cache causes crash
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: reduce size of snapshot - what is about previous reduce of file system ?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Does LVM RAID1 have TRIM support?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Data percentage too large after thin_dump --repair/thin_restore
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Data percentage too large after thin_dump --repair/thin_restore
  • From: Timur Alperovich <timur@xxxxxxxxxxxxxx>
• Re: reduce size of snapshot - what is about previous reduce of file system ? - SOLVED
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• python lvm2 calls sometimes Failed to initialize VG Handle.
  • From: Pirate Fibonacci <pirate112358@xxxxxxxxx>
• reduce size of snapshot - what is about previous reduce of file system ?
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Setting up LVM cache causes crash
  • From: Elvin Cako <ecako@xxxxxxxxxxxx>
• Does LVM RAID1 have TRIM support?
  • From: Jarkko Oranen <oranenj@xxxxxx>
• Re: problem with lvcreate and redirection of stdout/stderr
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: problem with lvcreate and redirection of stdout/stderr
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• 2.02.98: lvs returns "dm_report_object: report function failed for field data_percent" after issuing lvchange --discards
  • From: Timur Alperovich <timur@xxxxxxxxxxxxxx>
• Re: problem with lvcreate and redirection of stdout/stderr
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: problem with lvcreate and redirection of stdout/stderr
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: problem with lvcreate and redirection of stdout/stderr
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: problem with lvcreate and redirection of stdout/stderr
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• problem with lvcreate and redirection of stdout/stderr
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: what todo with broken cachedev?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: what todo with broken cachedev?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: howto cache a thinpool-device?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: tag v2_02_108 in git
  • From: Christian Hesse <list@xxxxxxxx>
• Re: Szenario for lvmetad
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Szenario for lvmetad
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: lvmetad hang...
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• lvmetad hang...
  • From: Pirate Fibonacci <pirate112358@xxxxxxxxx>
• Re: How LVM root volumes gets mounted at boot time ?
  • From: Vivek Satpute <vivekonline86@xxxxxxxxx>
• Re: what todo with broken cachedev?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• what todo with broken cachedev?
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: vgmerge & move... done, not bad
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: howto cache a thinpool-device?
  • From: Oliver Rath <rath@xxxxxxxx>
• howto cache a thinpool-device?
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: vgmerge: "your closed volumes are still active"...why?
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• Re: vgmerge: "your closed volumes are still active"...why?
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: How LVM root volumes gets mounted at boot time ?
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: How LVM root volumes gets mounted at boot time ?
  • From: Vivek Satpute <vivekonline86@xxxxxxxxx>
• Re: How LVM root volumes gets mounted at boot time ?
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: How LVM root volumes gets mounted at boot time ?
  • From: Vivek Satpute <vivekonline86@xxxxxxxxx>
• Re: pvmove: Physical Volume "/dev/sdc1" not found in Volume Group + minor bug
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• pvmove: Physical Volume "/dev/sdc1" not found in Volume Group + minor bug
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• errors while creating thin pools
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: LVM thin pool discard_max_bytes reports 0
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM thin pool discard_max_bytes reports 0
  • From: Timur Alperovich <timur@xxxxxxxxxxxxxx>
• LVM thin pool discard_max_bytes reports 0
  • From: Timur Alperovich <timur@xxxxxxxxxxxxxx>
• Re: can't deactive VG in cluster
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• can't deactive VG in cluster
  • From: Dong Ding <dyd281@xxxxxxxxx>
• Re: Monitoring LVM RAID
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: LVM and I/O block size (max_sectors_kb)
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• tag v2_02_108 in git
  • From: Christian Hesse <list@xxxxxxxx>
• Re: How LVM root volumes gets mounted at boot time ?
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Monitoring LVM RAID
  • From: Eugene Bright <hexumg@xxxxxxxxx>
• How LVM root volumes gets mounted at boot time ?
  • From: Vivek Satpute <vivekonline86@xxxxxxxxx>
• Differences between thin snapshots from the same external origin volume or from the same internal thin origin volume
  • From: David <david@xxxxxxxxxxxxx>
• Re: lvm2 conf on boot disk
  • From: Jack Waterworth <jack@xxxxxxxxxx>
• Re: pvmove taking for ever to complete
  • From: Matthew Kurowski <allfather@xxxxxxxxx>
• LVM2 and Read-Only Backing Devices
  • From: John Sheu <john.sheu@xxxxxxxxx>
• pvmove taking for ever to complete
  • From: Matt Weil <mweil@xxxxxxxxxxxxxxxx>
• Re: lvm2 conf on boot disk
  • From: Alfredo De Luca <alfredo.deluca@xxxxxxxxx>
• Re: lvm2 conf on boot disk
  • From: Jack Waterworth <jack@xxxxxxxxxx>
• lvm2 conf on boot disk
  • From: Alfredo De Luca <alfredo.deluca@xxxxxxxxx>
• LVM and I/O block size (max_sectors_kb)
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Read LVM structure of a virtual machine disk image
  • From: Matteo Lanati <matteo.lanati@xxxxxxxxx>
• Re: Read LVM structure of a virtual machine disk image
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Read LVM structure of a virtual machine disk image
  • From: Matteo Lanati <matteo.lanati@xxxxxxxxx>
• LVM2 release 2.02.107: New argument --select
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: copying file results in out of memory, kills other processes, makes system unavailable
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• copying file results in out of memory, kills other processes, makes system unavailable
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Has the failed drive been removed from the vg?
  • From: Jongitech <jongitech@xxxxxxxxx>
• Re: pvs -a on a partition of ZFS block device
  • From: alessandro macuz <alessandro.macuz@xxxxxxxxx>
• Re: pvs -a on a partition of ZFS block device
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: pvs -a on a partition of ZFS block device
  • From: alessandro macuz <alessandro.macuz@xxxxxxxxx>
• pvs -a on a partition of ZFS block device
  • From: alessandro macuz <alessandro.macuz@xxxxxxxxx>
• Re: lvm Bug? - bad reaction to snapshot creation
  • From: Christian Hesse <mail@xxxxxxxx>
• Re: pvs -a on a partition of ZFS block device
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: lvm Bug? - bad reaction to snapshot creation
  • From: Leeman Strout <me@xxxxxxxxxx>
• Re: lvm Bug? - bad reaction to snapshot creation
  • From: Leeman Strout <me@xxxxxxxxxx>
• Re: lvm Bug? - bad reaction to snapshot creation
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: lvm Bug? - bad reaction to snapshot creation
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: lvm Bug? - bad reaction to snapshot creation
  • From: Leeman Strout <me@xxxxxxxxxx>
• Re: lvm Bug? - bad reaction to snapshot creation
  • From: Leeman Strout <me@xxxxxxxxxx>
• Re: lvm Bug? - bad reaction to snapshot creation
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: lvm Bug? - bad reaction to snapshot creation
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• lvm Bug? - bad reaction to snapshot creation
  • From: Leeman Strout <me@xxxxxxxxxx>
• Re: File-system uuid on LVM snapshot
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: File-system uuid on LVM snapshot
  • From: Rajesh Joseph <rjoseph@xxxxxxxxxx>
• Re: File-system uuid on LVM snapshot
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• File-system uuid on LVM snapshot
  • From: Rajesh Joseph <rjoseph@xxxxxxxxxx>
• Re: Alignment: XFS + LVM2
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: Thin snapshot caching behaviour
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Thin snapshot caching behaviour
  • From: dw+linux-lvm@xxxxxxxx
• Re: Testing the new LVM cache feature
  • From: Werner Gold <wgold@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [DRBD-user] Re: Spontaneous access to the CDROM on two computers simultaneously
  • From: Maurice Volaski <mvolaski@xxxxxxxxxxxx>
• [DRBD-user] Re: Spontaneous access to the CDROM on two computers simultaneously
  • From: Maurice Volaski <mvolaski@xxxxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Setting readahead for Logical Volumes via udev
  • From: David Wittman <dwittman@xxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Testing the new LVM cache feature
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Testing the new LVM cache feature
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: Setting readahead for Logical Volumes via udev
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: [systemd-devel] cryptsetup vs. swapon/fsck (some kind of race condition)
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: Setting readahead for Logical Volumes via udev
  • From: David Wittman <dwittman@xxxxxxxxx>
• Re: Setting readahead for Logical Volumes via udev
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Setting readahead for Logical Volumes via udev
  • From: David Wittman <dwittman@xxxxxxxxx>
• Re: [systemd-devel] cryptsetup vs. swapon/fsck (some kind of race condition)
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Race condition in udev_is_running check when running under systemd
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Race condition in udev_is_running check when running under systemd
  • From: Andy Kittner <andy.kittner@xxxxxxxxx>
• Re: No device found for PV but is actually fine
  • From: Michal Svoboda <lvm@xxxxxxxxxxx>
• Re: /dev/mapper entries
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• /dev/mapper entries
  • From: Umar Draz <unix.co@xxxxxxxxx>
• Re: No device found for PV but is actually fine
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: No device found for PV but is actually fine
  • From: Michal Svoboda <lvm@xxxxxxxxxxx>
• Re: No device found for PV but is actually fine
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: Alignment: XFS + LVM2
  • From: Marc Caubet <mcaubet@xxxxxx>
• Re: No device found for PV but is actually fine
  • From: Jack Waterworth <jack@xxxxxxxxxx>
• No device found for PV but is actually fine
  • From: Michal Svoboda <lvm@xxxxxxxxxxx>
• Re: Alignment: XFS + LVM2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Add a disk from remote node to LVM
  • From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>