Linux LVM

• Thread Index

• Re: pvmove doesn't work the way the man page says
  • From: Phillip Susi <phillsusi@xxxxxxxxx>
• [PATCH 0/2] yum-utils fs snapshot plugin: fix old LVM snapshots and add thinp support
  • From: Mike Snitzer <msnitzer@xxxxxxxxxxxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Andreas Pflug <pgadmin@xxxxxxxxxxxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Andreas Pflug <pgadmin@xxxxxxxxxxxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Andreas Pflug <pgadmin@xxxxxxxxxxxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Andreas Pflug <pgadmin@xxxxxxxxxxxxxxxxx>
• Re: co-operative snapshots
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• co-operative snapshots
  • From: Jaco Kroon <jaco@xxxxxxxxx>
• Re: potential locking issues
  • From: Jaco Kroon <jaco@xxxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Andreas Pflug <pgadmin@xxxxxxxxxxxxxxxxx>
• Why I/O test on LVM image (KVM) works suspicious compared to raw file image via varmail.f in Filebench benchmark?
  • From: Zhang Zhaoning <zzningxp@xxxxxxxxx>
• Re: raid1 Failed to activate new LV
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: raid1 Failed to activate new LV
  • From: "MOLLE Thomas" <t.molle@xxxxxxxxxxx>
• Re: raid1 Failed to activate new LV
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: How does LVM-Cache work?
  • From: thornber@xxxxxxxxxx
• Re: raid1 Failed to activate new LV
  • From: "MOLLE Thomas" <t.molle@xxxxxxxxxxx>
• Re: How does LVM-Cache work?
  • From: Greg Zapp <greg.zapp@xxxxxxxxx>
• Re: How does LVM-Cache work?
  • From: Leo Antonio <heiligerstein@xxxxxxxxx>
• Re: raid1 Failed to activate new LV
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• raid1 Failed to activate new LV
  • From: "MOLLE Thomas" <t.molle@xxxxxxxxxxx>
• Re: How does LVM-Cache work?
  • From: thornber@xxxxxxxxxx
• Re: How does LVM-Cache work?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• How does LVM-Cache work?
  • From: Leo Antonio <heiligerstein@xxxxxxxxx>
• Re: lvm2 portability issues (GNU sed is assumed)
  • From: John Spencer <maillist-lvm@xxxxxxxxxxx>
• Re: [PATCH] fix missing include directives
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: [PATCH] fix missing include directives
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] fix broken sed statement that works only with GNU sed
  • From: John Spencer <maillist-lvm@xxxxxxxxxxx>
• Re: [PATCH] fix missing include directives
  • From: John Spencer <maillist-lvm@xxxxxxxxxxx>
• dmeventd fails to release V_vg lock
  • From: Jaco Kroon <jaco@xxxxxxxxx>
• potential locking issues
  • From: Jaco Kroon <jaco@xxxxxxxxx>
• Re: resize and snapshots with clvm
  • From: Andreas Pflug <pgadmin@xxxxxxxxxxxxxxxxx>
• Re: resize and snapshots with clvm
  • From: Jacek Konieczny <jajcus@xxxxxxxxxx>
• Re: resize and snapshots with clvm
  • From: Andreas Pflug <pgadmin@xxxxxxxxxxxxxxxxx>
• Re: resize and snapshots with clvm
  • From: Jacek Konieczny <jajcus@xxxxxxxxxx>
• resize and snapshots with clvm
  • From: Andreas Pflug <pgadmin@xxxxxxxxxxxxxxxxx>
• Re: pvmove doesn't work the way the man page says
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: pvmove doesn't work the way the man page says
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: pvmove doesn't work the way the man page says
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: pvmove doesn't work the way the man page says
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Fwd: Re: [lvm-devel] create physical partition from logical partition
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• intel raid controller 632xESB and dmraid
  • From: "Madovsky" <infos@xxxxxxxxxxxx>
• Re: pvmove doesn't work the way the man page says
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: pvmove doesn't work the way the man page says
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• pvmove doesn't work the way the man page says
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Data alignment
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Data alignment
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Slow boot with large number of thin snapshots
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: Removing a (potentially unused?) PV from a VG
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: [PATCH] fix broken sed statement that works only with GNU sed
  • From: John Spencer <maillist-lvm@xxxxxxxxxxx>
• Re: [PATCH] fix missing include directives
  • From: John Spencer <maillist-lvm@xxxxxxxxxxx>
• Removing a (potentially unused?) PV from a VG
  • From: Harold Pimentel <haroldpimentel@xxxxxxxxx>
• cman+pacemaker dual primary drbd for HA KVM w/ live migration
  • From: "Mario Linick" <Mario.Linick@xxxxxxxxxxxxxxxxxx>
• Re: create physical partition from logical partition
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Slow boot with large number of thin snapshots
  • From: Andres Toomsalu <andres@xxxxxxxxxxxxxxxxx>
• Re : create physical partition from logical partition
  • From: georges.giralt@xxxxxxx
• create physical partition from logical partition
  • From: fakhreddine HABIB <fakhreddine2006@xxxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Vangelis Koukis <vkoukis@xxxxxxxx>
• Re: LVM mirror logic bug?
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: LVM mirror logic bug?
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• LVM mirror logic bug?
  • From: Robert <namibianer@xxxxxxxxx>
• [PATCH] fix broken sed statement that works only with GNU sed
  • From: John Spencer <maillist-lvm@xxxxxxxxxxx>
• [PATCH] fix missing include directives
  • From: John Spencer <maillist-lvm@xxxxxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: lvm2 portability issues (GNU sed is assumed)
  • From: John Spencer <maillist-lvm@xxxxxxxxxxx>
• [PATCH] rename 'mirror_region_size' to the more generic 'raid_region_size'
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• open count 1 blocking me from removing unused lv..
  • From: mixalis cossenas <mixalis@xxxxxxxx>
