Linux LVM

• Thread Index

• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: "Stuart D. Gathman" <stuart@xxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: "Stuart D. Gathman" <stuart@xxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Stuart Gathman <stuart@xxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Stuart Gathman <stuart@xxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: stripped LV with segments vs one segment
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: stripped LV with segments vs one segment
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: stripped LV with segments vs one segment
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: stripped LV with segments vs one segment
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: stripped LV with segments vs one segment
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: stripped LV with segments vs one segment
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: stripped LV with segments vs one segment
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: stripped LV with segments vs one segment
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: stripped LV with segments vs one segment
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: root: Failed query for merging percentage. Aborting merge
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• stripped LV with segments vs one segment
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• root: Failed query for merging percentage. Aborting merge
  • From: Roger Morton <ttguy1@xxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Mark Mielke <mark.mielke@xxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Tomas Dalebjörk <tomas.dalebjork@xxxxxxxxx>
• Re: lvextend does not change/fix stripes & stripesize for the whole LV?
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: L A Walsh <lvm@xxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Snapshot behavior on classic LVM vs ThinLVM
  • From: Mark Mielke <mark.mielke@xxxxxxxxx>
• Snapshot behavior on classic LVM vs ThinLVM
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: pvmove speed
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: lvm operation hangs at semop()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: lvm operation hangs at semop()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: lvm operation hangs at semop()
  • From: Neutron Sharc <neutronsharc@xxxxxxxxx>
• Re: lvm operation hangs at semop()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• lvm operation hangs at semop()
  • From: Neutron Sharc <neutronsharc@xxxxxxxxx>
• fail to build latest lvm2 on Ubuntu due to default shell
  • From: Neutron Sharc <neutronsharc@xxxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• lvcreate hangs
  • From: Neutron Sharc <neutronsharc@xxxxxxxxx>
• Re: vgcreate failed when using iscsi + dm-multipath + lvm
  • From: Neutron Sharc <neutronsharc@xxxxxxxxx>
• Re: vgcreate failed when using iscsi + dm-multipath + lvm
  • From: David Teigland <teigland@xxxxxxxxxx>
• Re: vgcreate failed when using iscsi + dm-multipath + lvm
  • From: pattonme@xxxxxxxxx
• Re: vgcreate failed when using iscsi + dm-multipath + lvm
  • From: Neutron Sharc <neutronsharc@xxxxxxxxx>
• Re: vgcreate failed when using iscsi + dm-multipath + lvm
  • From: David Teigland <teigland@xxxxxxxxxx>
• vgcreate failed when using iscsi + dm-multipath + lvm
  • From: Neutron Sharc <neutronsharc@xxxxxxxxx>
• Re: is it right to specify '-l' with all the free PE in VG when creating a thin pool?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: is it right to specify '-l' with all the free PE in VG when creating a thin pool?
  • From: Eric Ren <zren@xxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: is it right to specify '-l' with all the free PE in VG when creating a thin pool?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• is it right to specify '-l' with all the free PE in VG when creating a thin pool?
  • From: Eric Ren <zren@xxxxxxxx>
• Re: Possible bug in thin metadata size with Linux MDRAID
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Possible bug in thin metadata size with Linux MDRAID
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: lvextend does not change/fix stripes & stripesize for the whole LV?
  • From: David Teigland <teigland@xxxxxxxxxx>
• Re: lvextend does not change/fix stripes & stripesize for the whole LV?
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: lvextend does not change/fix stripes & stripesize for the whole LV?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• lvextend does not change/fix stripes & stripesize for the whole LV?
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: Changing from standard partition to LVM partition without reinstalling
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Re: Changing from standard partition to LVM partition without reinstalling
  • From: James Hawtin <oolon@xxxxxxxx>
• Changing from standard partition to LVM partition without reinstalling
  • From: Amjad Syed <amjadcsu@xxxxxxxxx>
• Re: Sorry to ask here ...
  • From: Eric Ren <zren@xxxxxxxx>
• Re: Sorry to ask here ...
  • From: Georges Giralt <georges.giralt@xxxxxxx>
• Re: Sorry to ask here ...
  • From: Xen <list@xxxxxxxxxxxxx>
• Sorry to ask here ...
  • From: Georges Giralt <georges.giralt@xxxxxxx>
• Re: pvmove speed
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: pvmove speed
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: pvmove speed
  • From: Mark Mielke <mark.mielke@xxxxxxxxx>
• Re: pvmove speed
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: pvmove speed
  • From: L A Walsh <lvm@xxxxxxxxx>
• Re: pvmove speed
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: pvmove speed
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: pvmove speed
  • From: pattonme@xxxxxxxxx
• Re: pvmove speed
  • From: L A Walsh <lvm@xxxxxxxxx>
• Re: pvmove speed
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Caching policy in machine learning context
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Caching policy in machine learning context
  • From: Jonas Degrave <Jonas.Degrave@xxxxxxxx>
• Re: LVM thin pool advice
  • From: Xen <list@xxxxxxxxxxxxx>
• LVM thin pool advice
  • From: David Shaw <dshaw@xxxxxxxxxxxxxxx>
• Re: Caching policy in machine learning context
  • From: Jonas Degrave <Jonas.Degrave@xxxxxxxx>
