Linux Device-Mapper Development
[Prev Page][Next Page]
- [PATCH 1/7] scsi_dh: add skeleton for SCSI Device Handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/7] scsi_dh: Move hardware handlers from dm to SCSI
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: bdev size not updated correctly after underlying device is resized
- From: Andrew Patterson <andrew.patterson@xxxxxx>
- Re: bdev size not updated correctly after underlying device is resized
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Scaling with 4 NICs and Multibus
- From: "Thomas Wenzel" <thomas.wenzel@xxxxxxxxxxxxxxxxx>
- [Notice] multipath-tools changes upstream
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- multipath-tools ./multipath.conf.annotated ./m ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools ./multipath.conf.annotated ./m ...
- From: bmarzins@xxxxxxxxxxxxxx
- [2.6 patch] drivers/md/dm-table.c: fix void returns
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] remove dm_create_error_table()
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] proper extern for mdp_major
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] make dm_set_device_limits() static
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- multipath-tools/libmultipath discovery.c
- From: bmarzins@xxxxxxxxxxxxxx
- [PATCH 2/4] block: no need to initialize rq->cmd with blk_get_request
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 0/10] Snapshot merging back from the dead?
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- Re: Data corruption on software RAID
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: ioband pebcak again, I'm sure.
- From: Clint Moore <clint@xxxxxxxxxxxxxx>
- Re: ioband pebcak again, I'm sure.
- ioband pebcak again, I'm sure.
- From: Clint Moore <clint@xxxxxxxxxxxxxx>
- [PATCH 1/3] dm: move dm_path to include/linux/device-mapper.h
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 3/3] dm-mpath: remove hwhcontext from dm_path
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 2/3] dm-mpath: move is_active to pgpath from dm_path
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/3] Remove path-selector's dependency to dm-mpath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- device-mapper VERSION WHATS_NEW
- device-mapper VERSION WHATS_NEW
- bdev size not updated correctly after underlying device is resized
- From: Andrew Patterson <andrew.patterson@xxxxxx>
- Re: Data corruption on software RAID
- From: Helge Hafting <helge.hafting@xxxxxxxxxxxxx>
- Re: Data corruption on software RAID
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Data corruption on software RAID
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Data corruption on software RAID
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [RFC PATCH 2/2] Add timeout feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 3/3] Add timeout feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 2/3] Remove XFS specific ioctl interfaces for freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 1/3] Implement generic freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 0/3] freeze feature ver 1.1
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: [RFC PATCH 2/2] Add timeout feature
- From: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
- [PATCH 10/10] dm snapshot: Add snapshot merging code
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- [PATCH 06/10] dm snapshot: Make find_pending_exception() not take a bio
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- [2.6 patch] proper extern for mdp_major
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] drivers/md/dm-table.c: fix void returns
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] remove dm_create_error_table()
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] make dm_set_device_limits() static
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] make dm_{, un}register_dirty_log_type() static
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [RFC PATCH 2/2] Add timeout feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 1/2] Implement generic freeze feature
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [RFC PATCH 0/2] freeze feature ver 1.0
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: [RFC PATCH] freeze feature ver 1.0
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- [2.6.25-rc8] dm crypt: fix ctx pending
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Chr <chunkeey@xxxxxx>
- [RFC PATCH] freeze feature ver 1.0
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Chr <chunkeey@xxxxxx>
- Re: [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Chr <chunkeey@xxxxxx>
- [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Chr <chunkeey@xxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Chr <chunkeey@xxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Chr <chunkeey@xxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Chr <chunkeey@xxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: 2.6.25-rc hangs
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Chr <chunkeey@xxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Samuel Tardieu <sam@xxxxxxxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- [RFC] freeze feature ver 1.0
- From: Takashi Sato <t-sato@xxxxxxxxxxxxx>
- Re: [RFC] An alternative interface to device mapper
- From: corbet@xxxxxxx (Jonathan Corbet)
- Re: [RFC PATCH 1/3] block: add rq->complete_io hook for request stacking
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH 07/10] dm snapshot: Make origin_write() bio arg optional
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- [PATCH 09/10] dm snapshot: Track snapshot-merged writes
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- [PATCH 08/10] dm snapshot: Add basic version of snapshot-merged target
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- [PATCH 02/10] dm snapshot: Track snapshot reads
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- [PATCH 05/10] dm snapshot: Split up origin_resume()
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- [PATCH 04/10] dm snapshot: Split snapshot constructor
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- [PATCH 01/10] dm snapshot: Fix the fraction full percentage
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- [PATCH 03/10] dm snapshot: Add exception store methods for merging
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- [PATCH 0/10] Snapshot merging back from the dead?
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- Re: Data corruption on software RAID
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Data corruption on software RAID
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
- Re: Data corruption on software RAID
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Submitting Multipath Device Defintions
- From: Chip Coldwell <coldwell@xxxxxxxxxx>
- Re: [PATCH] dm: dm_table_unplug_all optimization
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Submitting Multipath Device Defintions
- From: Hannes Reinecke <hare@xxxxxxx>
- Integration with SNMP?
- From: lemons_terry@xxxxxxx
- Submitting Multipath Device Defintions
- From: "Jim Lester" <Jim.Lester@xxxxxxxxxxxxxx>
- [PATCH] dm: dm_table_unplug_all optimization
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- [PATCH] dm: dm_table_unplug_all optimization
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- lun paths status
- From: Barbara Joyes <Barbara.Joyes@xxxxxxx>
- Re: Desynchronizing dm-raid1
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- From: "Martin K. Petersen" <mkp@xxxxxxx>
- Re: Desynchronizing dm-raid1
- Re: Desynchronizing dm-raid1
- From: "Martin K. Petersen" <mkp@xxxxxxx>
- Re: Desynchronizing dm-raid1
- Re: Desynchronizing dm-raid1
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: bio too big device md0 (248 > 240) - lvm on top of raid1
- From: Jens Thiele <karme@xxxxxxxxxx>
- Re: bio too big device md0 (248 > 240) - lvm on top of raid1
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: dm-ioband = smarter than me
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: bio too big device md0 (248 > 240) - lvm on top of raid1
- From: Jens Thiele <karme@xxxxxxxxxx>
- Re: dm-ioband = smarter than me
- Re: dm-ioband = smarter than me
- From: Clint Moore <clint@xxxxxxxxxxxxxx>
- Re: dm-ioband = smarter than me
- From: Clint Moore <clint@xxxxxxxxxxxxxx>
- Re: dm-ioband = smarter than me
- Re: dm-ioband = smarter than me
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- (no subject)
- From: Clint Moore <clint@xxxxxxxxxxxxxx>
- dm-ioband = smarter than me
- From: Clint Moore <clint@xxxxxxxxxxxxxx>
- multipath-tools Multipath-usage.txt
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Desynchronizing dm-raid1
- Re: Desynchronizing dm-raid1
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: Desynchronizing dm-raid1
- Re: Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Desynchronizing dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- w/o attachments Need some help - i/o errors HDS-USP/Qlogic/RHEL5. 1/
- From: "Lancashire, Pete" <plancashire@xxxxxxxxxxxxxxxxx>
- Timeouts in a case of a path failure.
- From: Dmitry <divanov@xxxxxxxxxxxxx>
- dmraid ./CHANGELOG ./KNOWN_BUGS ./README ./dmr ...
- From: heinzm@xxxxxxxxxxxxxx
- Re: [RFC PATCH 2/2] Add timeout feature
- From: David Chinner <dgc@xxxxxxx>
- [PATCH] dm: raid1 block-on-error patch
- [PATCH 7/7] scsi_dh: Remove hardware handler infrastructure from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 6/7] scsi_dh: Remove hardware handlers from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 5/7] scsi_dh: Use SCSI device handler in dm-multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 3/7] scsi_dh: add hp sw device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/7] scsi_dh: add lsi rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/7] scsi_dh: add skeleton for SCSI Device Handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/7] scsi_dh: Move hardware handlers from dm to SCSI
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [RFC PATCH 2/2] Add timeout feature
- From: David Chinner <dgc@xxxxxxx>
- Re: [RFC PATCH 1/2] Implement generic freeze feature
- From: David Chinner <dgc@xxxxxxx>
- Re: [RFC PATCH] freeze feature ver 1.0
- From: David Chinner <dgc@xxxxxxx>
- Re: RE: RAID5 compatibility.
- From: "Ahmed Medhat" <theprisonerofzenda@xxxxxxxxx>
- Re: Using different configuration for arrays with identicalvendor/product
- From: Tore Anderson <tore@xxxxxxxxx>
- RE: Using different configuration for arrays with identicalvendor/product
- From: berthiaume_wayne@xxxxxxx
- Using different configuration for arrays with identical vendor/product
- From: Tore Anderson <tore@xxxxxxxxx>
- [2.6.25-rc8] dm io: write error bits form long not int
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] multipath-tools: fix freeing log verbosity config before use
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [4/4] Internal device-mapper public interface: dm-kcopyd.h
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [3/4] Internal device-mapper public interface: dm-io.h
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2/4] Internal device-mapper public interface: dm-dirty-log.h
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [1/4] Internal device-mapper public interface: device-mapper.h
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [0/4] Internal device-mapper public interface
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [RFC PATCH] sync code with RHEL 4.7
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Task blocked for more than 120 seconds
- From: Neil Brown <neilb@xxxxxxx>
- Re: [RFC PATCH] freeze feature ver 1.0
- From: David Chinner <dgc@xxxxxxx>
- Re: Installing RHEL with single controller
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- [PATCH] DEVICE-MAPPER: Use shorter list_splice_init() for brevity.
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Policy for using dm-multipather with SELinux enforced
- From: Achim Warnecke <achim.warnecke@xxxxxxxxxx>
- [PATCH] multipath: update discovery for sysfs layout changes
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] multipath: update sysfs code
- From: Hannes Reinecke <hare@xxxxxxx>
- [RFC PATCH 13/13] dm-mpath: convert to request-based
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 12/13] dm-mpath: add hw-handler interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 11/13] dm: reject bad table load
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 10/13] dm: enable request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 09/13] dm: add core functions
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 08/13] dm: add target interfaces
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 07/13] dm: add memory pool
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 06/13] dm: tidy local_init
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 05/13] dm: remove dead codes
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 04/13] block: export blk_register_queue
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 03/13] block: lld busy status exporting interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 02/13] block: add request submission interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 01/13] block: add request update interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 00/13] request stacking and request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- xfs corruption / memory problem or evms or device mapper involved ??
- From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
- Re: [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/7] scsi_dh: add hp sw device handler - testing and hit existing oops in radix_tree_gang_lookup (fix upstream)
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [dm-crypt] INFO: task mount:11202 blocked for more than 120 seconds
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 1/1] dm-log(2nd): cleanup dirty log external interface from members with only internal scope
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: David Chinner <dgc@xxxxxxx>
- RE: Linux utility to determine WWN from a LUN number
- From: lemons_terry@xxxxxxx
- Re: Linux utility to determine WWN from a LUN number
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Linux utility to determine WWN from a LUN number
- From: Chip Coldwell <coldwell@xxxxxxxxxx>
- Re: Linux utility to determine WWN from a LUN number
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Linux utility to determine WWN from a LUN number
- From: Chip Coldwell <coldwell@xxxxxxxxxx>
- Re: mapper device perms on reboot
- From: "Scott Moseman" <scmoseman@xxxxxxxxx>
- Re: Linux utility to determine WWN from a LUN number
- From: Chip Coldwell <coldwell@xxxxxxxxxx>
- Re: Linux utility to determine WWN from a LUN number
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: Linux utility to determine WWN from a LUN number
- From: Chip Coldwell <coldwell@xxxxxxxxxx>
- [PATCH 1/1] dm-log: cleanup dity log external interface from members with only internal scope
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- Inconsistent results of different multipath options
- From: Alexander Warmuth <WARMUTH@xxxxxxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Linux utility to determine WWN from a LUN number
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: Linux utility to determine WWN from a LUN number
- From: lemons_terry@xxxxxxx
- Re: Linux utility to determine WWN from a LUN number
- Re: Linux utility to determine WWN from a LUN number
- From: Chip Coldwell <coldwell@xxxxxxxxxx>
- Linux utility to determine WWN from a LUN number
- From: lemons_terry@xxxxxxx
- path_checker problems
- From: David Elliott <david.elliott@xxxxxxxxxxxxxx>
- Re: mapper device perms on reboot
- From: "Scott Moseman" <scmoseman@xxxxxxxxx>
- Re: dm-rdac problem
- From: Jacek Lipkowski <sq5bpf@xxxxxxxxxxxxx>
- Re: dm-rdac problem
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- dm-rdac problem
- From: Jacek Lipkowski <sq5bpf@xxxxxxxxxxxxx>
- Re: mapper device perms on reboot
- From: "Scott Moseman" <scmoseman@xxxxxxxxx>
- RE: Missing path
- From: Domenico Viggiani <dviggiani@xxxxxxxxxx>
- Re: Missing path
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Missing path
- From: Simone Gotti <simone.gotti@xxxxxxxx>
- Missing path
- From: Domenico Viggiani <dviggiani@xxxxxxxxxx>
- [PATCH 7/7] scsi_dh: Remove hardware handler infrastructure from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 6/7] scsi_dh: Remove hardware handlers from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 5/7] scsi_dh: Use SCSI device handler in dm-multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 3/7] scsi_dh: add hp sw device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/7] scsi_dh: add lsi rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/7] scsi_dh: add skeleton for SCSI Device Handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/7] scsi_dh: Move hardware handlers from dm to SCSI
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Nix <nix@xxxxxxxxxxxxx>
- [PATCH 3/3] devmapper - cleanup lists of linked libs
- From: Bastian Blank <bastian@xxxxxxxxxxxx>
- [PATCH 2/3] devmapper - fix selinux inclusion in pkgconfig file
- From: Bastian Blank <bastian@xxxxxxxxxxxx>
- [PATCH 1/3] devmapper - don't modify api on selinux support
- From: Bastian Blank <bastian@xxxxxxxxxxxx>
- Re: DMF_FREEING flag checking
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: DMF_FREEING flag checking
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [kvm-devel] I/O bandwidth control on KVM
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- DMF_FREEING flag checking
- From: Mai N <thumai9999@xxxxxxxxx>
- Re: INFO: task mount:11202 blocked for more than 120 seconds
- From: David Chinner <dgc@xxxxxxx>
- Re: [RFC] An alternative interface to device mapper
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: [RFC] An alternative interface to device mapper
- From: Pavel Machek <pavel@xxxxxx>
- Re: multipath and iscsi nullio/dm-zero tests
- From: syrius.ml@xxxxxxxxxx
- kmpathd
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Jan Kara <jack@xxxxxxx>
- Re: [kvm-devel] I/O bandwidth control on KVM
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- [RFC PATCH 1/1] dm-log(recover): avoid excessive recovering_bits in dm-log.c
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 4/6] dm headers(2nd): rename kcopyd[ch] to dm-kcopyd.[ch], move dm-{io, kcopyd, log}.h to include/linux and adjust callers
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 2/6] dm headers(2nd): change names of kcopyd_client, kcopyd_copy, etc. in kcopyd.h to have "dm_" prefix in order to prepare for move of the header to include/linux and adjust callers.
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 6/6] dm headers(2nd): export dm_disk() so that callers can actually use this external interface function
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 3/6] dm headers(2nd): change names of "struct dirty_log", dm_create_dirty_log(), etc. in dm-log.h to prepare for move of the header to include/linux and adjust callers.
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 5/6] dm headers(2nd): adjust Copyright notices and add MODULE_* macros
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 1/6] dm headers(2nd): change name of "struct io_region" to "struct dm_io_region" in dm-io.h to prepare for move of the header to include/linux and adjust callers.
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 0/6] dm headers(2nd): move headers to include/linux
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- Re: [kvm-devel] I/O bandwidth control on KVM
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- multipath-tools/libmultipath discovery.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [RFC] An alternative interface to device mapper
- From: Daniel Phillips <phillips@xxxxxxxxx>
- [RFC PATCH 13/13] dm headers: export dm_disk() so that callers can actually use this external interface function
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 12/13] dm headers: adjust Makefile for dm-{io, log, kcopyd} standalone modules
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 11/13] dm headers: adjust dm-exception-store identifiers to have "dm_" prefix
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 09/13] dm headers: adjust dm-raid1 identifiers to have "dm_" prefix
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 05/13] dm headers: rename kcopyd.c to dm-kcopyd.c to be consistent with other Device-Mapper file names
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 08/13] dm headers: adjust dm-log identifiers to have "dm_" prefix
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 10/13] dm headers: adjust dm-snap identifiers to have "dm_" prefix
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 07/13] dm headers: adjust Copyright
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 06/13] dm headers: adjust dm-kcopyd identifiers to have "dm_" prefix
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 01/13] dm headers: move headers of modules dm-io, dm-log and kcopyd to include/linux to allow for sharing; rename kcopyd.h to dm-kcopyd.h to be consistent with other dm header prefixes
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 04/13] dm headers: adjust for new structure names
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 03/13] dm headers: adjust for dm_kcopyd_client structure name
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 02/13] dm headers: Adjust dm-[io, kcopyd, log}.h by prefixing identifiers with "dm_"
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 0/13] dm headers: move headers to include/linux
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- Re: [kvm-devel] I/O bandwidth control on KVM
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [kvm-devel] I/O bandwidth control on KVM
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: 2.6.25-rc regression: kernel panic on boot
- From: Ingo Molnar <mingo@xxxxxxx>
- [RFC] An alternative interface to device mapper
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: Re: 2.6.25-rc regression: kernel panic on boot
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1/7] scsi_dh: add skeleton for SCSI Device Handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 1/7] scsi_dh: add skeleton for SCSI Device Handlers
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.25-rc regression: kernel panic on boot
- From: Greg KH <gregkh@xxxxxxx>
- Re: 2.6.25-rc regression: kernel panic on boot
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.25-rc regression: kernel panic on boot
- From: Greg KH <gregkh@xxxxxxx>
- Re: 2.6.25-rc regression: kernel panic on boot
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [RFC PATCH 2/4] dm-log: make dm-log.c a standalone dirty region log module to be sharable
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 3/4] dm-log: adjust dm-raid1.c to cope with standalone dirty region log module
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 1/4] dm-log: export dm_disk from dm.c
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFC PATCH 4/4] dm-log: adjust makefile for dm-log module
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- [RFX PATCH 0/4] dm-log: make dm-log.c a seperate sharable module
- From: Heinz Mauelshagen <hjm@xxxxxxxxxx>
- Re: [RFC PATCH 1/3] block: add rq->complete_io hook for request stacking
- From: "Grant Grundler" <grundler@xxxxxxxxxx>
- Re: I/O bandwidth control on KVM
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
- [RFX PATCH 0/4] dm-log: make dm-log.c a seperate sharable module
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: no INQUIRY from userspace please
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC PATCH 1/3] block: add rq->complete_io hook for request stacking
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [kvm-devel] I/O bandwidth control on KVM
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- multipath and iscsi nullio/dm-zero tests
- From: syrius.ml@xxxxxxxxxx
- Re: [RFC PATCH 1/3] block: add rq->complete_io hook for request stacking
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [RFC PATCH 1/3] block: add rq->complete_io hook for request stacking
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC PATCH 1/3] block: add rq->complete_io hook for request stacking
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: I/O bandwidth control on KVM
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Gunter Ohrner <G.Ohrner@xxxxxxxxxxxxxxxxxxx>
- Re: I/O bandwidth control on KVM
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Gunter Ohrner <G.Ohrner@xxxxxxxxxxxxxxxxxxx>
- Re: Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- Re: Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- I/O bandwidth control on KVM
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: 2.6.24 Kernel Soft Lock Up with heavy I/O in dm-crypt
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Installing RHEL with single controller
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Installing RHEL with single controller
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: Installing RHEL with single controller
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: Installing RHEL with single controller
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Installing RHEL with single controller
- Re: Installing RHEL with single controller
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- RE: RE: RAID5 compatibility.
- From: silentphoebus <silentphoebus@xxxxxxxx>
- Re: Installing RHEL with single controller
- Installing RHEL with single controller
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: Re: device mapper not reporting no-barrier-support?
- From: Anders Henke <anders.henke@xxxxxxxx>
- [PATCH 7/7] scsi_dh: Remove hardware handler infrastructure from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 6/7] scsi_dh: Remove hardware handlers from dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 5/7] scsi_dh: Use SCSI device handler in dm-multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 4/7] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 3/7] scsi_dh: add hp sw device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/7] scsi_dh: add lsi rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/7] scsi_dh: add skeleton for SCSI Device Handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/7] Move hardware handlers from dm layer to SCSI layer
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: UDEV with DM-MULTIPATH issue in RHEL 5.1....
- From: Dharmesh Kamdar <kamdard71@xxxxxxxxx>
- Re: UDEV with DM-MULTIPATH issue in RHEL 5.1....
- Re: mapper device perms on reboot
- From: Dharmesh Kamdar <kamdard71@xxxxxxxxx>
- UDEV with DM-MULTIPATH issue in RHEL 5.1....
- From: Dharmesh Kamdar <kamdard71@xxxxxxxxx>
- RE: RE: RAID5 compatibility.
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- RE: RE: RAID5 compatibility.
- From: silentphoebus <silentphoebus@xxxxxxxx>
- Re: Re: device mapper not reporting no-barrier-support?
- From: Anders Henke <anders.henke@xxxxxxxx>
- Re: Re: device mapper not reporting no-barrier-support?
- From: Anders Henke <anders.henke@xxxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Daniel Hazelton <dhazelton@xxxxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Jan Kara <jack@xxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Jan Kara <jack@xxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Nix <nix@xxxxxxxxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Peter Osterlund <petero2@xxxxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Nix <nix@xxxxxxxxxxxxx>
- Re: Re: device mapper not reporting no-barrier-support?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- mapper device perms on reboot
- From: "Scott Moseman" <scmoseman@xxxxxxxxx>
- Re: Re: device mapper not reporting no-barrier-support?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: device mapper not reporting no-barrier-support?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Ingo Molnar <mingo@xxxxxxx>
- RE: RAID5 compatibility.
- From: "Cetnerowski, Adam" <adam.cetnerowski@xxxxxxxxx>
- Re: Re: device mapper not reporting no-barrier-support?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: device mapper not reporting no-barrier-support?
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.24.2: 4KSTACKS + pcdrw + dm + mount -> stack overflow: ide-cd related? dm-related?
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- RAID5 compatibility.
- From: silentphoebus <silentphoebus@xxxxxxxx>
- Re: Fwd: 2.6.25-rc1 patch prevents booting on LVM-based devices
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- dm-multipath loosing data
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- The I/O bandwidth controller: dm-ioband Performance Report
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- dmraid/tools
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/format/template
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/man
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/mm
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/metadata
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/format/ataraid
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/format
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/misc
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/locking
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/display
- From: heinzm@xxxxxxxxxxxxxx
- dmraid autoconf/config.guess autoconf/config.s ...
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/format/ataraid .isw.c.swp .jm.c.swp
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/log
- From: heinzm@xxxxxxxxxxxxxx
- dmraid ./CHANGELOG ./CREDITS ./KNOWN_BUGS ./RE ...
- From: heinzm@xxxxxxxxxxxxxx
- dmraid CHANGELOG CREDITS KNOWN_BUGS LICENSE LI ...
- From: heinzm@xxxxxxxxxxxxxx
- Fwd: 2.6.25-rc1 patch prevents booting on LVM-based devices
- From: Chuck Lever <chuck.lever@xxxxxxxxxx>
- 2.6.25-rc1 patch prevents booting on LVM-based devices
- From: Chuck Lever <chuck.lever@xxxxxxxxxx>
- Permissions of node files created by device-mapper
- From: "Derek Sherlock" <derek@xxxxxxxxxxxxxxxx>
- dmraid ./CHANGELOG ./KNOWN_BUGS ./README ./TOD ...
- From: heinzm@xxxxxxxxxxxxxx
- dmraid ./CHANGELOG ./README lib/version.h lib/ ...
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/format/ddf
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/device
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/datastruct
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/format/partition
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/lib/activate
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/include
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/include/dmraid
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/doc
- From: heinzm@xxxxxxxxxxxxxx
- dmraid/autoconf
- From: heinzm@xxxxxxxxxxxxxx
- dmraid README
- From: heinzm@xxxxxxxxxxxxxx
- RFC - new multi path scheduler - Striped
- From: Burn Alting <burn@xxxxxxxxxxxxxx>
- RE: multipath errors on first set-up
- From: Domenico Viggiani <dviggiani@xxxxxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Neil Brown <neilb@xxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Neil Brown <neilb@xxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Ric Wheeler <ric@xxxxxxx>
- RE: multipath errors on first set-up
- From: "Rogan, Julian" <Julian.Rogan@xxxxxxxxxxxx>
- Re: no INQUIRY from userspace please
- From: Douglas Gilbert <dougg@xxxxxxxxxx>
- Re: multipath errors on first set-up
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Multipath not rebuilding correctly on reboot
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] dm raid1: bitops bug.
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Throughput when using multibus
- From: Erez Zilber <erezz@xxxxxxxxxxxx>
- RE: Multipath not rebuilding correctly on reboot
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Re: [PATCH] Implement barrier support for single device DM devices
- From: David Chinner <dgc@xxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Michael Tokarev <mjt@xxxxxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Jeremy Higdon <jeremy@xxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: David Chinner <dgc@xxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] Implement barrier support for single device DM devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Multipath not rebuilding correctly on reboot
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH] dm core: remove dead codes
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- RE: multipath errors on first set-up
- From: "Rogan, Julian" <Julian.Rogan@xxxxxxxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Ric Wheeler <ric@xxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Michael Tokarev <mjt@xxxxxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Ric Wheeler <ric@xxxxxxx>
- Re: [PATCH] dm core: remove dead codes
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm core: remove dead codes
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- RE: Multipath not rebuilding correctly on reboot
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Re: [PATCH] Implement barrier support for single device DM devices
- From: David Chinner <dgc@xxxxxxx>
- Re: Multipath not rebuilding correctly on reboot
- Crash in dm-mod RHEL5,
- From: Vu Pham <vuhuong@xxxxxxxxxxxx>
- [PATCH] dm core: tidy local_init
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH] dm core: remove dead codes
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 13/13] dm-mpath: convert to request-based
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 12/13] dm-mpath: add hw-handler interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 11/13] dm: reject bad table load
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 10/13] dm: enable request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 09/13] dm: add core functions
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 08/13] dm: add target interfaces
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 07/13] dm: add memory pool
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 06/13] dm: tidy local_init
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 05/13] dm: remove dead codes
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 04/13] block: export blk_end_io
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 03/13] block: export blk_register_queue
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 02/13] block: add request submission interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 01/13] block: don't call __end_that_request_first() for clone
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 3/3] block: lld busy status exporting interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 2/3] block: move internal request completion to kblockd
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 1/3] block: add rq->complete_io hook for request stacking
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 0/3] request stacking and request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH] Implement barrier support for single device DM devices
- From: Michael Tokarev <mjt@xxxxxxxxxx>
- Probably broken device mapper in latest vanilla kernel
- From: Ladislav Michnovic <lmichnovic@xxxxxxx>
- Re: [git pull] device-mapper update for 2.6.25
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [git pull] device-mapper update for 2.6.25
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: multipath errors on first set-up
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Multipath not rebuilding correctly on reboot
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- multipath errors on first set-up
- From: "Rogan, Julian" <Julian.Rogan@xxxxxxxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW dmeventd/old/dmevent ...
- From: meyering@xxxxxxxxxxxxxx
- Re: Re: [PATCH] Implement barrier support for single device DM devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] Implement barrier support for single device DM devices
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH] Implement barrier support for single device DM devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] Implement barrier support for single device DM devices
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- dm-userspace
- From: Randy Seamans <r.seamans@xxxxxxxxx>
- RE: Multipath not rebuilding correctly on reboot
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Re: [lvm-devel] [PATCH] Remove redundant if-before-free tests.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] Remove redundant if-before-free tests.
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- Re: Multipath-tools not seeing replaced RAID controller
- From: "S. J. van Harmelen" <svh@xxxxxx>
- Re: Multipath-tools not seeing replaced RAID controller
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Multipath-tools not seeing replaced RAID controller
- From: "S. J. van Harmelen" <svh@xxxxxx>
- Re: Multipath not rebuilding correctly on reboot
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Activation with missing device
- From: "Mitura, Radoslaw" <radoslaw.mitura@xxxxxxxxx>
- dm-io operations on LVs
- From: hxsrmeng <hxsrmeng@xxxxxxxxx>
- RE: Multipath not rebuilding correctly on reboot
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Re: Multipath not rebuilding correctly on reboot
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- RE: How to Resize Partition
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Re: How to Resize Partition
- From: Gabriel Barazer <gabriel@xxxxxxxx>
- RE: How to Resize Partition
- From: Domenico Viggiani <dviggiani@xxxxxxxxxx>
- How to Resize Partition
- From: "Scott Moseman" <scmoseman@xxxxxxxxx>
- RE: Multipath not rebuilding correctly on reboot
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Activate/rebuilding with broken disk
- From: "Mitura, Radoslaw" <radoslaw.mitura@xxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [TAKE 2] Document queue_if_no_path behavior
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 0/7] blk_end_request: full I/O completion handler
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- RE: [PATCH 0/7] blk_end_request: full I/O completion handler
- From: "S, Chandrakala (STSD)" <chandrakala.s@xxxxxx>
- Re: no INQUIRY from userspace please (was Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE)
- From: Luben Tuikov <ltuikov@xxxxxxxxx>
- [git pull] device-mapper update for 2.6.25
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- multipath-tools/path_priority pp_alua/Makefile ...
- From: bmarzins@xxxxxxxxxxxxxx
- RE: Multipath and getuid_callout issues withHPXP1024diskarray
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Re: Multipath and getuid_callout issues with HPXP1024diskarray
- Re: no INQUIRY from userspace please
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: no INQUIRY from userspace please
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: no INQUIRY from userspace please (was Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RE: Multipath and getuid_callout issues with HPXP1024diskarray
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- no INQUIRY from userspace please (was Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE)
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: Multipath and getuid_callout issues with HPXP1024disk array
- From: Luca Berra <bluca@xxxxxxxxxx>
- [patch 04/73] dm crypt: use bio_add_page
- From: Greg KH <gregkh@xxxxxxx>
- [patch 03/73] dm crypt: fix write endio
- From: Greg KH <gregkh@xxxxxxx>
- [patch 02/73] dm: table detect io beyond device
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 3/9] scsi_dh: scsi handling of REQ_LB_OP_TRANSITION
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/9] scsi_dh: scsi handling of REQ_LB_OP_TRANSITION
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- problem cloning multipath-tools.git
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: SLES installation on dual controller subsystem
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Multipath Usage Guide available at LVM wiki page
- From: root <root@xxxxxxxxxx>
- > You may find that you need to update your lvm userspace tools.
- From: Igor M Podlesny <for.poige+linux@xxxxxxxxx>
- > Please do (at a minimum)
- From: Igor M Podlesny <for.poige+linux@xxxxxxxxx>
- Re: Fwd: Hello, Andrew! Short question: Recently I've tried 2.6.24-git11 ...
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [Xen-devel] dm-band: The I/O bandwidth controller: Performance Report
- From: INAKOSHI Hiroya <inakoshi.hiroya@xxxxxxxxxxxxxx>
- Maps not created for read-only devices
- From: "Mike Moerk" <Mike_Moerk@xxxxxxxxxxxxxx>
- RE: Multipath and getuid_callout issues withHPXP1024diskarray
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Re: > You may find that you need to update your lvm userspace tools.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 0/7] blk_end_request: full I/O completion handler
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- RE: [PATCH] multipath: Add compability 'command' prio handler
- From: "T S, Veena (STSD)" <veena-s.t@xxxxxx>
- RE: [PATCH 0/7] blk_end_request: full I/O completion handler
- From: "S, Chandrakala (STSD)" <chandrakala.s@xxxxxx>
- [PATCH 2/2] dm-ioband v0.0.3: The I/O bandwidth controller: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/2] dm-ioband v0.0.3: The I/O bandwidth controller: Source code patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/2] dm-ioband v0.0.3: The I/O bandwidth controller: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- RE: Multipath and getuid_callout issues with HPXP1024diskarray
- From: "Balasubramanian, Vijayakumar (STSD)" <vijayakumar@xxxxxx>
- Re: > You may find that you need to update your lvm userspace tools.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: SLES installation on dual controller subsystem
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- [PATCH] [RFC] dm: raid1 master device selection support
- Re: SLES installation on dual controller subsystem
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: SLES installation on dual controller subsystem
- SLES installation on dual controller subsystem
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 3/9] scsi_dh: scsi handling of REQ_LB_OP_TRANSITION
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/9] scsi_dh: scsi handling of REQ_LB_OP_TRANSITION
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/9] scsi_dh: add skeleton for SCSI Device Handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: HPDMmultipath-tools-3.0.0.xxx with HP XP12000 diskarray
- From: "Balasubramanian, Vijayakumar (STSD)" <vijayakumar@xxxxxx>
- Re: Both 2.6.24-mm1 and 2.6.24-git11 do NOT "see" any of mine LVM-2 disks
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/9] scsi_dh: add skeleton for SCSI Device Handlers
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/9] scsi_dh: scsi handling of REQ_LB_OP_TRANSITION
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH 4/9] scsi_dh: add skeleton for SCSI Device Handlers
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [PATCH] multipath: Add compability 'command' prio handler
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: Multipath not rebuilding correctly on reboot
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Multipath not rebuilding correctly on reboot
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- RE: Multipath and getuid_callout issueswithHPXP1024diskarray
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Re: Multipath and getuid_callout issueswithHPXP1024disk array
- Re: multipath multibus performance
- [PATCH] remove device mapper max_sectors restriction
- From: Erich Focht <efocht@xxxxxxxxxxxx>
- multipath multibus performance
- From: Andy <genanr@xxxxxxxxxxxx>
- RE: Multipath and getuid_callout issueswithHPXP1024disk array
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- [PATCH] Add a debug message for tree-based deactivation
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: Multipath and getuid_callout issues withHPXP1024disk array
- HPDMmultipath-tools-3.0.0.xxx with HP XP12000 diskarray
- From: "Hagmann, Michael" <Michael.Hagmann@xxxxxxxxx>
- RE: Multipath and getuid_callout issues withHPXP1024disk array
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Re: Multipath and getuid_callout issues with HPXP1024disk array
- RE: Multipath and getuid_callout issues with HPXP1024disk array
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Re: Multipath and getuid_callout issues with HP XP1024disk array
- Re: Root device multipathed host freeze with the latest upstream multipath-tools package
- From: Martin George <marting@xxxxxxxxxx>
- RE: Multipath and getuid_callout issues with HP XP1024disk array
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- Re: [Xen-devel] dm-band: The I/O bandwidth controller: Performance Report
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [BUG] The kernel thread for md RAID1 could cause a md RAID1 array deadlock
- From: "K.Tanaka" <k-tanaka@xxxxxxxxxxxxx>
- Re: Multipath and getuid_callout issues with HP XP1024 disk array
- RE: Problem using dm-multipath on first of 2 LUNs on system
- Multipath and getuid_callout issues with HP XP1024 disk array
- From: "Greene, Rick" <rick.greene@xxxxxxxxxxxx>
- RE: Problem using dm-multipath on first of 2 LUNs on system
- Re: Problem using dm-multipath on first of 2 LUNs on system
- Re: restart multipathd automatically
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- RE: Problem using dm-multipath on first of 2 LUNs on system
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: Problem using dm-multipath on first of 2 LUNs on system
- Re: Problem using dm-multipath on first of 2 LUNs on system
- From: "Gerald Nowitzky" <Nowitzky@xxxxxxx>
- Problem using dm-multipath on first of 2 LUNs on system
- Re: multipath device name
- From: Erez Zilber <erezz@xxxxxxxxxxxx>
- RE: multipath device name
- From: "Ariel Gottlieb" <arielg@xxxxxxxxxxxx>
- Re: restart multipathd automatically
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: multipath performance
- From: Andy <genanr@xxxxxxxxxxxx>
- Re: About using multipath in SLES 10
- RE: multipath device name
- From: "Erez Zilber" <erezz@xxxxxxxxxxxx>
- RE: multipath device name
- From: "Erez Zilber" <erezz@xxxxxxxxxxxx>
- Re: multipath device name
- RE: multipath device name
- From: "Erez Zilber" <erezz@xxxxxxxxxxxx>
- Re: multipath device name
- multipath device name
- From: "Erez Zilber" <erezz@xxxxxxxxxxxx>
- Re: About using multipath in SLES 10
- Re: DM-Multipather with initialization probem ?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: About using multipath in SLES 10
- From: "Erez Zilber" <erezz@xxxxxxxxxxxx>
- RE: About using multipath in SLES 10
- From: "Erez Zilber" <erezz@xxxxxxxxxxxx>
- Re: About using multipath in SLES 10
- About using multipath in SLES 10
- From: Erez Zilber <erezz@xxxxxxxxxxxx>
- DM-Multipather with initialization probem ?
- From: Achim Warnecke <achim.warnecke@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-band: The I/O bandwidth controller: Source code patch
- From: Frans Pop <elendil@xxxxxxxxx>
- multipath-tools ./multipath.conf.annotated ./m ...
- From: wysochanski@xxxxxxxxxxxxxx
- Sun 6540 Multipathing
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- dm-band: The I/O bandwidth controller: Performance Report
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-band: The I/O bandwidth controller: Overview
- From: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
- Re: Multipath Usage Guide available at LVM wiki page
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Multipath Usage Guide available at LVM wiki page
- Re: multipath performance
- Re: Multipath Usage Guide available at LVM wiki page
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: multipath modules on RHAS4 up5 cause oops
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: Multipath Usage Guide available at LVM wiki page
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Multipath Usage Guide available at LVM wiki page
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Constructing RAID 1+0 w/ LVM2/DM
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
- Re: Constructing RAID 1+0 w/ LVM2/DM
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Constructing RAID 1+0 w/ LVM2/DM
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
- Re: Constructing RAID 1+0 w/ LVM2/DM
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Constructing RAID 1+0 w/ LVM2/DM
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
- Re: [linux-lvm] Re: [RFC] Multiple Snapshots - Manageability problem
- From: "Dan Kegel" <dank@xxxxxxxxx>
- Re: [linux-lvm] Re: [RFC] Multiple Snapshots - Manageability problem
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
- Re: [RFC] Multiple Snapshots - Manageability problem
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
- RE: Root device multipathed host freeze with the latest upstream multipath-tools package
- From: "Sarraf, Ritesh" <Ritesh.Sarraf@xxxxxxxxxx>
- restart multipathd automatically
- From: Stephen Mike <mike_stephen_jr@xxxxxxxxx>
- Re: [PATCH 0/2] dm-band: The I/O bandwidth controller: Overview
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-band: The I/O bandwidth controller: Overview
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-band: The I/O bandwidth controller: Overview
- From: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
- Re: [linux-lvm] Re: [RFC] Multiple Snapshots - Manageability problem
- From: "Dan Kegel" <dank@xxxxxxxxx>
- Re: [PATCH 0/2] dm-band: The I/O bandwidth controller: Overview
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- multipath performance
- From: Andy <genanr@xxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-band: The I/O bandwidth controller: Overview
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-band: The I/O bandwidth controller: Overview
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH 1/2] dm-band: The I/O bandwidth controller: Source code patch
- From: Frans Pop <elendil@xxxxxxxxx>
- Re: [PATCH 2/2] dm-band: The I/O bandwidth controller: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [BUG] The kernel thread for md RAID1 could cause a md RAID1 array deadlock
- From: "K.Tanaka" <k-tanaka@xxxxxxxxxxxxx>
- multipath modules on RHAS4 up5 cause oops
- From: Erez Zilber <erezz@xxxxxxxxxxxx>
- Re: [BUG] The kernel thread for md RAID1 could cause a md RAID1 array deadlock
- From: Neil Brown <neilb@xxxxxxx>
- [PATCH 9/9] scsi_dh: add scsi device handler to dm
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 8/9] scsi_dh: add lsi rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 7/9] scsi_dh: Add support for SDEV_PASSIVE
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 6/9] scsi_dh: add hp sw device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 5/9] scsi_dh: add EMC Clariion device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 4/9] scsi_dh: add skeleton for SCSI Device Handlers
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 3/9] scsi_dh: scsi handling of REQ_LB_OP_TRANSITION
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/9] scsi_dh: change sd_prep_fn to call common code
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/9] scsi_dh: add REQ_LB_OP_TRANSITION and errors
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/9] scsi_dh: Move dm device handler to SCSI layer
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Documenting Device Mapper Targets?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Root device multipathed host freeze with the latest upstream multipath-tools package
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] dm-band: The I/O bandwidth controller: Document
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-band: The I/O bandwidth controller: Overview
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm-band: The I/O bandwidth controller: Source code patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-band: The I/O bandwidth controller: Overview
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 2/2] dm-band: The I/O bandwidth controller: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/2] dm-band: The I/O bandwidth controller: Source code patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/2] dm-band: The I/O bandwidth controller: Overview
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Root device multipathed host freeze with the latest upstream multipath-tools package
- From: Martin George <marting@xxxxxxxxxx>
- Re: Root device multipathed host freeze with the latest upstream multipath-tools package
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [RFC] A SCSI fault injection framework using SystemTap.
- From: "K.Tanaka" <k-tanaka@xxxxxxxxxxxxx>
- Re: help with hds DF500F
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: multiple paths question
- Re: multiple paths question
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- multiple paths question
- From: "Michael Di Domenico" <mdidomenico@xxxxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- device-mapper ./WHATS_NEW lib/libdm-report.c
- help with hds DF500F
- From: "Michael Di Domenico" <mdidomenico@xxxxxxxxx>
- Re: Configuring multipath for root device
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: Need Help
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- RE: Need Help
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- Re: Need Help
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- Re: Need Help
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- Re: Configuring multipath for root device
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- Re: Need Help
- Re: Need Help
- Re: Need Help
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- Re: Configuring multipath for root device
- Re: Need Help
- Re: Need Help
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- Re: Need Help
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Need Help
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- RE: Need Help
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- Re: Need Help
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: Need Help
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- Re: Need Help
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Need Help
- From: "Nath, Varun" <varun.nath@xxxxxxx>
- RE: [patch] mpath_prio_pp
- From: "T S, Veena (STSD)" <veena-s.t@xxxxxx>
- Packages for DMRAID Eventing posted to Redhat wiki page
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- multipath.conf template for Storagetek 6540
- From: "Oluf Færø" <ofa@xxxxx>
- Re: Configuring multipath for root device
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- Re: Configuring multipath for root device
- RE: Configuring multipath for root device
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Re: Configuring multipath for root device
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Configuring multipath for root device
- From: "Pradipmaya Maharana" <pradipmaya@xxxxxxxxx>
- device-mapper ./WHATS_NEW lib/libdm-deptree.c
- From: jbrassow@xxxxxxxxxxxxxx
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]