• Re: lvm2 portability issues (GNU sed is assumed)
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• lvm2 portability issues (GNU sed is assumed)
  • From: John Spencer <maillist-lvm@xxxxxxxxxxx>
• autoconf/install-sh: not found
  • From: John Spencer <maillist-lvm@xxxxxxxxxxx>
• Re: Help with a confused lv
  • From: Andrew Walsh <awalsh@xxxxxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Vangelis Koukis <vkoukis@xxxxxxxx>
• Re: zeroed target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: LVM resize broken file system....
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: LVM resize broken file system....
  • From: Gabriel <jarod125@xxxxxxxxx>
• Just to add some further info to my previous post........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• LVM resize broken file system....
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Help with a confused lv
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Vangelis Koukis <vkoukis@xxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Vangelis Koukis <vkoukis@xxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Vangelis Koukis <vkoukis@xxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: Sparse LVs, --virtualsize equal to --size
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Sparse LVs, --virtualsize equal to --size
  • From: Vangelis Koukis <vkoukis@xxxxxxxx>
• Re: vgremove fails to remove empty VG (v2.02.98)
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: vgremove fails to remove empty VG (v2.02.98)
  • From: Joschi Brauchle <joschi.brauchle@xxxxxx>
• Re: vgremove fails to remove empty VG (v2.02.98)
  • From: mohammad azimi <mohammad.reza.azimi@xxxxxxxxx>
• Re: vgremove fails to remove empty VG (v2.02.98)
  • From: Joschi Brauchle <joschi.brauchle@xxxxxx>
• Re: vgremove fails to remove empty VG (v2.02.98)
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• vgremove fails to remove empty VG (v2.02.98)
  • From: Joschi Brauchle <joschi.brauchle@xxxxxx>
• Re: howto avoid initializing a particular volume-group at boot time?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Read/Write LV Extent Stats
  • From: Robin Tan <wenpin81@xxxxxxxxxxx>
• Re: howto avoid initializing a particular volume-group at boot time?
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: question about extending snapshots
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• question about extending snapshots
  • From: Brian Chrisman <brchrisman@xxxxxxxxx>
• Re: Snapshot causing segault
  • From: Tyler Gates <tyler.gates@xxxxxxxx>
• Re: Snapshot causing segault
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: Snapshot causing segault
  • From: Tyler Gates <tyler.gates@xxxxxxxx>
• Re: LVM snapshot with Clustered VG
  • From: Vladislav Bogdanov <bubble@xxxxxxxxxxxxx>
• LVM snapshot with Clustered VG
  • From: Rob <lists@xxxxxxxxxxxx>
• Re: Snapshot causing segault
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: label sector and non 512 byte sectors
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: label sector and non 512 byte sectors
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Snapshot causing segault
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Snapshot causing segfault
  • From: Tyler Gates <tyler.gates@xxxxxxxx>
• label sector and non 512 byte sectors
  • From: Phillip Susi <phillsusi@xxxxxxxxx>
• Snapshot causing segault
  • From: Tyler Gates <tyler.gates@xxxxxxxx>
• howto avoid initializing a particular volume-group at boot time?
  • From: Tom Assmuth <ml-lvm@xxxxxxxxxxxxxxxxxxx>
• Re: Changing owner of lv device with udev
  • From: Nikolaus Rath <Nikolaus@xxxxxxxx>
• Re: Changing owner of lv device with udev
  • From: Nikolaus Rath <Nikolaus@xxxxxxxx>
• Re: Problems with snapshot rollback
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Problems with snapshot rollback
  • From: Guillermo Schulman <guillermos@xxxxxxxxxxx>
• Re: Changing owner of lv device with udev
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Changing owner of lv device with udev
  • From: Nikolaus Rath <Nikolaus@xxxxxxxx>
• Re: Non 512 byte sectors
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Non 512 byte sectors
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Non 512 byte sectors
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Non 512 byte sectors
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Non 512 byte sectors
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: Convert striped lv to single pv on another disk?
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: clvmd on cman waits forever holding the P_#global lock on node re-join
  • From: Dmitry Panov <dmitry.panov@xxxxxxxxxxx>
• Re: clvmd on cman waits forever holding the P_#global lock on node re-join
  • From: Jacek Konieczny <jajcus@xxxxxxxxxx>
• Re: clvmd on cman waits forever holding the P_#global lock on node re-join
  • From: Jacek Konieczny <jajcus@xxxxxxxxxx>
• Re: Convert striped lv to single pv on another disk?
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Convert striped lv to single pv on another disk?
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Convert striped lv to single pv on another disk?
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Convert striped lv to single pv on another disk?
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Non 512 byte sectors
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Convert striped lv to single pv on another disk?
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Pvmove while volume_ list is enabled freeze whole lvm
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Pvmove while volume_ list is enabled freeze whole lvm
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: clvmd on cman waits forever holding the P_#global lock on node re-join
  • From: Dmitry Panov <dmitry.panov@xxxxxxxxxxx>
• Re: clvmd on cman waits forever holding the P_#global lock on node re-join
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Pvmove while volume_ list is enabled freeze whole lvm
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Pvmove while volume_ list is enabled freeze whole lvm
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• clvmd on cman waits forever holding the P_#global lock on node re-join
  • From: Dmitry Panov <dmitry.panov@xxxxxxxxxxx>
• Re: Questions about issue_discards
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Questions about issue_discards
  • From: James Downs <james.downs@xxxxxxxxxxxx>
• Questions about issue_discards
  • From: CJ Kucera <pez@xxxxxxxxxxxxxxxx>
• Re: How to handle Bad Block relocation with LVM?
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Re: How to handle Bad Block relocation with LVM?
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Re: How to handle Bad Block relocation with LVM?
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: How to handle Bad Block relocation with LVM?
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: How to handle Bad Block relocation with LVM?
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Re: Questions about thin pools and segment properties
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Questions about thin pools and segment properties
  • From: ben <benscott@xxxxxxxxxx>
