Linux Device-Mapper Development
[Prev Page][Next Page]
- FW: [PATCH 2/3] check for completed exception after dropped lock
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1 of 29] dm-snap-rename-dm_snap_exception.patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1 of 29] dm-snap-rename-dm_snap_exception.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 1 of 29] dm-snap-rename-dm_snap_exception.patch
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 0 of 29] Exception Store API Changes - group 2
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 29 of 29] dm-exception-store-shared-type.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 28 of 29] dm-snap-snapshare-1.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 27 of 29] dm-snap-introduce-snapshare.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 26 of 29] dm-snap-split-ctr-and-dtr.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 25 of 29] dm-snap-get-rid-of-__free_exceptions-fn.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 24 of 29] dm-snap-get-rid-of-init_hash_tables-fn.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 23 of 29] dm-exception-store-add-arg-to-prepare_commit.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 22 of 29] dm-exception-store-add-shared_uuid.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 21 of 29] dm-exception-store-rename-drop_snapshot.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 20 of 29] dm-exception-store-add-suspend-to-API.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 19 of 29] dm-exception-store-remove-read_metadata-from-API.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 18 of 29] dm-snap-possible-code-optimization.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 17 of 29] dm-snap-remove-completed-exception-cache.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 16 of 29] dm-exception-store-add-lookup-to-API.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 15 of 29] dm-exception-stores-populate-cache-on-commit.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 14 of 29] dm-exception-store-add-resume-to-API.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 13 of 29] dm-snap-persistent-minor-code-cleanup.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 12 of 29] dm-snap-code-move.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 11 of 29] dm-snap-exception-function-changes-6.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 10 of 29] dm-snap-exception-function-changes-5.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 9 of 29] dm-snap-exception-function-changes-4.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 8 of 29] dm-snap-exception-function-changes-3.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 7 of 29] dm-snap-exception-function-changes-2.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 6 of 29] dm-snap-exception-function-changes-1.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 5 of 29] dm-snap-exception_table-ptrs.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 29] dm-snap-rename-exception-functions.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 29] dm-snap-consolidate-insert_exception.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 29] dm-snap-rename-exception_table.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 29] dm-snap-rename-dm_snap_exception.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [git pull] device-mapper fixes for 2.6.29
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- RE: [PATCH]scsi_dh_rdac: Retry for NOT_READY check condition (0x02A102, 0x020401, 0x020404 and 0x020407) in rdac_check_sense
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: Multipath failover issues
- From: Dushyanth Harinath <dushyanth.h@xxxxxxxxxxx>
- info on defaults and features key for 1750500
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: [PATCH 2/3] set pthread stack size to at least PTHREAD_STACK_MIN
- From: Joe Thornber <joe.thornber@xxxxxxxxx>
- Re: [PATCH 2/3] set pthread stack size to at least PTHREAD_STACK_MIN
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Multipath failover issues
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Multipath failover issues
- From: "dushyanth.h@xxxxxxxxxxx" <dushyanth.h@xxxxxxxxxxx>
- [git pull] device-mapper fixes for 2.6.29
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Multipath failover issues
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Multipath failover issues
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Multipath failover issues
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Multipath failover issues
- From: "dushyanth.h@xxxxxxxxxxx" <dushyanth.h@xxxxxxxxxxx>
- Re: [PATCH 2/3] set pthread stack size to at least PTHREAD_STACK_MIN
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Poor iSCSI performance
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Poor iSCSI performance
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] set pthread stack size to at least PTHREAD_STACK_MIN
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] dm crypt: wait for possible unfinished endio() call in destructor
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2/3] set pthread stack size to at least PTHREAD_STACK_MIN
- From: Joe Thornber <joe.thornber@xxxxxxxxx>
- Re: [PATCH 2/3] set pthread stack size to at least PTHREAD_STACK_MIN
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Re: configure MD3000
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: configure MD3000
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: configure MD3000
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- Re: Re: configure MD3000
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- Re: Re: configure MD3000
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: configure MD3000
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- Re: Re: configure MD3000
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: configure MD3000
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- [PATCH 3/3] Add options to multipathd to turn off queueing
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 0/3] Some miscellaneous dm-multipath patches
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 1/3] remove deleted path from pathvec
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 2/3] set pthread stack size to at least PTHREAD_STACK_MIN
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: configure MD3000
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- configure MD3000
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- [PATCH] dm crypt: wait for possible unfinished endio() call in destructor
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH] Mark device-mapper as Supported in MAINTAINERS
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: Multipath architecture.
- From: Hannes Reinecke <hare@xxxxxxx>
- Multipath architecture.
- From: Daniel Stodden <daniel.stodden@xxxxxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH][RESUBMIT] scsi_dh_rdac: Retry mode select for NO_SENSE, ABORTED_COMMAND, UNIT_ATTENTION, NOT_READY(02/04/01)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH]:[multipath-tools] Adding the hwtable for LSI generic rdac storage devices
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH]:[multipath-tools] Adding the hwtable for LSI generic rdac storage devices
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH][RESUBMIT] scsi_dh_rdac: Retry mode select for NO_SENSE, ABORTED_COMMAND, UNIT_ATTENTION, NOT_READY(02/04/01)
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH]scsi_dh_rdac: Retry for NOT_READY check condition (0x02A102, 0x020401, 0x020404 and 0x020407) in rdac_check_sense
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Clariion EMC RX300 and "long trespass command will be send" message
- From: Javier Barroso <javibarroso@xxxxxxxxx>
- Re: [PATCH]scsi_dh_rdac: Retry for NOT_READY check condition (0x02A102, 0x020401, 0x020404 and 0x020407) in rdac_check_sense
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Clariion EMC RX300 and "long trespass command will be send" message
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] dm-add-ioband.patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Clariion EMC CX300 and "long trespass command will be send" message
- From: Javier Barroso <javibarroso@xxxxxxxxx>
- Clariion EMC RX300 and "long trespass command will be send" message
- From: Javier Barroso <javibarroso@xxxxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH] dm: Data integrity support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [merged] md-use-kzfree.patch removed from -mm tree
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [PATCH]:[multipath-tools] Adding the hwtable for LSI generic rdac storage devices
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: multipath-tools with iSCSI
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: [PATCH] Re: Oops using 2.6.28.n after a lazy umount of a crypted loop-device
- From: Milan Broz <mbroz@xxxxxxxxxx>
- multipath-tools with iSCSI
- From: Gustav Siegel <Gustav.Siegel@xxxxxxxxx>
- Re: dmsetup status not clear
- From: Asif Iqbal <vadud3@xxxxxxxxx>
- Re: [PATCH] Mark device-mapper as Supported in MAINTAINERS
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dmsetup status not clear
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: dmsetup status not clear
- From: Asif Iqbal <vadud3@xxxxxxxxx>
- Re: dmsetup status not clear
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Re: Oops using 2.6.28.n after a lazy umount of a crypted loop-device
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] cleanup drivers/md/Makefile
- From: Neil Brown <neilb@xxxxxxx>
- dmsetup status not clear
- From: Asif Iqbal <vadud3@xxxxxxxxx>
- Snapshot Exception Store API patches (and other patches)
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] dm-snap-persistent-fix-dtr-cleanup.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH]: dm-snap-fix-status-output.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [patch for 2.6.29? 1/1] dm-crypt: fix a bug in async cryption complete function
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 1/1] md: use kzfree()
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: 2.6.27.14: BUG: lock held when returning to user space!
- From: Jan Kara <jack@xxxxxxx>
- Re: 2.6.27.14: BUG: lock held when returning to user space!
- From: Jan Kara <jack@xxxxxxx>
- [PATCH][RESUBMIT] scsi_dh_rdac: Retry mode select for NO_SENSE, ABORTED_COMMAND, UNIT_ATTENTION, NOT_READY(02/04/01)
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: [PATCH]scsi_dh_rdac: Retry mode select for NO_SENSE, ABORTED_COMMAND, UNIT_ATTENTION, NOT_READY(02/04/01)
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: Patchwork and patch flow
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH]scsi_dh_rdac: Retry mode select for NO_SENSE, ABORTED_COMMAND, UNIT_ATTENTION, NOT_READY(02/04/01)
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- [PATCH] Re: [BUGFIX] dm-crypt: Fix a bug of async cryption complete function
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: multipathd segfault and error calling out
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: multipathd segfault and error calling out
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: multipathd segfault and error calling out
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: multipathd segfault and error calling out
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: multipathd segfault and error calling out
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: multipathd segfault and error calling out
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: multipathd segfault and error calling out
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: multipathd segfault and error calling out
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- multipathd segfault and error calling out
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Controlling path priorities in dm-multipath
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] check for completed exception after dropped lock
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/3] check for completed exception after dropped lock
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: FW: 2009 Linux Storage and Filesystem Workshop
- From: Hannes Reinecke <hare@xxxxxxx>
- FW: 2009 Linux Storage and Filesystem Workshop
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 14/14] barriers
- From: Nikanth K <nikanth@xxxxxxxxx>
- [PATCH 14/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 13/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 12/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 11/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 10/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 9/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 8/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 7/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 6/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 5/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 4/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 0/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Patchwork and patch flow
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Device-mapper for write monitoring
- Re: Device-mapper for write monitoring
- From: Michael Keller <MKELLER@xxxxxxxxxx>
- Re: Device-mapper for write monitoring
- From: Michael Keller <MKELLER@xxxxxxxxxx>
- Re: shared snapshots
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 17 of 17] dm-exception-store-clusterized-type.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 16 of 17] dm-exception-store-rename-drop_snapshot.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 15 of 17] dm-exception-store-add-suspend-to-API.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 14 of 17] dm-exception-store-remove-read_metadata-from-API.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 13 of 17] dm-snap-possible-code-optimization.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 12 of 17] dm-snap-remove-completed-exception-cache.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 11 of 17] dm-exception-store-add-lookup-to-API.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 10 of 17] dm-exception-stores-populate-cache-on-commit.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 9 of 17] dm-exception-store-add-resume-to-API.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 8 of 17] dm-snap-persistent-minor-code-cleanup.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 7 of 17] dm-snap-code-move.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 6 of 17] dm-snap-exception-arg-changes.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 5 of 17] dm-snap-exception_table-ptrs.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 17] dm-snap-rename-exception-functions.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 17] dm-snap-consolidate-insert_exception.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 17] dm-snap-rename-exception_table.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 17] dm-snap-rename-dm_snap_exception.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 17] DM exception store API alterations
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH]: dm-snap.c fix passing wrong type of argument
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- + md-use-kzfree.patch added to -mm tree
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- RE: Question on DM reload ioctl failure
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Device-mapper for write monitoring
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Device-mapper for write monitoring
- Re: [PATCH] dm: Fix lock dependency warning for request based dm
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Device-mapper for write monitoring
- From: Michael Keller <MKELLER@xxxxxxxxxx>
- Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH] dm: Fix lock dependency warning for request based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Question on DM reload ioctl failure
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Question on DM reload ioctl failure
- From: <Yanqing_Liu@xxxxxxxx>
- [PATCH] dm: Fix lock dependency warning for request based dm
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- A suggestion to preserve bio vector
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/2]: save/restore bio vector (version 2)
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- RE: Changing SAN vendors
- From: "Allen, Jack" <Jack.Allen@xxxxxxxxxxxx>
- Re: Changing SAN vendors
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Stopped disk causes LVM to go crazy
- From: Nuno Fernandes <npf-mlists@xxxxxxxxxxx>
- Re: Patchwork and patch flow
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- RE: Changing SAN vendors
- From: "Allen, Jack" <Jack.Allen@xxxxxxxxxxxx>
- [Patch addition] dm-log-cluster addendum2
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch addition] dm-log-cluster addendum1
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Stopped disk causes LVM to go crazy
- From: Alireza Nematollahi <alirezan@xxxxxx>
- Re: Re: [Bugme-new] [Bug 12680] New: Not having a VIA PadLock hardware incurs a long delay in probing on modules insertion attempt.
- From: Milan Broz <mbroz@xxxxxxxxxx>
- RE: Bug? Determining the holders of partitions shadowed by dm-multipath.
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Re: Stopped disk causes LVM to go crazy
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Stopped disk causes LVM to go crazy
- From: Alireza Nematollahi <alirezan@xxxxxx>
- Re: [Bugme-new] [Bug 12680] New: Not having a VIA PadLock hardware incurs a long delay in probing on modules insertion attempt.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Stopped disk causes LVM to go crazy
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Bug? Determining the holders of partitions shadowed by dm-multipath.
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Bug? Determining the holders of partitions shadowed by dm-multipath.
- From: Joel Becker <Joel.Becker@xxxxxxxxxx>
- Re: Bug? Determining the holders of partitions shadowed by dm-multipath.
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Stopped disk causes LVM to go crazy
- From: Alireza Nematollahi <alirezan@xxxxxx>
- Re: Bug? Determining the holders of partitions shadowed by dm-multipath.
- From: Joel Becker <Joel.Becker@xxxxxxxxxx>
- Re: [PATCH]scsi_dh_rdac: Retry for Quiescence in Progress in rdac device handler
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RE: Bug? Determining the holders of partitions shadowed by dm-multipath.
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Bug? Determining the holders of partitions shadowed by dm-multipath.
- From: Joel Becker <Joel.Becker@xxxxxxxxxx>
- Re: Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] fix typo in FSF address
- From: Atsushi SAKAI <sakaia@xxxxxxxxxxxxxx>
- Re: Changing SAN vendors
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: shared snapshots
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Patchwork and patch flow
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-path-selector: fix refcount corruption
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: 2.6.28.2 & dm-snapshot or kcopyd Oops
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Patchwork and patch flow
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: shared snapshots
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Patchwork and patch flow
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- RE: Changing SAN vendors
- From: "Allen, Jack" <Jack.Allen@xxxxxxxxxxxx>
- Re: [PATCH 2/2]: optimize dm-raid1 memory consumption
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 1/2]: save/restore bio vector
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] dm-path-selector: fix refcount corruption
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- RE: FW: Multipath setup and rdac questions
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: FW: Multipath setup and rdac questions
- From: Christian Røsnes <christian.rosnes@xxxxxxxxx>
- RE: FW: Multipath setup and rdac questions
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: FW: Multipath setup and rdac questions
- From: Christian Røsnes <christian.rosnes@xxxxxxxxx>
- Re: Multipath setup and rdac questions
- From: Christian Røsnes <christian.rosnes@xxxxxxxxx>
- Re: Multipath setup and rdac questions
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Multipath setup and rdac questions
- From: Christian Røsnes <christian.rosnes@xxxxxxxxx>
- Re: Multipath setup and rdac questions
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Multipath setup and rdac questions
- From: Christian Røsnes <christian.rosnes@xxxxxxxxx>
- Re: Multipath setup and rdac questions
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Multipath setup and rdac questions
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Multipath setup and rdac questions
- From: Christian Røsnes <christian.rosnes@xxxxxxxxx>
- Re: Multipath setup and rdac questions
- From: Christian Røsnes <christian.rosnes@xxxxxxxxx>
- RE: Multipath setup and rdac questions
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- RE: Multipath setup and rdac questions
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Multipath setup and rdac questions
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- RE: Multipath setup and rdac questions
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Multipath setup and rdac questions
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Multipath setup and rdac questions
- From: Christian Røsnes <christian.rosnes@xxxxxxxxx>
- [PATCH] dm-path-selector: fix refcount corruption
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: Patchwork and patch flow
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/2]: optimize dm-raid1 memory consumption
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/2]: save/restore bio vector
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Changing SAN vendors
- From: "Allen, Jack" <Jack.Allen@xxxxxxxxxxxx>
- Re: shared snapshots
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Mark device-mapper as Supported in MAINTAINERS
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH 12 of 12]: dm-snapshot-new-ctr-table-format.patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 12 of 12]: dm-snapshot-new-ctr-table-format.patch
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Senior device-mapper/LVM job vacancy at Red Hat
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCHSET] block,scsi,libata: implement alt_size
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] block,scsi,libata: implement alt_size
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- [PATCH 2/3] dmraid: add alt_size to dev_info
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 3/3] dmraid: make nv use alt_size if available
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 1/3] dmraid: set read_info to @offset by default in read_raid_dev()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCHSET] dmraid: use alt_size
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 3/3] libata: export HPA size as alt_size
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 1/3] block: add alt_size
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCHSET] block,scsi,libata: implement alt_size
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 2/3] scsi: add scsi_device->alt_capacity
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHES] new barriers - 2
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- Re: Re: [PATCH 0/0] dm-mpath: queue-length oriented dynamic load balancer
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCHES] new barriers - 2
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
- Re: Re: [PATCH 0/0] dm-mpath: queue-length oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [RFC PATCH 1/2] dm-mpath: interface change for preparation
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm-mpath: dynamic load balancers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- RE: [RFC PATCH 1/2] dm-mpath: interface change for preparation
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: [PATCH] dm-io: don't allocate vector larger than BIO_MAX_PAGES
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-io: don't allocate vector larger than BIO_MAX_PAGES
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [rfc patch] dm2md: activate dmraid arrays with md
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [RFC PATCH 0/4] dm-mpath: dynamic load balancers
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: multipath.conf and polling_interval option seems misleading
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: multipath.conf and polling_interval option seems misleading
- From: shane bradley <sbradley@xxxxxxxxxx>
- [PATCHES] new barriers - 2
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 0/0] dm-mpath: queue-length oriented dynamic load balancer
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dm-snapshot
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-snapshot
- From: sdrb <sdrb@xxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm-mpath: dynamic load balancers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 2/2] dm-mpath: add service-time oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 1/2] dm-mpath: interface change for preparation
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 0/0] dm-mpath: service-time oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 2/2] dm-mpath: add queue-length oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/2] dm-mpath: add a path selector interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/0] dm-mpath: queue-length oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 0/8] dm: request-based dm-multipath
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm-mpath: dynamic load balancers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Could device-mapper offer multi-tier storage?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: dm-snapshot
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [PATCH] crash in dm-io when signal is pending
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-log-cluster.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- dm-snapshot
- From: sdrb <sdrb@xxxxxxx>
- Re: [PATCH]scsi_dh_rdac: Retry for Quiescence in Progress in rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH]scsi_dh_rdac: Retry for Quiescence in Progress in rdac device handler
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: RE: qla2xxx 0000:03:0c.0: Firmware image unavailable
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- Re: Re: [RFC] [PATCH] lvm2: mirroredlog support
- Re: [PATCH] crash in dm-io when signal is pending
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [RFC] [PATCH] lvm2: mirroredlog support
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- RE: RE: qla2xxx 0000:03:0c.0: Firmware image unavailable
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] crash in dm-io when signal is pending
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- multipath.conf for virtualized IPStor(Falconstor) LUN needed for Version 0.45
- From: Gustav Siegel <Gustav.Siegel@xxxxxxxxx>
- Re: RE: qla2xxx 0000:03:0c.0: Firmware image unavailable
- From: Tore Anderson <tore@xxxxxxxxx>
- multipath-tools multipath.conf.annotated
- From: bmarzins@xxxxxxxxxxxxxx
- RE: RE: qla2xxx 0000:03:0c.0: Firmware image unavailable
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- multipath-tools/libcheckers tur.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: RE: qla2xxx 0000:03:0c.0: Firmware image unavailable
- From: Dave Holland <dh3@xxxxxxxxxxxx>
- RE: qla2xxx 0000:03:0c.0: Firmware image unavailable
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- RE: qla2xxx 0000:03:0c.0: Firmware image unavailable
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RE: qla2xxx 0000:03:0c.0: Firmware image unavailable
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH] dm-io: don't allocate vector larger than BIO_MAX_PAGES
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] crash in dm-io when signal is pending
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: qla2xxx 0000:03:0c.0: Firmware image unavailable
- From: Seokmann Ju <seokmann.ju@xxxxxxxxxx>
- qla2xxx 0000:03:0c.0: Firmware image unavailable
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [RFC] [PATCH] lvm2: mirroredlog support
- Re: [RFC] [PATCH] lvm2: mirroredlog support
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: [RFC] [PATCH] lvm2: mirroredlog support
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- [PATCH]: dm-snapshot-cleanup.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 12 of 12]: dm-snapshot-new-ctr-table-format.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 11 of 12]: dm-exception-store-generalize-table-args.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 10 of 12]: dm-snapshot-move-status-to-exception-store.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 9 of 12]: dm-snapshot-move-ctr-parsing-to-exception-store.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 8 of 12]: dm-snapshot-use-DMEMIT-macro-for-status.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 7 of 12]: dm-snapshot-remove-dm_snap-header.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 6 of 12]: dm-snapshot-remove-dm_snap-header-use.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 5 of 12]: dm-exception-store-move-cow-pointer.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 12]: dm-exception-store-move-chunk_fields.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 12]: dm-exception-store-move-dm_target-pointer.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Re: [RFC] [PATCH] lvm2: mirroredlog support
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- [PATCH 2 of 12]: dm-exception-store-introduce-registry.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 12]: dm-exception-store-separate-type-from-instance.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 0 of 12] New exception store API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Re: [RFC] [PATCH] lvm2: mirroredlog support
- Re: How does multipath tool handle Lun remapping?
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.10.0: Introduction
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [RFC] [PATCH] lvm2: mirroredlog support
- From: Stefan Raspl <raspl@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] dm-ioband: I/O bandwidth controller v1.10.0: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.10.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: How does multipath tool handle Lun remapping?
- From: "谢纲" <xiegang112@xxxxxxxxx>
- Re: [RFC] [PATCH] lvm2: mirroredlog support
- Re: [RFC] [PATCH] lvm2: mirroredlog support
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- multipath-tools kpartx/devmapper.c kpartx/devm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Could device-mapper offer multi-tier storage?
- Re: [linux-pm] dm-crypt low performance
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Could device-mapper offer multi-tier storage?
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Could device-mapper offer multi-tier storage?
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: RE: Temporarily squelching multipathd errors
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: [linux-pm] dm-crypt low performance
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- multipath-tools ./multipath.conf.annotated ./m ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools ./multipath.conf.annotated lib ...
- From: bmarzins@xxxxxxxxxxxxxx
- RE: RE: Temporarily squelching multipathd errors
- From: "Daniel Keisling" <Daniel.Keisling@xxxxxxxx>
- Re: RE: Temporarily squelching multipathd errors
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- multipath-tools ./multipath.conf.annotated lib ...
- From: bmarzins@xxxxxxxxxxxxxx
- RE: RE: Temporarily squelching multipathd errors
- From: "Daniel Keisling" <Daniel.Keisling@xxxxxxxx>
- Re: multipath.conf and polling_interval option seems misleading
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: How does multipath tool handle Lun remapping?
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: multipath.conf and polling_interval option seems misleading
- From: shane bradley <sbradley@xxxxxxxxxx>
- Re: multipath.conf and polling_interval option seems misleading
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: multipath.conf and polling_interval option seems misleading
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- multipath.conf and polling_interval option seems misleading
- From: shane bradley <sbradley@xxxxxxxxxx>
- How does multipath tool handle Lun remapping?
- From: "谢纲" <xiegang112@xxxxxxxxx>
- Re: DM kernel interface
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: DM kernel interface
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- DM kernel interface
- From: "Allen Jack" <AJACK@xxxxxxxxxx>
- Re: [PATCH] Cluster-aware logging module
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Could device-mapper offer multi-tier storage?
- From: "Ty! Boyack" <ty@xxxxxxxxxxxxxxxxxx>
- Re: /dev/sdaa /dev/sdab ... not recognized as valid paths?
- From: Sebastian Reitenbach <sebastia@xxxxxxxxxxxxxxxxxxxx>
- Re: /dev/sdaa /dev/sdab ... not recognized as valid paths?
- From: Hannes Reinecke <hare@xxxxxxx>
- /dev/sdaa /dev/sdab ... not recognized as valid paths?
- From: Sebastian Reitenbach <sebastia@xxxxxxxxxxxxxxxxxxxx>
- Re: merging dm-ioband into Linux
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: merging dm-ioband into Linux
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: merging dm-ioband into Linux
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [linux-pm] dm-crypt low performance
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: dm-crypt low performance
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- Re: [PATCH] Log API addition for cluster-aware dirty log
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: Improving mirror fault handling.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: dm-crypt low performance
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- Re: dm-crypt low performance
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: An multipath performance issue on RHEL 5
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- An multipath performance issue on RHEL 5
- From: dwu <dwu@xxxxxxxxxx>
- dm-crypt low performance
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- Re: Improving mirror fault handling.
- Improving mirror fault handling.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCHES] new barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/4][RFC] dm-core: full barrier support
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH 0/4][RFC] dm-core: full barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Log API addition for cluster-aware dirty log
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: dm-loop status
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Patchwork and patch flow
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dm-loop status
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: [PATCH] Handle error paths.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- dm-loop status
- From: "Salah Coronya" <salah.coronya@xxxxxxxxx>
- Re: [PATCH] Handle error paths.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [2.6.29 PATCH 01/02] dm target: use module refcount directly
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Re: multipathd: sdc: readsector0 checker reports path is down
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [2.6.29 PATCH] dm ioctl: validate name length when renaming
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [2.6.29 PATCH 01] dm table: rework reference counting fix
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: multipathd: sdc: readsector0 checker reports path is down
- From: Ray Van Dolson <rvandolson@xxxxxxxx>
- Re: multipathd: sdc: readsector0 checker reports path is down
- From: Ray Van Dolson <rvandolson@xxxxxxxx>
- Re: multipathd: sdc: readsector0 checker reports path is down
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: multipathd: sdc: readsector0 checker reports path is down
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH] Close file descriptors if forking returns an error.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Handle error paths.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- multipathd: sdc: readsector0 checker reports path is down
- From: Ray Van Dolson <rvandolson@xxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- [PATCH] Cluster-aware logging module
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] Cluster-aware logging module.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: merging dm-ioband into Linux
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4/4] dm-core: Implement waiting for barrier in dm_suspend request
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH 3/4] dm-core: Process barrier request with payload in device-mapper
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH 2/4] dm-core: Add zero-size barrier processing to device-mapper
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH 1/4] dm-core: remove current partial barrier implementation
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH 0/4][RFC] dm-core: full barrier support
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] dm-log: fix return value in create_log_context function
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [2.6.29 PATCH 01/02] dm target: use module refcount directly
- From: "Cheng Renquan" <crquan@xxxxxxxxx>
- Re: [PATCH] DM Block integrity support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [2.6.29 PATCH 02/02] dm target: remove struct tt_internal
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.29 PATCH 01/02] dm target: use module refcount directly
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] DM Block integrity support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [2.6.29 PATCH] dm ioctl: validate name length when renaming
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [2.6.29 PATCH] dm ioctl: validate name length when renaming
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [2.6.29 PATCH] dm ioctl: validate name length when renaming
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [2.6.29 PATCH 01] dm table: rework reference counting fix
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.29 PATCH] dm ioctl: validate name length when renaming
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.29 PATCH 01] dm table: rework reference counting fix
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Suse sles10 SP1 -> SP2 update question
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- self deadlock possibility during device deletion (Was: dm-table-rework-reference-counting.patch)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- why "real" device and "snapshot-origin" differs after a snapshot is created
- From: "lu ping" <luping.nju@xxxxxxxxx>
- Patchwork and patch flow
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] Add name checks in dmsetup
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] Add name checks in dmsetup
- From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
- Re: [PATCH] Cluster-aware logging module.
- From: Nikola Ciprich <extmaillist@xxxxxxxxxxx>
- Re: dm-table-rework-reference-counting.patch
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Suse sles10 SP1 -> SP2 update question
- From: "Charlie Sharkey" <charlie.sharkey@xxxxxxxxxxx>
- Re: [git pull] device-mapper patches for 2.6.29
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- dm-table-rework-reference-counting.patch
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Re: [git pull] device-mapper patches for 2.6.29
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: linux-next: Tree for January 5 (dm-target)
- From: "Cheng Renquan" <crquan@xxxxxxxxx>
- Re: linux-next: Tree for January 5 (dm-target)
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [git pull] device-mapper patches for 2.6.29
- From: "Cheng Renquan (程任全)" <crquan@xxxxxxxxx>
- Re: [git pull] device-mapper patches for 2.6.29
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [git pull] device-mapper patches for 2.6.29
- From: "Cheng Renquan (程任全)" <crquan@xxxxxxxxx>
- Re: Re: [git pull] device-mapper patches for 2.6.29
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [git pull] device-mapper patches for 2.6.29
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [git pull] device-mapper patches for 2.6.29
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- [git pull] device-mapper patches for 2.6.29
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- merging dm-ioband into Linux
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH] DM Block integrity support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 0/3] dm-target: target_type improvements
- From: "Cheng Renquan (程任全)" <crquan@xxxxxxxxx>
- Re: [PATCH 0/3] dm-target: target_type improvements
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 0/3] freeze feature ver 1.14
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] freeze feature ver 1.14
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- [RFC] [PATCH] lvm2: mirroredlog support
- RE: Re: jbd2 inside a device mapper module
- From: <Shyam_Iyer@xxxxxxxx>
- Re: jbd2 inside a device mapper module
- From: Andreas Dilger <adilger@xxxxxxx>
- Re: jbd2 inside a device mapper module
- From: Theodore Tso <tytso@xxxxxxx>
- Re: jbd2 inside a device mapper module
- From: Theodore Tso <tytso@xxxxxxx>
- Re: jbd2 inside a device mapper module
- From: Theodore Tso <tytso@xxxxxxx>
- Re: jbd2 inside a device mapper module
- From: Theodore Tso <tytso@xxxxxxx>
- Re: jbd2 inside a device mapper module
- From: Theodore Tso <tytso@xxxxxxx>
- jbd2 inside a device mapper module
- From: Alberto Bertogli <albertito@xxxxxxxxxxxxxx>
- Re: Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: Re: Device mapper support for more than one target ?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Device mapper support for more than one target ?
- From: "Sandeep K Sinha" <sandeepksinha@xxxxxxxxx>
- Re: Device mapper support for more than one target ?
- From: "Sandeep K Sinha" <sandeepksinha@xxxxxxxxx>
- Re: Device mapper support for more than one target ?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- [PATCH 3/3] dm-target: embed internally used list_head into target_type
- [PATCH 0/3] dm-target: target_type improvements
- [PATCH 2/3] dm-target: use pointer reference instead of making a copy
- [PATCH 1/3] dm-target: use the module's refcount instead
- Re: multipath-tools libmultipath/configure.c libmu ...
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH] dm-log: fix return value in create_log_context function
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: multipath-tools libmultipath/configure.c libmu ...
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: [PATCH] dm-log: fix return value in create_log_context function
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] dm-log: fix return value in create_log_context function
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: multipath -f/-F exit status
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: multipath -f/-F exit status
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- [PATCH] dm: Implement simple read-only sysfs entry for device-mapper block device.
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH] dm: Allow NULL buffer in dm_copy_name_and_uuid if only one vaule requested.
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] dm-target.c: simplify target_type to avoid kmalloc
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [BUG] linux-next: 20081209 - kernel bug at __rcu_process_callbacks, while booting up
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH] Cluster-aware logging module.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [RFC][PATCH 1/4] dm-log: fix io_client_destroy leak
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] Need to use FREE macro instead of free.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] The internal debug memory leak printout has output jumbled.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Set of patches fixing memory leaks.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Substantial memory leak when large amount of LUNs are present.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Memory leak when deleting and re-adding device-mapper entries.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Memory leak in ev_add_map.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: [BUG] linux-next: 20081209 - kernel bug at __rcu_process_callbacks, while booting up
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: dm targets with spaces in the name
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: multipath -f/-F exit status
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Re: dm targets with spaces in the name
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: Re: dm targets with spaces in the name
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- dm-snapshot merge?
- From: Michael Leun <dm-devel@xxxxxxxxxxxxxxx>
- Re: multipath -f/-F exit status
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- multipath -f/-F exit status
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: [patch] leastpending_io load balancing policy
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 0/6] Miscellaneous dm-multipath patches
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- [PATCH 6/6] Fix user_friendly_names for WWIDs with spaces
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 5/6] Fix broken major:minor device handling
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 4/6] Fix for parsing multipath.conf files without spaces before brackets
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 3/6] config file cleanup and a defaults file
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 2/6] Fix for kpartx on sparc64
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 1/6] Fix for uevent devpath handling
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 0/6] Miscellaneous dm-multipath patches
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- RE: [patch] leastpending_io load balancing policy
- From: "Balasubramanian, Vijayakumar (STSD)" <vijayakumar@xxxxxx>
- Can we use blktrace to do snapshot of a block device?
- From: "Y. D." <duyuyang@xxxxxxxxx>
- Re: [patch] leastpending_io load balancing policy
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: dm targets with spaces in the name
- From: Arvin Schnell <aschnell@xxxxxxx>
- [PATCH] dm-target.c: simplify target_type to avoid kmalloc
- Re: dm targets with spaces in the name
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: ANNOUNCE: consolidated patches for shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: ANNOUNCE: consolidated patches for shared snapshots
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: ANNOUNCE: consolidated patches for shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: ANNOUNCE: consolidated patches for shared snapshots
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- ANNOUNCE: consolidated patches for shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: dm targets with spaces in the name
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dm targets with spaces in the name
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: What does no_path_retry=NULL mean?
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Re: dm targets with spaces in the name
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dm targets with spaces in the name
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: dm targets with spaces in the name
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- RE: [patch] leastpending_io load balancing policy
- From: "Balasubramanian, Vijayakumar (STSD)" <vijayakumar@xxxxxx>
- Re: Announce: unlimited number of shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-log: fix return value in create_log_context function
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: [patch] leastpending_io load balancing policy
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [patch] leastpending_io load balancing policy
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- What does no_path_retry=NULL mean?
- From: "Ty! Boyack" <ty@xxxxxxxxxxxxxxxxxx>
- dm targets with spaces in the name
- From: Phillip Susi <psusi@xxxxxxxxxx>
- multipath-tools ./Multipath-usage.txt ./multip ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Announce: unlimited number of shared snapshots
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Announce: unlimited number of shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: Calltrace in dm-snapshot in 2.6.27 kernel
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Re: [RFC][PATCH 2/4] dm-log: unify rw_header to read/write_header
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: Re: next-20081125: crypto hard disk gets unaccessable
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Re: next-20081125: crypto hard disk gets unaccessable
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: next-20081125: crypto hard disk gets unaccessable
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: next-20081125: crypto hard disk gets unaccessable
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 2/4] dm-log: unify rw_header to read/write_header
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Announce: unlimited number of shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Calltrace in dm-snapshot in 2.6.27 kernel
- From: "aluno3@xxxxxxxxxxxxxx" <aluno3@xxxxxxxxxxxxxx>
- Re: [PATCH 0/9] dm snapshot: shared exception store (v4)
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- RE: Re: multipathing pending issues with rhel
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- path_checker within multipath {}
- From: Matthew Kent <matt@xxxxxxxxxxxx>
- Re: Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Announce: unlimited number of shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCHES] new solution for dm_any_congested crash
- From: jvrao <jvrao@xxxxxxxxxxxxxxxxxx>
- RE: Re: multipathing pending issues with rhel
- From: Edward Goggin <egoggin@xxxxxxxxxx>
- Re: [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: RE: Temporarily squelching multipathd errors
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH 7/9] dm snapshot: add shared exception store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 8/9] dm snapshot: add shared_origin_target
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 1/9] dm snapshot: make chunk_io handle any buffer
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 0/9] dm snapshot: shared exception store (v4)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 3/9] dm snapshot: add message hook to struct exception_store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 2/9] dm snapshot: add lookup_completed_exception hook to struct exception_store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 4/9] dm snapshot: add get_snapshot_info hook to struct exception_store
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 5/9] dm snapshot: split snapshot_map and sanpshot_end_io
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 9/9] dm snapshot: add shared_snapshot_target
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 6/9] dm snapshot: add snapshot id argument to prepare_exception and lookup_completed_exception
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Calltrace in dm-snapshot in 2.6.27 kernel
- From: "aluno3@xxxxxxxxxxxxxx" <aluno3@xxxxxxxxxxxxxx>
- [RFC][PATCH 4/4] dm-log: interface update for multiple log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- [RFC][PATCH 3/4] dm-log: support multiple log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- [RFC][PATCH 2/4] dm-log: unify rw_header to read/write_header
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- [RFC][PATCH 1/4] dm-log: fix io_client_destroy leak
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- [RFC][PATCH 0/4] dm-log: support multi-log devices
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: Sending reads/writes to a userspace program?
- From: Ed Cashin <ecashin@xxxxxxxxxx>
- RE: [PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Calltrace in dm-snapshot in 2.6.27 kernel
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RE: RE: Temporarily squelching multipathd errors
- From: "Daniel Keisling" <daniel.keisling@xxxxxxxxxxxxxxx>
- Re: [PATCH] Read the verbosity level from multipath.conf configuration file
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- [PATCH] Read the verbosity level from multipath.conf configuration file
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- Re: [PATCH] Read the verbosity level from multipath.conf configuration file
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [patch] multipath-tools weighted path priority routine
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH] Read the verbosity level from multipath.conf configuration file
- [PATCH] Change all occurences of netapp to ontap
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- [PATCH] Change occurences of netapp to ontap.
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- Re: Calltrace in dm-snapshot in 2.6.27 kernel
- From: "aluno3@xxxxxxxxxxxxxx" <aluno3@xxxxxxxxxxxxxx>
- [PATCH] Reattach device handler for multipath devices
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 6/8]Re: bio-cgroup: The body of bio-cgroup
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- Re: [PATCH 6/8] bio-cgroup: The body of bio-cgroup
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 4 of 5] dm-exception-store API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: DM does not activate the paths if there are more than one path in path group during failover")
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: DM does not activate the paths if there are more than one path in path group during failover")
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: DM does not activate the paths if there are more than one path in path group during failover")
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [Patch 2 of 2]: Cluster-aware dirty log - log module
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 1 of 2]: Cluster-aware dirty log - Log API addition
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 6/8] bio-cgroup: The body of bio-cgroup
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- [PATCHES] new solution for dm_any_congested crash
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/8] dm-ioband: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: DM does not activate the paths if there are more than one path in path group during failover")
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [git pull] 2.6.28-rc5 device-mapper fixes
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: DM does not activate the paths if there are more than one path in path group during failover")
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 1/8] dm-ioband: Introduction
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Error target causes entire device to error
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCH 1/8] dm-ioband: Introduction
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Error target causes entire device to error
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [patch] multipath-tools weighted path priority routine
- From: "Balasubramanian, Vijayakumar (STSD)" <vijayakumar@xxxxxx>
- Re: Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- [PATCH 5 of 5] dm-exception-store API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 5] dm-exception-store API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 5] dm-exception-store API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 5] dm-exception-store API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 5] dm-exception-store API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 5] dm-exception-store API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 0/8] I/O bandwidth controller and BIO tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 7/8] bio-cgroup: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 8/8] bio-cgroup: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 6/8] bio-cgroup: The body of bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/8] bio-cgroup: The new page_cgroup framework
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]