• Re: discard with luks and the FS itself
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: discard with luks and the FS itself
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Caching policy in machine learning context
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: discard with luks and the FS itself
  • From: Sven Eschenberg <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: Caching policy in machine learning context
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• discard with luks and the FS itself
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Caching policy in machine learning context
  • From: Jonas Degrave <Jonas.Degrave@xxxxxxxx>
• pvmove speed
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: LVM snapshot: in memory COW table
  • From: Stuart Gathman <stuart@xxxxxxxxxxx>
• Re: LVM snapshot: in memory COW table
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• LVM snapshot: in memory COW table
  • From: Francois Blondel <fblondel@xxxxxxxxxxxx>
• Re: multipath_component_detection
  • From: Ken Goods <kgoods@xxxxxxxxxxxxxxxxxxxx>
• Re: multipath_component_detection
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• multipath_component_detection
  • From: Ken Goods <kgoods@xxxxxxxxxxxxxxxxxxxx>
• Re: Change stripe cache for lvm raid5
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Change stripe cache for lvm raid5
  • From: Sebastian Bachmann <me@xxxxxxxxxxxxxx>
• Re: Again: duplicate PVs - filter rules
  • From: knebb@xxxxxxxx
• Re: Again: duplicate PVs - filter rules
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: LVM on top of DRBD [actually: mkfs.ext4 then mount results in detach on RHEL 7 on VMWare]
  • From: knebb@xxxxxxxx
• Again: duplicate PVs - filter rules
  • From: knebb@xxxxxxxx
• Re: [DRBD-user] LVM on top of DRBD [actually: mkfs.ext4 then mount results in detach on RHEL 7 on VMWare]
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [DRBD-user] LVM on top of DRBD [actually: mkfs.ext4 then mount results in detach on RHEL 7 on VMWare]
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [DRBD-user] LVM on top of DRBD [actually: mkfs.ext4 then mount results in detach on RHEL 7 on VMWare]
  • From: knebb@xxxxxxxx
• Re: New features for using lvm on shared storage
  • From: Eric Ren <zren@xxxxxxxx>
• Re: New features for using lvm on shared storage
  • From: David Teigland <teigland@xxxxxxxxxx>
• Re: New features for using lvm on shared storage
  • From: Eric Ren <zren@xxxxxxxx>
• Re: [DRBD-user] LVM on top of DRBD [actually: mkfs.ext4 then mount results in detach on RHEL 7 on VMWare]
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [DRBD-user] LVM on top of DRBD
  • From: Tyler Hains <Tyler.Hains@xxxxxxxxxxxxxxxx>
• Re: LVM on top of DRBD
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• LVM on top of DRBD
  • From: knebb@xxxxxxxx
• Re: inner VG inside chroot not visible inside chroot
  • From: Xen <list@xxxxxxxxxxxxx>
• inner VG inside chroot not visible inside chroot
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: how to change UUID of PV of duplicate partition (followup)
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: how to change UUID of PV of duplicate partition (followup)
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: how to change UUID of PV of duplicate partition (followup)
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: how to change UUID of PV of duplicate partition (followup)
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: duplicate pv change uuid
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: how to change UUID of PV of duplicate partition (followup)
  • From: David Teigland <teigland@xxxxxxxxxx>
• how to change UUID of PV of duplicate partition (followup)
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: duplicate pv change uuid
  • From: David Teigland <teigland@xxxxxxxxxx>
• duplicate pv change uuid
  • From: Xen <list@xxxxxxxxxxxxx>
• unable to activate partial
  • From: c3 <linux-lvm@xxxxxxxxxx>
• Re: LVM filter ignored?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM filter ignored?
  • From: knebb@xxxxxxxx
• Re: Two questions about lvm-cache
  • From: Raman Gupta <rocketraman@xxxxxxxxx>
• Re: Two questions about lvm-cache
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Two questions about lvm-cache
  • From: Raman Gupta <rocketraman@xxxxxxxxx>
• Re: Two questions about lvm-cache
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM filter ignored?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• LVM cache "Manual Repair Required"
  • From: Matt Joyce <mttjocy@xxxxxxxxx>
• LVM filter ignored?
  • From: knebb@xxxxxxxx
• Re: Change stripe cache for lvm raid5
  • From: Sebastian Bachmann <me@xxxxxxxxxxxxxx>
• Change stripe cache for lvm raid5
  • From: Sebastian Bachmann <me@xxxxxxxxxxxxxx>
• Two questions about lvm-cache
  • From: Raman Gupta <rocketraman@xxxxxxxxx>
• Re: LVM Cache Error: Manual Repair Required
  • From: Matt Joyce <mttjocy@xxxxxxxxx>
• Re: LVM Cache Error: Manual Repair Required
  • From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
• LVM Cache Error: Manual Repair Required
  • From: Matt Joyce <mttjocy@xxxxxxxxx>
• device-mapper: thin: 253:2: pool target (4105216 blocks) too small: expected 492672
  • From: "Brian J. Murrell" <brianjmurrell@xxxxxxxxx>
• Re: lvreduce used before resizing file system, what now?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: pvcreate: vfat signature detected on /dev/sda5
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: lvreduce used before resizing file system, what now?
  • From: veleiro@xxxxxxxxxxxxxxx
• lvreduce used before resizing file system, what now?
  • From: veleiro@xxxxxxxxxxxxxxx