• Re: How to handle Bad Block relocation with LVM?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: How to handle Bad Block relocation with LVM?
  • From: Brian Murrell <brian@xxxxxxxxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Vitaly Yakovenko <mr.yaky@xxxxxxxxx>
• Sync LVs in RAID
  • From: DacioMF <daciomf@xxxxxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• LVM and Raid5 alignment
  • From: majianpeng <majianpeng@xxxxxxxxx>
• LVM decreasing throughput
  • From: Embedding Linux <embedded@xxxxxxxxxx>
• Re: cluster request failed: Host is down
  • From: Jacek Konieczny <jajcus@xxxxxxxxxx>
• Re: cluster request failed: Host is down
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• cluster request failed: Host is down
  • From: Jacek Konieczny <jajcus@xxxxxxxxxx>
• Re: Why do lvcreate with clvmd insist on VG being available on all nodes?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: Why do lvcreate with clvmd insist on VG being available on all nodes?
  • From: Jacek Konieczny <jajcus@xxxxxxxxxx>
• Re: Why do lvcreate with clvmd insist on VG being available on all nodes?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: Why do lvcreate with clvmd insist on VG being available on all nodes?
  • From: Jacek Konieczny <jajcus@xxxxxxxxxx>
• Re: Why do lvcreate with clvmd insist on VG being available on all nodes?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Why do lvcreate with clvmd insist on VG being available on all nodes?
  • From: Jacek Konieczny <jajcus@xxxxxxxxxx>
• strange usage stats for thin LV
  • From: Vitaly Yakovenko <mr.yaky@xxxxxxxxx>
• lvm2 "rebuild"
  • From: frenc1z 1z <frenc1z@xxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Vitaly Yakovenko <mr.yaky@xxxxxxxxx>
• lvm backup/restore on Amaxon ebs volumes
  • From: Vladimir <tetlika@xxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: how to swap a bad drive on a non-standard mirror
  • From: Randy Schultz <schulra@xxxxxxxxxxx>
• Re: how to swap a bad drive on a non-standard mirror
  • From: Scott Merrilees <scott.merrilees@xxxxxxxxx>
• Re: how to swap a bad drive on a non-standard mirror
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: how to swap a bad drive on a non-standard mirror
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• how to swap a bad drive on a non-standard mirror
  • From: Randy Schultz <schulra@xxxxxxxxxxx>
• Do thin volumes use allocation policy?
  • From: ben <benscott@xxxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: strange usage stats for thin LV
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• strange usage stats for thin LV
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: Error: Doesn't contain a valid partition table
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Error: Doesn't contain a valid partition table
  • From: "James Hawtin" <oolon@xxxxxxxx>
• Error: Doesn't contain a valid partition table
  • From: Ramesh Nadupalli <nadupalliramesh@xxxxxxxxx>
• Re: how to recover after thin pool metadata did fill up?
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: how to recover after thin pool metadata did fill up?
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: how to recover after thin pool metadata did fill up?
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: how to recover after thin pool metadata did fill up?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: how to recover after thin pool metadata did fill up?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: how to recover after thin pool metadata did fill up?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: how to recover after thin pool metadata did fill up?
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: how to recover after thin pool metadata did fill up?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: how to recover after thin pool metadata did fill up?
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: Thin provisioning stability
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: how to recover after thin pool metadata did fill up?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Thin provisioning stability
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Thin provisioning stability
  • From: Алексей Порошенко <poroshenko.aleksei@xxxxxxxxx>
• Need help with lvm
  • From: Tinni <t_inni@xxxxxxxxxxx>
• how to recover after thin pool metadata did fill up?
  • From: Andres Toomsalu <andres@xxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: thin pool grows but meta data does not?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• thin pool grows but meta data does not?
  • From: ben <benscott@xxxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• Re: Will RAID or mirror thin pools be supported?
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Will RAID or mirror thin pools be supported?
  • From: ben <benscott@xxxxxxxxxx>
• bugzilla #862085: automatically filter disks with imsm or ddf superblocks, v3
  • From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Post-install LVM
  • From: rodrigo tavares <rodrigofariat@xxxxxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: Linda Walsh <lvm@xxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: Linda Walsh <lvm@xxxxxxxxx>
• Re: access or interface to list of blocks that have, changed via C.O.W.?
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• Re: LVM2APP still under active development?
  • From: Tony Asleson <tasleson@xxxxxxxxxx>
• LVM2APP still under active development?
  • From: Bram Klein Gunnewiek <bramklg@xxxxxxxxx>
• access or interface to list of blocks that have changed via C.O.W.?
  • From: Linda Walsh <lvm@xxxxxxxxx>
• [PATCH] automatically filter disks with imsm or ddf superblocks, v3
  • From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
• Re: [PATCH] automatically filter disks with imsm or ddf superblocks, v2
  • From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
• How to reliably detect duplicate PVs with the same UUID
  • From: Dénes Németh <mr.nemeth.denes@xxxxxxxxx>
• Unable to remove LVs - problem solved.
  • From: Jan Bakuwel <jan.bakuwel@xxxxxxxxx>
• Unable to remove LVs
  • From: Jan Bakuwel <jan.bakuwel@xxxxxxxxx>
• [PATCH] automatically filter disks with imsm or ddf superblocks, v2
  • From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
• Re: automatically filter disks with imsm or ddf superblocks
  • From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
• [PATCH 6/6] python-lvm: Other Makefile.in changes
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 5/6] python-lvm: configure.in changes
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/6] python-lvm: initial checkin
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 4/6] python-lvm: liblvm/python/Makefile.in
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 0/6] Integrate python-lvm into lvm2
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 3/6] python-lvm: setup.py
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 2/6] python-lvm: A start at a python-lvm test framework
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: automatically filter disks with imsm or ddf superblocks
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: merge two lvms on same VG
  • From: Scott Merrilees <scott.merrilees@xxxxxxxxx>
• Re: merge two lvms on same VG
  • From: flavio-redhat@xxxxxxxxx
• Re: merge two lvms on same VG
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Re: merge two lvms on same VG
  • From: Fran Garcia <franchu.garcia@xxxxxxxxx>