• Re: pvcreate: vfat signature detected on /dev/sda5
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: pvcreate: vfat signature detected on /dev/sda5
  • From: Xen <list@xxxxxxxxxxxxx>
• pvcreate: vfat signature detected on /dev/sda5
  • From: "John L. Poole" <jlpoole56@xxxxxxxxx>
• Re: Writes to LV not updating the mapped PV's disk cache?
  • From: John Stoffel <john@xxxxxxxxxxx>
• [PATCH] fix link to dmsetup.static when /sbin and /usr/sbin are not the same
  • From: Thomas Orgis <thomas-forum@xxxxxxxxx>
• Re: Writes to LV not updating the mapped PV's disk cache?
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• auto_activation_volume_list in lvm.conf not honored
  • From: Stefan Bauer <sb@xxxxxxx>
• Writes to LV not updating the mapped PV's disk cache?
  • From: "Kipper, Matthew" <Matthew.Kipper@xxxxxxxx>
• Re: Is trim/discard supported on LVM RAID logical volume? (resent)
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: pvmove launched on inactive vg
  • From: Lorenzo Dalrio <lorenzo.dalrio@xxxxxxxxx>
• Re: deadlock during lvm snapshot target
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: deadlock during lvm snapshot
  • From: Tomaz Beltram <tomaz.beltram@xxxxxxxx>
• Re: deadlock during lvm snapshot
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• deadlock during lvm snapshot
  • From: Tomaz Beltram <tomaz.beltram@xxxxxxxx>
• Re: PE alignment
  • From: Sven Eschenberg <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: auto_activation_volume_list in lvm.conf not honored
  • From: David Teigland <teigland@xxxxxxxxxx>
• Is trim/discard supported on LVM RAID logical volume? (resent)
  • From: Patrick Dung <mpatdung@xxxxxxxxx>
• PE alignment
  • From: "Alexander 'Leo' Bergolth" <leo@xxxxxxxxxxxxxxx>
• Re: very slow sequential writes on lvm raid1 (bitmap?)
  • From: "Alexander 'Leo' Bergolth" <leo@xxxxxxxxxxxxxxx>
• Re: auto_activation_volume_list in lvm.conf not honored
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: auto_activation_volume_list in lvm.conf not honored
  • From: Stefan Bauer <sb@xxxxxxx>
• Re: auto_activation_volume_list in lvm.conf not honored
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• auto_activation_volume_list in lvm.conf not honored
  • From: Stefan Bauer <sb@xxxxxxx>
• Re: auto_activation_volume_list in lvm.conf not honored
  • From: Stefan Bauer <sb@xxxxxxx>
• Re: auto_activation_volume_list in lvm.conf not honored
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: auto_activation_volume_list in lvm.conf not honored
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• auto_activation_volume_list in lvm.conf not honored
  • From: Stefan Bauer <sb@xxxxxxx>
• New features for using lvm on shared storage
  • From: David Teigland <teigland@xxxxxxxxxx>
• Re: Underlying physical volume resized?!
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• [PATCH 2/2] m4/ac_python_module.m4: Add missing double quotes
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 1/2] Move AC_PYTHON_MODULE() macro definition to m4/ac_python_module.m4
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 0/2] Move AC_PYTHON_MODULE() macro definition
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: very slow sequential writes on lvm raid1 (bitmap?)
  • From: "Alexander 'Leo' Bergolth" <leo@xxxxxxxxxxxxxxx>
• Re: very slow sequential writes on lvm raid1 (bitmap?)
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Underlying physical volume resized?!
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Underlying physical volume resized?!
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: very slow sequential writes on lvm raid1 (bitmap?)
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: very slow sequential writes on lvm raid1 (bitmap?)
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Is it considered safe to resize a mounted partition (root filesystem) with lvextend
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Is it considered safe to resize a mounted partition (root filesystem) with lvextend
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• pvmove launched on inactive vg
  • From: Lorenzo Dalrio <lorenzo.dalrio@xxxxxxxxx>
• Re: very slow sequential writes on lvm raid1 (bitmap?)
  • From: "Alexander 'Leo' Bergolth" <leo@xxxxxxxxxxxxxxx>
• Re: ocf:lvm2:VolumeGroup RA Question
  • From: Marc Smith <marc.smith@xxxxxxx>
• Re: very slow sequential writes on lvm raid1 (bitmap?)
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: boot volume in activated containing PV does not activate
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: boot volume in activated containing PV does not activate
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: very slow sequential writes on lvm raid1 (bitmap?)
  • From: "Alexander 'Leo' Bergolth" <leo@xxxxxxxxxxxxxxx>
• Re: very slow sequential writes on lvm raid1 (bitmap?)
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• very slow sequential writes on lvm raid1 (bitmap?)
  • From: "Alexander 'Leo' Bergolth" <leo@xxxxxxxxxxxxxxx>
• boot volume in activated containing PV does not activate
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Slava Prisivko <vprisivko@xxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Slava Prisivko <vprisivko@xxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Slava Prisivko <vprisivko@xxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Slava Prisivko <vprisivko@xxxxxxxxx>
• Re: LVM RAID5 out-of-sync recovery
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• LVM RAID5 out-of-sync recovery
  • From: Slava Prisivko <vprisivko@xxxxxxxxx>