• merge two lvms on same VG
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Dose upstream have any plan to support mirrored in --mirrorlog option in cluster?
  • From: deanraccoon <deanraccoon@xxxxxxxxx>
• automatically filter disks with imsm or ddf superblocks
  • From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
• Re: Advanced LVM Features
  • From: Oliver Rath <rath@xxxxxxxx>
• Advanced LVM Features
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: "Rene C." <openvz@xxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: Scott Merrilees <scott@xxxxxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: "Rene C." <openvz@xxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: Scott Merrilees <scott@xxxxxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: "Rene C." <openvz@xxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: Scott Merrilees <scott@xxxxxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: "Rene C." <openvz@xxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: "Rene C." <openvz@xxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: "Rene C." <openvz@xxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: Scott Merrilees <scott@xxxxxxxxxxxxx>
• Re: Removing vg and lv after physical drive has been removed
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Removing vg and lv after physical drive has been removed
  • From: "Rene C." <openvz@xxxxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: [PATCH] dmsetup: fix sscanf return check
  • From: Matthew Booth <mbooth@xxxxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Re: [PATCH] dmsetup: fix sscanf return check
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dmsetup: fix sscanf return check
  • From: Mark van Dijk <lists+linux-lvm@xxxxxxxxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: "Vic" <lvm@xxxxxxxxxxx>
• Re: lvextend NEVER works but screws up
  • From: flavio-redhat@xxxxxxxxx
• Re: lvextend NEVER works but screws up
  • From: "Vic" <lvm@xxxxxxxxxxx>
• lvextend NEVER works but screws up
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• lvextend NEVER works but screws up
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• [PATCH] dmsetup: fix sscanf return check
  • From: Matthew Booth <mbooth@xxxxxxxxxx>
• Writing to a DM snapshot blocks for a long time
  • From: David Shaw <dshaw@xxxxxxxxxxxxxxx>
• Re: Getting 'incorrect semaphore state' on self configured server kernel
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Getting 'incorrect semaphore state' on self configured server kernel
  • From: Mark van Dijk <lists+linux-lvm@xxxxxxxxxxxxxx>
• Re: Getting 'incorrect semaphore state' on self configured server kernel
  • From: Scott Merrilees <scott@xxxxxxxxxxxxx>
• Re: Getting 'incorrect semaphore state' on self configured server kernel
  • From: Mark van Dijk <lists+linux-lvm@xxxxxxxxxxxxxx>
• Re: sparse copy i.e. /dev/sda3 -> /dev/mvlvm/mythinpool?
  • From: James Hawtin <oolon@xxxxxxxx>
• sparse copy i.e. /dev/sda3 -> /dev/mvlvm/mythinpool?
  • From: Oliver Rath <rath@xxxxxxxx>
• Re: Translating device name from sar to a filesystem
  • From: Reza Gholdor <gholdorreza@xxxxxxxxx>
• 'vgchange -a y' took very long when scanning snapshots
  • From: Olivier Doucet <webmaster@xxxxxxxxx>
• bug: xfs resize in fsadm
  • From: Dénes Németh <mr.nemeth.denes@xxxxxxxxx>
• Merged snapshot still present and throwing I/O errors after reboot (similar to bug #645488)
  • From: Matti Rintala <bitti@xxxxxxxxx>
• Re: Translating device name from sar to a filesystem
  • From: Scott Merrilees <scott@xxxxxxxxxxxxx>
• Translating device name from sar to a filesystem
  • From: Reza Gholdor <gholdorreza@xxxxxxxxx>
• Getting 'incorrect semaphore state' on self configured server kernel
  • From: Mark van Dijk <lists+linux-lvm@xxxxxxxxxxxxxx>
• Re: [lvm2cmd] Heap destruction by lvm2_exit()?
  • From: Hubert Kario <hubert@xxxxxxxx>
• Re: dm thinp: pool get's bigger than allowd virtual disk
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: dm thinp: pool get's bigger than allowd virtual disk
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• dm thinp: pool get's bigger than allowd virtual disk
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: [lvm2cmd] Heap destruction by lvm2_exit()?
  • From: Hubert Kario <hubert@xxxxxxxx>
• Re: lvm/filesystem overhaed
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: RFE? Really power of 2? extents, chunks and raid alignment
  • From: "Linda A. Walsh" <law@xxxxxxxxx>
• Re: [lvm2cmd] Heap destruction by lvm2_exit()?
  • From: Hubert Kario <hubert@xxxxxxxx>
• lvm/filesystem overhaed
  • From: Tim Busch <tbusch666@xxxxxxxxx>
• Re: [lvm2cmd] Heap destruction by lvm2_exit()?
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [lvm2cmd] Heap destruction by lvm2_exit()?
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Really power of 2? extents, chunks and raid alignment
  • From: Linda Walsh <lvm@xxxxxxxxx>
• Re: [lvm2cmd] Heap destruction by lvm2_exit()?
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Incorrect PV displayed for VG with two missing PVs
  • From: Mike Fleetwood <mike.fleetwood@xxxxxxxxxxxxxx>
• [lvm2cmd] Heap destruction by lvm2_exit()?
  • From: Hubert Kario <hubert@xxxxxxxx>
• Re: how to online resize pv?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: how to online resize pv?
  • From: andreas nastke <nastke@xxxxxxxxxxxxx>
• Re: how to online resize pv?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: how to online resize pv?
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: how to online resize pv?
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: how to online resize pv?
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: how to online resize pv?
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: how to online resize pv?
  • From: Scott Merrilees <scott.merrilees@xxxxxxxxx>
• Re: how to online resize pv?
  • From: Fred van Zwieten <fvzwieten@xxxxxxxxxxxxx>
• Re: how to online resize pv?
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: how to online resize pv?
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• how to online resize pv?
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: metadata problems while testing lvm2 git with dm_thin_pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• metadata problems while testing lvm2 git with dm_thin_pool
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: metadata problems while testing lvm2 git with dm_thin_pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: metadata problems while testing lvm2 git with dm_thin_pool
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: metadata problems while testing lvm2 git with dm_thin_pool
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• lvm autogrow grows more than allowed virtual size
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: metadata problems while testing lvm2 git with dm_thin_pool
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• metadata problems while testing lvm2 git with dm_thin_pool
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• metadata problems while testing lvm2 git with dm_thin_pool
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: RFE? Really power of 2? extents, chunks and raid alignment
  • From: Linda Walsh <lvm@xxxxxxxxx>
• Re: RFE? Really power of 2? extents, chunks and raid alignment
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RFE? Really power of 2? extents, chunks and raid alignment
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Snapshot limit?
  • From: Fred van Zwieten <fvzwieten@xxxxxxxxxxxxx>
• Re: Snapshot limit?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Snapshot limit?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Snapshot limit?
  • From: Fred van Zwieten <fvzwieten@xxxxxxxxxxxxx>
• Snapshot limit?
  • From: Fred van Zwieten <fvzwieten@xxxxxxxxxxxxx>
• Re: LVM2 snapshotting and new blocks
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• LVM2 snapshotting and new blocks
  • From: Fred van Zwieten <fvzwieten@xxxxxxxxxxxxx>
• RFE? Really power of 2? extents, chunks and raid alignment
  • From: Linda Walsh <lvm@xxxxxxxxx>
• Re: Replacing failed disk in raid volume without hot spare
  • From: Tomas Vanderka <tomas_vanderka@xxxxxxxxxx>
• Re: Switch between mirrored master/slave devices
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Replacing failed disk in raid volume without hot spare
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Replacing failed disk in raid volume without hot spare
  • From: Tomas Vanderka <tomas_vanderka@xxxxxxxxxx>
• LVM roadmap info
  • From: Fred van Zwieten <fvzwieten@xxxxxxxxxxxxx>
• Switch between mirrored master/slave devices
  • From: DacioMF <daciomf@xxxxxxxxxxxx>
• Re: (simple question) Is it possible to specify a size to extend an LVM partition to ? rather than the amount to increase by?
  • From: Morgan Cox <morgancoxuk@xxxxxxxxx>
• Re: (simple question) Is it possible to specify a size to extend an LVM partition to ? rather than the amount to increase by?
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: (simple question) Is it possible to specify a size to extend an LVM partition to ? rather than the amount to increase by?
  • From: Greg Zapp <greg.zapp@xxxxxxxxx>
• (simple question) Is it possible to specify a size to extend an LVM partition to ? rather than the amount to increase by?
  • From: Morgan Cox <morgancoxuk@xxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Still missing for supporting dm-thin
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: Corrupt PV (wrong size)
  • From: Richard Petty <richard@xxxxxxxxxx>
• Re: Corrupt PV (wrong size)
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: Corrupt PV (wrong size)
  • From: Richard Petty <richard@xxxxxxxxxx>
• Re: Still missing for supporting dm-thin
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Still missing for supporting dm-thin
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Still missing for supporting dm-thin
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: lvm create a large amount of lv seems problem
  • From: "Amos.Huang" <ch.linux.free@xxxxxxxxx>
• Re: lvm create a large amount of lv seems problem
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Consistency groups
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• Re: LVM2 recovery on IP-SAN after OS re-install
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Re: lvremove snapshot hangs LVM system
  • From: Da <dcodix@xxxxxxxxx>
• Re: LVM internals, guides, design, tutorials plz
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• LVM internals, guides, design, tutorials plz
  • From: Daniel Hilst <danielhilst@xxxxxxxxx>
• Re: LVM2 recovery on IP-SAN after OS re-install
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• lvm create a large amount of lv seems problem
  • From: "Amos.Huang" <ch.linux.free@xxxxxxxxx>
• Re: lvremove snapshot hangs LVM system
  • From: Da <dcodix@xxxxxxxxx>
• Re: lvremove snapshot hangs LVM system
  • From: Da <dcodix@xxxxxxxxx>
• [ANNOUNCE] targetd 0.1
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Kernel 3.4 error on Dreamplug: [vectors]: mlock failed: Cannot allocate memory
  • From: Simon Baatz <gmbnomis@xxxxxxxxx>
• Re: Kernel 3.4 error on Dreamplug: [vectors]: mlock failed: Cannot allocate memory
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM download.
  • From: Veruca Salt <verucasaltuk@xxxxxxxxxxxxx>
• Re: LVM release 2.02.96 / git / veritysetup
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: LVM release 2.02.96 / git / veritysetup
  • From: Somchai Smythe <buraphalinuxserver@xxxxxxxxx>
• Re: LVM release 2.02.96 / git / veritysetup
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• LVM release 2.02.96 / git / veritysetup
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: LVM download.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: LVM download.
  • From: Veruca Salt <verucasaltuk@xxxxxxxxxxxxx>
• Re: LVM download.
  • From: Veruca Salt <verucasaltuk@xxxxxxxxxxxxx>
• Re: LVM download.
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• LVM download.
  • From: Veruca Salt <verucasaltuk@xxxxxxxxxxxxx>
• Re: some principal questions about cLVM
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: some principal questions about cLVM
  • From: Seb <mailing.sr@xxxxxxxxx>
• Re: some principal questions about cLVM
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: some principal questions about cLVM
  • From: Seb <mailing.sr@xxxxxxxxx>
• The way i use to ensure the VG map (Need help)
  • From: Germain Maurice <gmaurice@xxxxxxxxxxxxxxx>
• some principal questions about cLVM
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Fw: Fw: Query on vgchange: Please help
  • From: shashank khandelwal <khandu20@xxxxxxxxx>
• Revert snapshot (lvconvert --merge) without removing snapshot
  • From: c8wpsungrk@xxxxxxxxxxx
• Re: Thin provisioning on a cluster
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM disappeared
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Thin provisioning on a cluster
  • From: Matthew Anderson <matthewa@xxxxxxxxxxxx>
• preparing for impending switch to git/fedorahosted
  • From: Jim Meyering <jim@xxxxxxxxxxxx>
• Re: /dev/vg1/dir-1: read failed after 0 of 4096 at ...
  • From: Tero <termant@xxxxxxxxx>
• /dev/vg1/dir-1: read failed after 0 of 4096 at ...
  • From: Tero <termant@xxxxxxxxx>
• LVM disappeared
  • From: abdul jabbar <ajsaif_11@xxxxxxxxxxx>
• Re: LVM2 recovery on IP-SAN after OS re-install
  • From: James Hawtin <oolon@xxxxxxxx>
• LVM2 recovery on IP-SAN after OS re-install
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Re: Isolation of volume groups
  • From: Fredrik Tolf <fredrik@xxxxxxxxxxxxx>
• Re: Isolation of volume groups
  • From: Fredrik Tolf <fredrik@xxxxxxxxxxxxx>
• Re: Isolation of volume groups
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Isolation of volume groups
  • From: Fredrik Tolf <fredrik@xxxxxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: Fun and games with mirroring
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: Fun and games with mirroring
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Re: Fun and games with mirroring
  • From: Les Mikesell <lesmikesell@xxxxxxxxx>
• Re: Fun and games with mirroring
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: Fun and games with mirroring
  • From: Les Mikesell <lesmikesell@xxxxxxxxx>
• Re: Fun and games with mirroring
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: Les Mikesell <lesmikesell@xxxxxxxxx>
• Re: Fun and games with mirroring
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: Les Mikesell <lesmikesell@xxxxxxxxx>
• Re: Fun and games with mirroring
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: "Vic" <lvm@xxxxxxxxxxx>
• Re: Is the new RAID implementation going to deprecate traditional stripes and mirrors?
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: Fun and games with mirroring
  • From: "Vic" <lvm@xxxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: "Vic" <lvm@xxxxxxxxxxx>
• Re: Fun and games with mirroring
  • From: Les Mikesell <lesmikesell@xxxxxxxxx>
• Fun and games with mirroring
  • From: "Vic" <lvm@xxxxxxxxxxx>
• Re: lvreduce nightmare
  • From: Raptorfan <raptorfan@xxxxxxxxxxxxx>
• Re: lvreduce nightmare
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: lvreduce nightmare
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: lvreduce nightmare
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Re: lvreduce nightmare
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: Is the new RAID implementation going to deprecate traditional stripes and mirrors?
  • From: Ron Johnson <ron.l.johnson@xxxxxxx>
• Re: Is the new RAID implementation going to deprecate traditional stripes and mirrors?
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Is the new RAID implementation going to deprecate traditional stripes and mirrors?
  • From: ben <benscott@xxxxxxxxxx>
• Re: lvreduce nightmare
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: lvreduce nightmare
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Re: [PATCH] mtd: sm_ftl: fix typo in major number.
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCH] mtd: sm_ftl: fix typo in major number.
  • From: Alex Elsayed <eternaleye+usenet@xxxxxxxxx>