• PTO rest of today - sick
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: metadata too large for circular buffer - any way to increase PV metadatasize?
  • From: Charles Koprowski <cko@xxxxxxxxxxx>
• Re: LVM RAID repair trouble
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• Re: LVM RAID repair trouble
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• Re: metadata too large for circular buffer - any way to increase PV metadatasize?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: metadata too large for circular buffer - any way to increase PV metadatasize?
  • From: Charles Koprowski <cko@xxxxxxxxxxx>
• Re: LVM RAID repair trouble
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• Re: LVM RAID repair trouble
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• dmioscope: visualise IO distribution for DM devices
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• LVM RAID repair trouble
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• LVM RAID repair woes (no hot spare)
  • From: Giuliano Procida <giuliano.procida@xxxxxxxxx>
• ocf:lvm2:VolumeGroup RA Question
  • From: Marc Smith <marc.smith@xxxxxxx>
• current status of lvm cache
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: Shared LUN without CLM
  • From: David Teigland <teigland@xxxxxxxxxx>
• Re: Shared LUN without CLM
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Shared LUN without CLM
  • From: Руденко Александр <fatruden@xxxxxxxxxx>
• Re: creating DD copies of disks
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: creating DD copies of disks
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: creating DD copies of disks
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: creating DD copies of disks
  • From: "Michael D. Setzer II" <mikes@xxxxxxxxxxxxxxxx>
• Re: creating DD copies of disks
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: creating DD copies of disks
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: creating DD copies of disks
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: creating DD copies of disks
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: creating DD copies of disks
  • From: matthew patton <pattonme@xxxxxxxxx>
• creating DD copies of disks
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: lvm2 raid volumes
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: lvm2 raid volumes
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: "lvmetad: Failed to accept connection" on poweroff
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• "lvmetad: Failed to accept connection" on poweroff
  • From: Сергей Процеров (Sergey Protserov) <protserovsd@xxxxxxxxx>
• Re: lvm2 tarballs vanishing
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• lvm2 tarballs vanishing
  • From: Marcus Meissner <meissner@xxxxxxx>
• Re: pvmove related questions
  • From: Liron Aravot <laravot@xxxxxxxxxx>
• pvmove related questions
  • From: Liron Aravot <laravot@xxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: lvm2 cluster aware
  • From: su liu <liusu8788@xxxxxxxxx>
• Re: lvm2 cluster aware
  • From: su liu <liusu8788@xxxxxxxxx>
• force umount (2)
  • From: Xen <list@xxxxxxxxxxxxx>
• rudimentary kill script
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: automatic repartitioning of devices in /etc/lvm/cache/.cache?
  • From: travis+ml-linux-lvm@xxxxxxxxxxxxxxxxx
• Re: LVM cache/dm-cache questions.
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: lvm2 cluster aware
  • From: David Teigland <teigland@xxxxxxxxxx>
• Re: lvm2 cluster aware
  • From: David Teigland <teigland@xxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: automatic repartitioning of devices in /etc/lvm/cache/.cache?
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: lvm2 cluster aware
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• automatic repartitioning of devices in /etc/lvm/cache/.cache?
  • From: travis+ml-linux-lvm@xxxxxxxxxxxxxxxxx
• Re: lvm2 cluster aware
  • From: Digimer <lists@xxxxxxxxxx>
• Re: lvm2 cluster aware
  • From: Digimer <lists@xxxxxxxxxx>
• Re: lvm2 cluster aware
  • From: su liu <liusu8788@xxxxxxxxx>
• Re: lvm2 cluster aware
  • From: David Teigland <teigland@xxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: linux-lvm Digest, Vol 150, Issue 2
  • From: su liu <liusu8788@xxxxxxxxx>
• Re: lvm2 cluster aware
  • From: Digimer <lists@xxxxxxxxxx>
• lvm2 cluster aware
  • From: su liu <liusu8788@xxxxxxxxx>
• Re: Snapshots & data security
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: lvm2 raid volumes
  • From: Xen <list@xxxxxxxxxxxxx>
• sata cable disconnect + hotplug after
  • From: Xen <list@xxxxxxxxxxxxx>
• After system reboot lvm2 is copying _from_ cachepool LV to origin (cached write-through) LV ?
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: lvm2 raid volumes
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• lvm2 raid volumes
  • From: Steve Dainard <sdainard@xxxxxxxx>
• Re: Snapshots & data security
  • From: Stuart Gathman <stuart@xxxxxxxxxxx>
• Re: export/migrate - but only a LV - how?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: export/migrate - but only a LV - how?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Snapshots & data security
  • From: Stuart Gathman <stuart@xxxxxxxxxxx>
• Re: Snapshots & data security
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Snapshots & data security
  • From: Scott Sullivan <ssullivan@xxxxxxxxxxxxx>
• Re: export/migrate - but only a LV - how?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: export/migrate - but only a LV - how?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• export/migrate - but only a LV - how?
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• [PATCH 1/1] libdaemon: do not print error if there is non
  • From: Christian Hesse <list@xxxxxxxx>
• Re: pvmove and filesystem - un/mount?
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: Copying a raw disk image to LVM2
  • From: Марк Коренберг <socketpair@xxxxxxxxx>
• Re: Copying a raw disk image to LVM2
  • From: Brian McCullough <bdmc@xxxxxxxxxxxxxxx>