• Re: lvreduce nightmare
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: lvreduce nightmare
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: lvreduce nightmare
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: lvreduce nightmare
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: lvreduce nightmare
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Can't create logical volume using lvm2app library
  • From: Ruben Quinones <rq.sysadmin@xxxxxxxxx>
• lvreduce nightmare
  • From: tariq wali <ganaiwali@xxxxxxxxx>
• Re: Device mapper does not really remove the references to removed LV.
  • From: Germain Maurice <germain.maurice@xxxxxxxxxxxxxxx>
• Re: Device mapper does not really remove the references to removed LV.
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Device mapper does not really remove the references to removed LV.
  • From: Germain Maurice <gmaurice@xxxxxxxxxxxxxxx>
• Re: project bugtracker and source
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• project bugtracker and source
  • From: Andy Grover <agrover@xxxxxxxxxx>
• LVM: device-mapper: resume ioctl failed
  • From: Venkata rama krishna Boddu <venkat.boddu@xxxxxxxxx>
• Re: lvremove snapshot hangs LVM system
  • From: Da <dcodix@xxxxxxxxx>
• Re: Missing PV
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: Missing PV
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Erasing snapshot data from disk
  • From: Greg Zapp <greg.zapp@xxxxxxxxx>
• Re: Missing PV
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: Missing PV
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: Missing PV
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: Missing PV
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: Missing PV
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: Missing PV
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: Missing PV
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: addtag
  • From: Clay Gerrard <clay.gerrard@xxxxxxxxx>
• Re: addtag
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• addtag
  • From: Clay Gerrard <clay.gerrard@xxxxxxxxx>
• Re: Missing PV
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: lvremove snapshot hangs LVM system
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: lvremove snapshot hangs LVM system
  • From: Da <dcodix@xxxxxxxxx>
• Re: calculating size of metadata.
  • From: Jan-Hendrik Palic <billgotchy@xxxxxxxxx>
• Missing PV
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: calculating size of metadata.
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: calculating size of metadata.
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• calculating size of metadata.
  • From: Jan-Hendrik Palic <billgotchy@xxxxxxxxx>
• Encrypting an existing lvm pv (without much extra space)
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: Hide volume group during startup
  • From: Erik Schwalbe <erik.schwalbe@xxxxxxxxx>
• Re: Hide volume group during startup
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Hide volume group during startup
  • From: Erik Schwalbe <erik.schwalbe@xxxxxxxxx>
• Re: Hide volume group during startup
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Hide volume group during startup
  • From: Erik Schwalbe <erik.schwalbe@xxxxxxxxx>
• Re: Hide volume group during startup
  • From: Erik Schwalbe <erik.schwalbe@xxxxxxxxx>
• Re: Hide volume group during startup
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Hide volume group during startup
  • From: Erik Schwalbe <erik.schwalbe@xxxxxxxxx>
• Re: Hide volume group during startup
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Hide volume group during startup
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Hide volume group during startup
  • From: Erik Schwalbe <erik.schwalbe@xxxxxxxxx>