• Re: Copying a raw disk image to LVM2
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Copying a raw disk image to LVM2
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• Re: Copying a raw disk image to LVM2
  • From: Марк Коренберг <socketpair@xxxxxxxxx>
• Re: Copying a raw disk image to LVM2
  • From: Digimer <lists@xxxxxxxxxx>
• Copying a raw disk image to LVM2
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: pvmove and filesystem - un/mount?
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: pvmove and filesystem - un/mount?
  • From: Jarkko Oranen <oranenj@xxxxxx>
• pvmove and filesystem - un/mount?
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: LVM problem after upgrade to Ubuntu 16.04 (Part 2)
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• LVM problem after upgrade to Ubuntu 16.04 (Part 2)
  • From: Scott Hazelhurst <Scott.Hazelhurst@xxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: Sergei Franco <sergei.franco@xxxxxxxxx>
• Re: what creates the symlinks in /dev/<volgroup> ?
  • From: Ilya Boka <bokailya@xxxxxxxxx>
• what creates the symlinks in /dev/<volgroup> ?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: LVM cache/dm-cache questions.
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: managing "local" LVM and cLVM concurrently ?
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• cache IO blocking
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: managing "local" LVM and cLVM concurrently ?
  • From: Digimer <lists@xxxxxxxxxx>
• managing "local" LVM and cLVM concurrently ?
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• wipe LVM cache
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: corruption on reattaching cache
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Running lvm2 regression tests
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Running lvm2 regression tests
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: corruption on reattaching cache
  • From: Markus Mikkolainen <itm@xxxxxxxxx>
• Re: Recovering from incomplete pvmove
  • From: Brian McCullough <bdmc@xxxxxxxxxxxxxxx>
• LVM cache/dm-cache questions.
  • From: sergei <sergei.franco@xxxxxxxxx>
• Re: corruption on reattaching cache
  • From: Mark Hills <mark@xxxxxxxx>
• Re: Recovering from incomplete pvmove
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: corruption on reattaching cache
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Running lvm2 regression tests
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• corruption on reattaching cache
  • From: Markus Mikkolainen <itm@xxxxxxxxx>
• Running lvm2 regression tests
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• LVM problem after Ubuntu upgradee
  • From: Scott Hazelhurst <Scott.Hazelhurst@xxxxxxxxxx>
• Re: Dmcache crash
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Dmcache crash
  • From: Bertrand Paquet <bertrand.paquet@xxxxxxxxxxx>
• Re: thin: 235:2 pool target (735616 blocks) too small: expected 809216
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Re: thin: 235:2 pool target (735616 blocks) too small: expected 809216
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: thin: 235:2 pool target (735616 blocks) too small: expected 809216
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Recovering from incomplete pvmove
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: [dm-crypt] LVM on LUKS: volumes missing
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [dm-crypt] LVM on LUKS: volumes missing
  • From: fauno <fauno@xxxxxxxxxxxxxxxxxxxx>
• Re: [dm-crypt] LVM on LUKS: volumes missing
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [dm-crypt] LVM on LUKS: volumes missing
  • From: fauno <fauno@xxxxxxxxxxxxxxxxxxxx>
• Re: [dm-crypt] LVM on LUKS: volumes missing
  • From: fauno <fauno@xxxxxxxxxxxxxxxxxxxx>
• Re: [dm-crypt] LVM on LUKS: volumes missing
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: thin: 235:2 pool target (735616 blocks) too small: expected 809216
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: thin: 235:2 pool target (735616 blocks) too small: expected 809216
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Re: thin: 235:2 pool target (735616 blocks) too small: expected 809216
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: thin: 235:2 pool target (735616 blocks) too small: expected 809216
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• lvm cache monitoring attempt ;-)
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: [dm-crypt] LVM on LUKS: volumes missing
  • From: fauno <fauno@xxxxxxxxxxxxxxxxxxxx>
• Re: thin: 235:2 pool target (735616 blocks) too small: expected 809216
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• thin: 235:2 pool target (735616 blocks) too small: expected 809216
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Re: LVM says physical volumes are missing, but they are not
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [dm-crypt] LVM on LUKS: volumes missing
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: LVM says physical volumes are missing, but they are not
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: LVM says physical volumes are missing, but they are not
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• LVM says physical volumes are missing, but they are not
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Unable to find device with UUID XXX.
  • From: Brian McCullough <bdmc@xxxxxxxxxxxxxxx>
• Re: auto umount at thin meta 80%
  • From: Xen <xen@xxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Unable to find device with UUID XXX.
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: auto umount at thin meta 80%
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: separate vg create, or merge?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• auto umount at thin meta 80%
  • From: Xen <list@xxxxxxxxxxxxx>
• separate vg create, or merge?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Gionatan Danti <assistenza@xxxxxxxxxx>
• Re: Unable to find device with UUID XXX.
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: Unable to find device with UUID XXX.
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: Unable to find device with UUID XXX.
  • From: Brian McCullough <bdmc@xxxxxxxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Unable to find device with UUID XXX.
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: Unable to find device with UUID XXX.
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM Merge
  • From: Tom Jay <tom_jay@xxxxxxxxxxx>