• Re: Hide volume group during startup
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Hide volume group during startup
  • From: Erik Schwalbe <erik.schwalbe@xxxxxxxxx>
• Re: Frozen root volume
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: Frozen root volume
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Frozen root volume
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Frozen root volume
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• lvremove snapshot hangs LVM system
  • From: Dan C <dcodix@xxxxxxxxx>
• Re: Removing snapshot often fails
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Removing snapshot often fails
  • From: Danilo Godec <danilo.godec@xxxxxxxxx>
• Re: Removing snapshot often fails
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Removing snapshot often fails
  • From: Danilo Godec <danilo.godec@xxxxxxxxx>
• lvm + loopback
  • From: Bali Zaci <zaci.bali@xxxxxxxxx>
• Re: lvm + loopback
  • From: Bali Zaci <zaci.bali@xxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: LVM commands extremely slow during raid check/resync
  • From: James Candelaria <jc@xxxxxxxxxxxxxxxx>
• LVM commands extremely slow during raid check/resync
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Storage Virtualization and LVM
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: Corrupt PV (wrong size)
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH] mtd: sm_ftl: fix typo in major number.
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: Corrupt PV (wrong size)
  • From: Richard Petty <richard@xxxxxxxxxx>
• Re: lvm fails when /proc/devices contains "-1 smblk"
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [PATCH] mtd: sm_ftl: fix typo in major number.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: lvm fails when /proc/devices contains "-1 smblk"
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: lvm fails when /proc/devices contains "-1 smblk"
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: lvm fails when /proc/devices contains "-1 smblk"
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• lvm fails when /proc/devices contains "-1 smblk"
  • From: John Mesmon <jmesmon@xxxxxxxxx>
• Storage Virtualization and LVM
  • From: Errol Neal <eneal@xxxxxxxxxxxxxxxxx>
• Re: Does a striped LV honor the order of specified PVs
  • From: "Peter M. Petrakis" <peter.petrakis@xxxxxxxxxxxxx>
• Re: LVM Thin Provisioning size limited to 16 GiB?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Snapshot removal fails first time under RAID
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: How to adjust the virtual size of Thin Provisioning Volume?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Does a striped LV honor the order of specified PVs
  • From: John Anthony <chirayithaj@xxxxxxxxx>
• python-liblvm
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Corrupt PV (wrong size)
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Snapshot removal fails first time under RAID
  • From: Philip Boulain <philip.boulain@xxxxxxxxxxxxxx>
• How to adjust the virtual size of Thin Provisioning Volume?
  • From: Kirby Zhou <kirbyzhou@xxxxxxxxxxxxxxxxx>
• Re: Corrupt PV (wrong size)
  • From: Richard Petty <richard@xxxxxxxxxx>
• Re: bcache and dm targets (specifically lvm)
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Resizing underlying LVM partition after cloning to bigger disk
  • From: "Dan B." <danb@xxxxxxxxx>
• Re: dynamic lvm snapshots (auto-resize)
  • From: Dusty Mabe <dustymabe@xxxxxxxxx>
• Re: Corrupt PV (wrong size)
  • From: "Stuart D. Gathman" <stuart@xxxxxxxx>
• Corrupt PV (wrong size)
  • From: Richard Petty <richard@xxxxxxxxxx>
• Re: LVM Thin Provisioning size limited to 16 GiB?
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: bcache and dm targets (specifically lvm)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: bcache and dm targets (specifically lvm)
  • From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
• Re: bcache and dm targets (specifically lvm)
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: bcache and dm targets (specifically lvm)
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: LVM Thin Provisioning size limited to 16 GiB?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Linux-lvm] Need help in understanding the logical to
  • From: "Alheid, Gregory" <alheidgj@xxxxxxxx>
• LVM Thin Provisioning size limited to 16 GiB?
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [Linux-lvm] Need help in understanding the logical to physical mapping by LVM
  • From: Anuj Goel <talk2anuj@xxxxxxxxx>
• avgrq-sz maxes out at 1024 for lvm devices
  • From: John Anthony <chirayithaj@xxxxxxxxx>
• Re: mirror_region_size default: 4096 six times faster than 512?
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: [Linux-lvm] Need help in understanding the logical to physical mapping by LVM
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• [Linux-lvm] Need help in understanding the logical to physical mapping by LVM
  • From: Anuj Goel <talk2anuj@xxxxxxxxx>
• Re: Question for LVM feasibility and usage on the embedded linux
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: mirror_region_size default: 4096 six times faster than 512?
  • From: Les Mikesell <lesmikesell@xxxxxxxxx>
• Question for LVM feasibility and usage on the embedded linux
  • From: 박준모 <kunobr@xxxxxxxxx>
• Re: mirror_region_size default: 4096 six times faster than 512?
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: mirror_region_size default: 4096 six times faster than 512?
  • From: Les Mikesell <lesmikesell@xxxxxxxxx>
• Re: Duplicate PV's - how does LVM choose which one to use
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Duplicate PV's - how does LVM choose which one to use
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: mirror_region_size default: 4096 six times faster than 512?
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Duplicate PV's - how does LVM choose which one to use
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Duplicate PV's - how does LVM choose which one to use
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• mirror_region_size default: 4096 six times faster than 512?
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: Duplicate PV's - how does LVM choose which one to use
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: Allocation Policy for Cloud Computing needed
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: Allocation Policy for Cloud Computing needed
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Duplicate PV's - how does LVM choose which one to use
  • From: Danilo Godec <danilo.godec@xxxxxxxxx>
• Re: Strange behavior adding LUN
  • From: Stuart Browne <stuart.browne@xxxxxxxxxxxxxxxxxx>
• Re: Allocation Policy for Cloud Computing needed
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: Allocation Policy for Cloud Computing needed
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Strange behavior adding LUN
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Strange behavior adding LUN
  • From: Stuart Browne <stuart.browne@xxxxxxxxxxxxxxxxxx>