• Re: LVM Merge
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Xen <list@xxxxxxxxxxxxx>
• Unable to find device with UUID XXX.
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Backup superblock for thin provision?
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Backup superblock for thin provision?
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Backup superblock for thin provision?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Backup superblock for thin provision?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM Merge
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM Merge
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• LVM Merge
  • From: Tom Jay <tom_jay@xxxxxxxxxxx>
• Unexptected filesytem unmount with thin provision and autoextend disabled - lvmetad crashed?
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Backup superblock for thin provision?
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: thin disk -- like overcomitted/virtual memory? (was Re: about the lying nature of thin)
  • From: Xen <list@xxxxxxxxxxxxx>
• thin disk -- like overcomitted/virtual memory? (was Re: about the lying nature of thin)
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: Not informative error message, when trying to change unallocatable physical volume
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Not informative error message, when trying to change unallocatable physical volume
  • From: Илья Бока <bokailya@xxxxxxxxx>
• Re: LVM but no real partitions
  • From: Dryden Personalis <list@xxxxxxxxxxxxx>
• LVM but no real partitions
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: LVM feature parity with MD
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: thin handling of available space
  • From: Mark Mielke <mark.mielke@xxxxxxxxx>
• Re: thin handling of available space
  • From: Mark Mielke <mark.mielke@xxxxxxxxx>
• Re: thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: about the lying nature of thin
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Lvm think provisioning query
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Lvm think provisioning query
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Lvm think provisioning query
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Lvm think provisioning query
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Lvm think provisioning query
  • From: Bhasker C V <bhasker@xxxxxxxxxxxxx>
• Re: about the lying nature of thin
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: thin handling of available space
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: about the lying nature of thin
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: about the lying nature of thin
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: thin handling of available space
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: thin handling of available space
  • From: Mark Mielke <mark.mielke@xxxxxxxxx>
• Re: thin handling of available space
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: thin handling of available space
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Testing ThinLVM metadata exhaustion
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Lvm think provisioning query
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM feature parity with MD
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Lvm think provisioning query
  • From: Bhasker C V <bhasker@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: Mark Mielke <mark.mielke@xxxxxxxxx>
• Fwd: i/o hang while taking snapshot of a thinly provisioned LV in RHEL 6
  • From: Rajesh Joseph <rjoseph@xxxxxxxxxx>
• Re: LVM feature parity with MD
  • From: Fabian Herschel <fabian.herschel@xxxxxxxx>
• Re: about the lying nature of thin
  • From: "Mark H. Wood" <mwood@xxxxxxxxx>
• Re: about the lying nature of thin
  • From: Mark Mielke <mark.mielke@xxxxxxxxx>
• Re: thin handling of available space
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: about the lying nature of thin
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: about the lying nature of thin
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: about the lying nature of thin
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: Thin Pool Performance
  • From: shankha <shankhabanerjee@xxxxxxxxx>
• Re: LVM feature parity with MD
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: is lvmcache really ready?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: about the lying nature of thin
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: about the lying nature of thin
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: about the lying nature of thin
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: about the lying nature of thin
  • From: Marek Podmaka <marki@xxxxxxxxxxxxxxxx>
• Re: Lvm think provisioning query
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• about the lying nature of thin
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Lvm think provisioning query
  • From: Bhasker C V <bhasker@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: Thin Pool Performance
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: thin handling of available space
  • From: Marek Podmaka <marki@xxxxxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Lvm think provisioning query
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Lvm think provisioning query
  • From: Bhasker C V <bhasker@xxxxxxxxxxxxx>
• Re: thin handling of available space
  • From: matthew patton <pattonme@xxxxxxxxx>
• Re: thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Testing ThinLVM metadata exhaustion
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: 2 questions on LVM cache
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• 2 questions on LVM cache
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: swap on lvm cache
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: swap on lvm cache
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• LVM feature parity with MD
  • From: Jason Czerak <jczerak@xxxxxxx>
• swap on lvm cache
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Thin Pool Performance
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: lvremove does not remove /dev/mapper/...-cow... and ...-real...
  • From: "Linda A. Walsh" <lvm@xxxxxxxxx>
• Re: Testing ThinLVM metadata exhaustion
  • From: Gionatan Danti <assistenza@xxxxxxxxxx>
• Re: Testing ThinLVM metadata exhaustion
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: No way to waive "WARNING: Sum of all thin volumes sizes ..." concern, causes need to script around this?
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: is lvmcache really ready?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: is lvmcache really ready?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: No way to waive "WARNING: Sum of all thin volumes sizes ..." concern, causes need to script around this?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: is lvmcache really ready?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Testing ThinLVM metadata exhaustion
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Testing ThinLVM metadata exhaustion
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• No way to waive "WARNING: Sum of all thin volumes sizes ..." concern, causes need to script around this?
  • From: Mark Mielke <mark.mielke@xxxxxxxxx>
• Re: is lvmcache really ready?
  • From: Dax Kelson <dkelson@xxxxxxxxxxxx>
• lvremove does not remove /dev/mapper/...-cow... and ...-real...
  • From: Tomas Dalebjork <tomas.dalebjork@xxxxxxxxxxxx>
• thin handling of available space
  • From: Xen <list@xxxxxxxxxxxxx>
• is lvmcache really ready?
  • From: Xen <list@xxxxxxxxxxxxx>
• Re: Testing ThinLVM metadata exhaustion
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Testing ThinLVM metadata exhaustion
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Testing ThinLVM metadata exhaustion
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Why LVM metadata locations are not properly aligned
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Why LVM metadata locations are not properly aligned
  • From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
• thin_ls: dump the blocks along with aggregate information
  • From: shankha <shankhabanerjee@xxxxxxxxx>
• Re: Why LVM metadata locations are not properly aligned
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Why LVM metadata locations are not properly aligned
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Why LVM metadata locations are not properly aligned
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Why LVM metadata locations are not properly aligned
  • From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
• Re: Thin Pool Performance
  • From: shankha <shankhabanerjee@xxxxxxxxx>
• Re: Thin Pool Performance
  • From: shankha <shankhabanerjee@xxxxxxxxx>
• Re: Thin Pool Performance
  • From: shankha <shankhabanerjee@xxxxxxxxx>
• Re: Thin Pool Performance
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Thin Pool Performance
  • From: shankha <shankhabanerjee@xxxxxxxxx>
• Re: lvm2-2.02.150: error running autotools
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Invalid property name or unable to query'lv_attr', errno = 22.
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: lvm2-2.02.150: error running autotools
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Testing ThinLVM metadata exhaustion
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Invalid property name or unable to query'lv_attr', errno = 22.
  • From: Tomas Dalebjork <tomas.dalebjork@xxxxxxxxxxxx>
• lvm2-2.02.150: error running autotools
  • From: Timo Gurr <timo.gurr@xxxxxxxxx>
• Re: Shrinking LVM partition at beginning
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Shrinking LVM partition at beginning
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Shrinking LVM partition at beginning
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Shrinking LVM partition at beginning
  • From: Nick Urbanik <nicku@xxxxxxxxx>
• Re: LVM Performance issues when creating many Volume groups
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• LVM Performance issues when creating many Volume groups
  • From: Syed Mushtaq <syed1.mushtaq@xxxxxxxxx>
• Re: Bugs in DM_DEVICE_STATUS ioctl no_flush flag settings
  • From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
• Re: Bugs in DM_DEVICE_STATUS ioctl no_flush flag settings
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Bugs in DM_DEVICE_STATUS ioctl no_flush flag settings
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Minor bugs in LVM
  • From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
• Re: lvm cache on debian 8, missing cache information
  • From: Manuel Bernal Llinares <mbdebian@xxxxxxxxx>
• Re: lvm cache on debian 8, missing cache information
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• lvm cache on debian 8, missing cache information
  • From: Manuel Bernal Llinares <mbdebian@xxxxxxxxx>
• Bugs in DM_DEVICE_STATUS ioctl no_flush flag settings
  • From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
• Re: lvconvert -m 0 /dev/varlin/distfiles /dev/md0 => zero filled logical volume
  • From: Raimonds Cicans <ray@xxxxxxxxx>
• Re: lvconvert -m 0 /dev/varlin/distfiles /dev/md0 => zero filled logical volume
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: lvconvert -m 0 /dev/varlin/distfiles /dev/md0 => zero filled logical volume
  • From: Raimonds Cicans <ray@xxxxxxxxx>
• Re: lvconvert -m 0 /dev/varlin/distfiles /dev/md0 => zero filled logical volume
  • From: Raimonds Cicans <ray@xxxxxxxxx>
• Re: lvconvert -m 0 /dev/varlin/distfiles /dev/md0 => zero filled logical volume
  • From: Stuart Gathman <stuart@xxxxxxxxxxx>
• lvconvert -m 0 /dev/varlin/distfiles /dev/md0 => zero filled logical volume
  • From: Raimonds Cicans <ray@xxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: "Steven Dake (stdake)" <stdake@xxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: "Serguei Bezverkhi (sbezverk)" <sbezverk@xxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: "Serguei Bezverkhi (sbezverk)" <sbezverk@xxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: "Steven Dake (stdake)" <stdake@xxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: "Steven Dake (stdake)" <stdake@xxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: "Serguei Bezverkhi (sbezverk)" <sbezverk@xxxxxxxxx>
• Re: disabling udev_sync and udev_rules
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• disabling udev_sync and udev_rules
  • From: "Serguei Bezverkhi (sbezverk)" <sbezverk@xxxxxxxxx>
• Re: [dm-devel] dm-thin metadata: can two device_id's have the same transaction_id ?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [Bulk] Re: lvm protected against crypt/luks
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [Bulk] Re: lvm protected against crypt/luks
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: [Bulk] Re: lvm protected against crypt/luks
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [Bulk] Re: lvm protected against crypt/luks
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: lvm protected against crypt/luks
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: lvm protected against crypt/luks
  • From: f-lvm@xxxxxxxxxxxxx
• Re: lvm protected against crypt/luks
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• lvm protected against crypt/luks
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Problems in lvm.8, lvmconfig.8, lvm-config.8, lvm-dumpconfig.8, lvreduce.8, lvresize.8, lvcreate.8, lvconvert.8
  • From: esr@xxxxxxxxxxx
• Problems in lvm.8, lvmconfig.8, lvm-config.8, lvm-dumpconfig.8, lvreduce.8, lvresize.8, lvcreate.8
  • From: esr@xxxxxxxxxxx
• Re: Problems in lvm.8
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Problems in lvm.8
  • From: esr@xxxxxxxxxxx