• fsadm bug
  • From: Oliver Mangold <o.mangold@xxxxxxxxxxxxxx>
• Re: [dm-devel] DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: Snapshots
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Snapshots
  • From: Marco Pizzoli <marco.pizzoli@xxxxxxxxx>
• Re: Snapshots
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Snapshots
  • From: "Stuart D. Gathman" <stuart@xxxxxxxx>
• Re: Snapshots
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Snapshots
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Snapshots
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• Re: Snapshots
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Snapshots
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Allocation Policy for Cloud Computing needed
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: Snapshots
  • From: "Stuart D. Gathman" <stuart@xxxxxxxx>
• Re: Snapshots
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• Re: Allocation Policy for Cloud Computing needed
  • From: James Hawtin <oolon@xxxxxxxx>
• Re: Snapshots
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Allocation Policy for Cloud Computing needed
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Snapshots
  • From: Mark Woodward <markw@xxxxxxxxxxxxxx>
• LVM locked on md raid with removed disks
  • From: Peter Davies <pdavies@xxxxxxxxxxxx>
• Re: new to cLVM - some principal questions
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: lvmconvert --merge fails to remove devices on rebbot
  • From: Dusty Mabe <dustymabe@xxxxxxxxx>
• Re: lvmconvert --merge fails to remove devices on rebbot
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• lvmconvert --merge fails to remove devices on rebbot
  • From: Dusty Mabe <dustymabe@xxxxxxxxx>
• Re: [dm-devel] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: "Busby.Cheung" <chaimvy@xxxxxxx>
• Re: New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: "Busby.Cheung" <chaimvy@xxxxxxx>
• Re: [dm-devel] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: "Busby.Cheung" <chaimvy@xxxxxxx>
• Re: New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: "Busby.Cheung" <chaimvy@xxxxxxx>
• Moving RHEL 6 to new HDD, EFI and LVM2 questions
  • From: Mario Deng <mariodeng@xxxxxxxxxxxxxx>
• Re: New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: "Busby.Cheung" <chaimvy@xxxxxxx>
• Re: Cannot delete lv
  • From: "James B. Byrne" <byrnejb@xxxxxxxxxxxxx>
• Re: Cannot delete lv
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Cannot delete lv
  • From: "James B. Byrne" <byrnejb@xxxxxxxxxxxxx>
• Re: Cannot delete lv
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Cannot delete lv
  • From: "James B. Byrne" <byrnejb@xxxxxxxxxxxxx>
• Re: Cannot delete lv
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Cannot delete lv
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Cannot delete lv
  • From: "James B. Byrne" <byrnejb@xxxxxxxxxxxxx>
• Cannot delete lv
  • From: "James B. Byrne" <byrnejb@xxxxxxxxxxxxx>
• Re: [dm-devel] ??????: New LVM2 release 2.02.89: Thinly-provisioned logical?volumes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: 答复: New LVM2 release 2.02.89: Thinly-provisioned logical?volumes
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• 答复: New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: Kirby Zhou <kirbyzhou@xxxxxxxxxxxxxxxxx>
• New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• lvm missing uuid
  • From: lee <funnyvoice@xxxxxxxxxxx>
• Re: Resizing a logical volume which is mounted (at /home)
  • From: James Hawtin <oolon@xxxxxxxx>
• Re: Resizing a logical volume which is mounted (at /home)
  • From: Stuart D Gathman <stuart@xxxxxxxx>
• Re: Resizing a logical volume which is mounted (at /home)
  • From: Kiran Rao <techie.curious@xxxxxxxxx>
• Re: Resizing a logical volume which is mounted (at /home)
  • From: "Males, Jess" <jmales@xxxxxxxxxx>
• Re: Resizing a logical volume which is mounted (at /home)
  • From: Kiran Rao <techie.curious@xxxxxxxxx>
• Re: lvcreate fails
  • From: "Peter M. Petrakis" <peter.petrakis@xxxxxxxxxxxxx>
• Re: Resizing a logical volume which is mounted (at /home)
  • From: "Stuart D. Gathman" <stuart@xxxxxxxx>
• Resizing a logical volume which is mounted (at /home)
  • From: Kiran Rao <techie.curious@xxxxxxxxx>
• Resizing a logical volume which is mounted (at /home)
  • From: Kiran Rao <techie.curious@xxxxxxxxx>
• Re: lvcreate fails
  • From: "Marcus Haarmann" <marcus.haarmann@xxxxxxxxx>
• Re: DM suspend locks up under load?
  • From: David Shaw <dshaw@xxxxxxxxxxxxxxx>
• Re: lvcreate fails
  • From: "Peter M. Petrakis" <peter.petrakis@xxxxxxxxxxxxx>
• lvcreate fails
  • From: "Marcus Haarmann" <marcus.haarmann@xxxxxxxxx>
• Re: DM suspend locks up under load?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• DM suspend locks up under load?
  • From: David Shaw <dshaw@xxxxxxxxxxxxxxx>
• Restore data from a Invalid Snapshot or COW.
  • From: Oliver Carreño <orcoliver@xxxxxxxxx>
• Re: cmp of inactive mirrored LV fails
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: How to find out the location of PE's
  • From: "Stuart D. Gathman" <stuart@xxxxxxxx>
• Re: How to find out the location of PE's
  • From: "Sven Eschenberg" <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: How to find out the location of PE's
  • From: peter.bieshaar@xxxxxxxxx
• Re: How to find out the location of PE's
  • From: "Sven Eschenberg" <sven@xxxxxxxxxxxxxxxxxxxxx>
• How to find out the location of PE's
  • From: peter.bieshaar@xxxxxxxxx
• Migrating linear LVM to striped
  • From: Stuart Browne <stuart.browne@xxxxxxxxxxxxxxxxxx>
• Re: FW: CVE-2011-4127 kernel: possible privilege escalation via SG_IO ioctl
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• FW: CVE-2011-4127 kernel: possible privilege escalation via SG_IO ioctl
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>