• Re: extract sparseness information from a lvmthin logical volume
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• extract sparseness information from a lvmthin logical volume
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• Re: Problems in lvmconfig.8, lvm-dumpconfig.8, lvreduce.8, lvresize.8, vgchange.8
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Problems in lvmconfig.8, lvm-dumpconfig.8, lvreduce.8, lvresize.8, vgchange.8
  • From: esr@xxxxxxxxxxx
• Problems in lvmconfig.8, lvm-dumpconfig.8, lvreduce.8, lvresize.8, vgchange.8
  • From: esr@xxxxxxxxxxx
• Re: Repair thin pool
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Repair thin pool
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: problem with lvcreate and redirection
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: problem with lvcreate and redirection
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: problem with lvcreate and redirection
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: problem with lvcreate and redirection
  • From: Марк Коренберг <socketpair@xxxxxxxxx>
• Re: problem with lvcreate and redirection
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• problem with lvcreate and redirection
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: Repair thin pool
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Repair thin pool
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Repair thin pool
  • From: Mars <kirapangzi@xxxxxxxxx>
• Re: [lvm-devel] MUSL fun
  • From: Brendan Heading <brendanheading@xxxxxxxxx>
• Re: [lvm-devel] MUSL fun
  • From: Brendan Heading <brendanheading@xxxxxxxxx>
• Re: Repair thin pool
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: [lvm-devel] MUSL fun
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [lvm-devel] MUSL fun
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM generates wrong low_water_mark value in thin-pool's table
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Repair thin pool
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• iscsi loopback of a logical volume
  • From: lejeczek <peljasz@xxxxxxxxxxx>
• Re: Repair thin pool
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: lvmcache performance
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: lvmcache performance
  • From: Nikolaus Rath <Nikolaus@xxxxxxxx>
• Re: lvmcache performance
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: lvmcache performance
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Repair thin pool
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• lvmcache performance
  • From: Nikolaus Rath <Nikolaus@xxxxxxxx>
• Re: Repair thin pool
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Repair thin pool
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Repair thin pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Repair thin pool
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Repair thin pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Repair thin pool
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Repair thin pool
  • From: Mars <kirapangzi@xxxxxxxxx>
• Re: Raid 10 - recovery after a disk failure
  • From: Pavlik Kirilov <pavllik@xxxxxxxx>
• Re: Raid 10 - recovery after a disk failure
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• Re: Raid 10 - recovery after a disk failure
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• Re: Raid 10 - recovery after a disk failure
  • From: Pavlik Kirilov <pavllik@xxxxxxxx>
• Re: LVM generates wrong low_water_mark value in thin-pool's table
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• LVM generates wrong low_water_mark value in thin-pool's table
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Raid 10 - recovery after a disk failure
  • From: emmanuel segura <emi2fast@xxxxxxxxx>
• Raid 10 - recovery after a disk failure
  • From: Pavlik Kirilov <pavllik@xxxxxxxx>
• Re: bug in lvmlockd
  • From: David Teigland <teigland@xxxxxxxxxx>
• bug in lvmlockd
  • From: Andrey Staselko <andrey@xxxxxxxxxxxx>
• Minor bugs in LVM
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Accessing LVM cache origin
  • From: Daniel Leong <daniel.leong@xxxxxxxxx>
• Re: lvremove does not pass discards if volume is part of thin pool
  • From: Tomas Janousek <tomi@xxxxxxx>
• Re: lvremove does not pass discards if volume is part of thin pool
  • From: Tomas Janousek <tomi@xxxxxxx>
• Re: Accessing LVM cache origin
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: -l 100%FREE doesn't work with RAID1
  • From: Bryan Larsen <bryan@xxxxxxxxx>
• Re: -l 100%FREE doesn't work with RAID1
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: -l 100%FREE doesn't work with RAID1
  • From: Fran Garcia <franchu.garcia@xxxxxxxxx>
• Re: LVM and chain of snapshots
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM and chain of snapshots
  • From: Марк Коренберг <socketpair@xxxxxxxxx>
• -l 100%FREE doesn't work with RAID1
  • From: Bryan Larsen <bryan@xxxxxxxxx>
• Re: LVM and chain of snapshots
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: LVM and chain of snapshots
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM and chain of snapshots
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• LVM and chain of snapshots
  • From: Марк Коренберг <socketpair@xxxxxxxxx>
• Accessing LVM cache origin
  • From: Daniel Leong <daniel.leong@xxxxxxxxx>
• Re: device failure during pvmove
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: device failure during pvmove
  • From: Bryan Larsen <bryan@xxxxxxxxx>
• device failure during pvmove
  • From: Bryan Larsen <bryan@xxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Could we manually suspend the origin before taking dm-thin snapshots?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Could we manually suspend the origin before taking dm-thin snapshots?
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Possible bug in expanding thinpool: lvextend doens't expand the top-level dm-linear device
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• Re: Extend VG - Expand LUN vs New Disk
  • From: Jorge Fábregas <jorge.fabregas@xxxxxxxxx>
• Re: Extend VG - Expand LUN vs New Disk
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Extend VG - Expand LUN vs New Disk
  • From: Jorge Fábregas <jorge.fabregas@xxxxxxxxx>
• Re: backup with snapshots - some principal questions
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: backup with snapshots - some principal questions
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: fixing mangled UUIDs
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>