Linux Device-Mapper Development
[Prev Page][Next Page]
- Re: newbie: Target Length not divisble error
- From: Hadders <dmraid@xxxxxxxxxxxxxxxxx>
- Re: qla2xxx and lun issue
- From: Matthias Kranz <mkranz@xxxxxxxxxx>
- qla2xxx and lun issue
- From: Daryl Fenton <dfenton@xxxxxxxxxxx>
- Re: 2tb-limit in dm-multipath?
- From: Eckebrecht von Pappenheim <evp@xxxxxxxx>
- Re: 2tb-limit in dm-multipath?
- From: Bernd Zeimetz <bernd@xxxxxxx>
- 2tb-limit in dm-multipath?
- From: Eckebrecht von Pappenheim <evp@xxxxxxxx>
- Re: newbie: Target Length not divisble error
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- newbie: Target Length not divisble error
- From: Hadders <dmraid@xxxxxxxxxxxxxxxxx>
- Re: Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: [RFC][PATCH] dm-cow: copy-on-write stackable target for device-mapper
- From: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
- Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
- [PATCH] multipath-tools: Fix kpartx partition calculation for DASD partitions.
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Snapshots and resizing
- From: Bowe Strickland <bowe@xxxxxxxxxx>
- multipath-tools multipath.conf.defaults
- From: bmarzins@xxxxxxxxxxxxxx
- [Patch] mp-tools: exception list handling
- From: Volker Sameske <sameske@xxxxxxxxxx>
- - fs-freeze_bdev-with-semaphore-not-mutex.patch removed from -mm tree
- RE: Re: dm-emc hardware handler patches
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: dm-emc hardware handler patches
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- dm-emc hardware handler patches
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: RFC: dm patches for 2.6.16
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH][STABLE 2.6.18] dm snapshot: fix freeing pending exception
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: DM-MP cannot be run on either the root or boot device
- From: Luca Berra <bluca@xxxxxxxxxx>
- Snapshots and resizing
- From: "Dan Kegel" <dank06@xxxxxxxxx>
- Re: DM-MP cannot be run on either the root or boot device
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] dm-crypt: add support for very wide (>512 bytes) block modes
- From: "Rik Snel" <rsnel@xxxxxxxxxxxxxxx>
- [PATCH] ABL, Arbitrary Block Length, a tweakable wide block cipher mode
- From: "Rik Snel" <rsnel@xxxxxxxxxxxxxxx>
- [PATCH] crypto: bewbi IV, big endian wide block count for ABL-32-AES
- From: "Rik Snel" <rsnel@xxxxxxxxxxxxxxx>
- ABL-{32,*}-AES
- From: "Rik Snel" <rsnel@xxxxxxxxxxxxxxx>
- [stable][PATCH < 2.6.19] Fix data corruption with dm-crypt over RAID5
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: Ming Zhang <blackmagic02881@xxxxxxxxx>
- Re: Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: "Ming Zhao" <mingzhao99th@xxxxxxxxx>
- Re: Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: Ming Zhang <blackmagic02881@xxxxxxxxx>
- multipath-tools libmultipath/config.c libmulti ...
- From: bmarzins@xxxxxxxxxxxxxx
- DM-MP cannot be run on either the root or boot device
- From: "Wayne Cass" <WCass@xxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: "Ming Zhao" <mingzhao99th@xxxxxxxxx>
- mails
- From: "abcde efghi" <svmdcv@xxxxxxxxx>
- Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: Jens Wilke <jens.wilke@xxxxxxxxxx>
- Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: "Ming Zhao" <mingzhao99th@xxxxxxxxx>
- multipath-tools libmultipath/config.c libmulti ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: Jens Wilke <jens.wilke@xxxxxxxxxx>
- Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
- Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: Jens Wilke <jens.wilke@xxxxxxxxxx>
- Activation of paths fail if SCSI rev string is not retrieved
- From: Luciano Chavez <lnx1138@xxxxxxxxxx>
- device-mapper VERSION WHATS_NEW
- device-mapper VERSION WHATS_NEW
- Re: system freeze/console flood when unplugging one path of multipath disk array
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: device multipath configuration file problem
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- RE: I/O error during path failover
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Logical volumes with persistent minor numbers
- From: "Yarangatta, Asha Ramamurthy (STSD)" <asha.yarangatta@xxxxxx>
- multipath-tools/libmultipath devmapper.c
- From: bmarzins@xxxxxxxxxxxxxx
- system freeze/console flood when unplugging one path of multipath disk array
- From: Rainer Toebbicke <rtb@xxxxxxxxxxxxxxx>
- Re: Where did /dev/dm-X go?
- From: Luca Berra <bluca@xxxxxxxxxx>
- RE: I/O error during path failover
- From: Petteri Heinonen <petteri.j.heinonen@xxxxxxxxxxx>
- RE: [Bug 217014] Setting "user_friendly_names" to "yes" causesdm-mp to occasionally miss a mpath device during configuration
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: [Bug 217014] Setting "user_friendly_names" to "yes" causes dm-mp to occasionally miss a mpath device during configuration
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- multipath-tools/multipath multipath.rules
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Where did /dev/dm-X go?
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
- Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: bert hubert <bert.hubert@xxxxxxxxxxxxx>
- [RFC][PATCH] dm-cache: block level disk cache target for device mapper
- From: Eric Van Hensbergen <ericvh@xxxxxxxxxxxxxxx>
- [RFC][PATCH] dm-cow: copy-on-write stackable target for device-mapper
- From: Eric Van Hensbergen <ericvh@xxxxxxxxxxxxxxx>
- RE: patches for clariion inactive snapshot built atopmost recent global path checker context patch
- From: Edward Goggin <egoggin@xxxxxxx>
- RE: I/O error during path failover
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: multipath.conf don't being read
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- multipath.conf don't being read
- From: "Claudio Tassini" <claudio.tassini@xxxxxxxxx>
- Where did /dev/dm-X go?
- From: "W. Michael Petullo" <mike@xxxxxxxx>
- I/O error during path failover
- From: Petteri Heinonen <petteri.j.heinonen@xxxxxxxxxxx>
- device multipath configuration file problem
- From: "Claudio Tassini" <claudio.tassini@xxxxxxxxx>
- Re: doubt about linear_ctr
- From: "Sandeep Kumar" <sandeepksinha@xxxxxxxxx>
- doubt about linear_ctr
- From: "Sandeep Kumar" <sandeepksinha@xxxxxxxxx>
- dm: Fix deadlock under high i/o load in raid1 setup.
- [patch 170/215] dm: mirror sector offset fix
- [patch 168/215] dm: add module ref counting
- [patch 161/215] dm snapshot: unify chunk_size
- dm: BUG/OOPS fix
- RFC: dm patches for 2.6.16
- From: Adrian Bunk <bunk@xxxxxxxxx>
- Re: multipath-tools - checker for DDN S2A8500
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: patches for clariion inactive snapshot built atop most recent global path checker context patch
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- device-mapper ./WHATS_NEW man/dmsetup.8
- Re: [PATCH 01/11] dm io: fix bi_max_vecs
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 01/11] dm io: fix bi_max_vecs
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: Re: device mapper integrated loops - and one more year !
- From: Roland Paterson-Jones <roland@xxxxxxxxxxxx>
- Re: Re: device mapper integrated loops - and one more year !
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- patches for clariion inactive snapshot built atop most recent global path checker context patch
- From: Edward Goggin <egoggin@xxxxxxx>
- RE: Re: update for shared path checker context
- From: Edward Goggin <egoggin@xxxxxxx>
- [PATCH 11/11] dm: raid1: reset sync_search on resume
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 10/11] dm: log: rename complete_resync_work
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 09/11] dm: snapshot: abstract memory release
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 08/11] dm: mpath: use noflush suspending
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 07/11] dm: suspend: add noflush pushback
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 06/11] dm: ioctl: add noflush suspend
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 05/11] dm: map and endio symbolic return codes
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 04/11] dm: map and endio return code clarification
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 03/11] dm: suspend: parameter change
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 02/11] dm: tidy core formatting
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 01/11] dm io: fix bi_max_vecs
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Breaking of large IO requests into small bios by device-mapper
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- Re: multipath-tools with STK FLEXLINE 380
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Breaking of large IO requests into small bios by device-mapper
- From: AJ Lewis <alewis@xxxxxxxxxxxx>
- Re: Help/Info on basic snapshot for CoW
- From: Roland Paterson-Jones <roland@xxxxxxxxxxxx>
- Re: Breaking of large IO requests into small bios by device-mapper
- From: Kalpak Shah <kalpak@xxxxxxxxxxxxxx>
- Re: Re: device mapper integrated loops - and one more year !
- From: Roland Paterson-Jones <roland@xxxxxxxxxxxx>
- Re: Newbie question
- From: Bernd Zeimetz <bernd@xxxxxxx>
- Re: Re: device mapper integrated loops - and one more
- From: "roland" <devzero@xxxxxx>
- Re: Newbie question
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- Re: Re: device mapper integrated loops - and one more year !
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Newbie question
- From: "Michael Weber" <mweber@xxxxxxxxxxxxxxxxxx>
- Re: Re: device mapper integrated loops - and one more year !
- From: Roland PJ <roland@xxxxxxxxxxxx>
- Re: Re: device mapper integrated loops - and one more year !
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Re: multipath-tools with STK FLEXLINE 380
- From: Tony Lapointe <tony.lapointe@xxxxxxxxxxx>
- Re: Breaking of large IO requests into small bios by device-mapper
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- Help/Info on basic snapshot for CoW
- From: Roland Paterson-Jones <rolandpj@xxxxxxxxxx>
- Re: Re: open-iscsi + multipath
- From: Yonathan Cohen <yonic@xxxxxxxxxxxx>
- Re: Re: open-iscsi + multipath
- From: Yonathan Cohen <yonic@xxxxxxxxxxxx>
- RE: Re: update for shared path checker context
- From: Edward Goggin <egoggin@xxxxxxx>
- Breaking of large IO requests into small bios by device-mapper
- From: Kalpak Shah <kalpak@xxxxxxxxxxxxxx>
- Re: update for shared path checker context
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: open-iscsi + multipath
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: device mapper integrated loops - and one more year !
- Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root
- From: Nicolas Mailhot <nicolas.mailhot@xxxxxxxxxxx>
- Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root
- From: Nicolas Mailhot <nicolas.mailhot@xxxxxxxxxxx>
- Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root
- From: Lee Revell <rlrevell@xxxxxxxxxxx>
- Re: 2.6.19-rc6 -- dm: possible recursive locking detected
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: multipath-tools with STK FLEXLINE 380
- From: Hannes Reinecke <hare@xxxxxxx>
- Applying changes for Bug #132057 to 2.6.16.xyz kernel??
- From: Prashanth Radhakrishnan <shanth@xxxxxxxxxxx>
- multipath-tools with STK FLEXLINE 380
- From: Tony Lapointe <tony.lapointe@xxxxxxxxxxx>
- Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root
- From: Tejun Heo <htejun@xxxxxxxxx>
- RE: patch to discovery.c to stillgetpathpriorityforpaths with path state of PATH_DOWN
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: 2.6.19-rc6 -- dm: possible recursive locking detected
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- clariion patch for inactive snaps atop shared path checker context
- From: Edward Goggin <egoggin@xxxxxxx>
- update for shared path checker context
- From: Edward Goggin <egoggin@xxxxxxx>
- 2.6.19-rc6 -- dm: possible recursive locking detected
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- RE: patch to discovery.c to stillgetpathpriorityforpaths with path state of PATH_DOWN
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: bio too big device dm-XX (256 > 255) on 2.6.17
- From: Neil Brown <neilb@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- [2.6 patch] make drivers/md/dm-snap.c:ksnapd static
- From: Adrian Bunk <bunk@xxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- RE: [PATCH 4/4] [libmultipath] Update hardware table forHPHSV200
- From: "Reilly, Stephen (MRO)" <Steve.Reilly@xxxxxx>
- Re: [PATCH 1/1] Resend RTPG command if buffer short
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- RE: patch to discovery.c to still getpathpriorityforpaths with path state of PATH_DOWN
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- RE: patch to discovery.c to still getpathpriorityforpaths with path state of PATH_DOWN
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- RE: patch to discovery.c to still get pathpriorityforpaths with path state of PATH_DOWN
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- RE: patch to discovery.c to still getpathpriorityforpaths with path state of PATH_DOWN
- From: Edward Goggin <egoggin@xxxxxxx>
- RE: patch to discovery.c to still get pathpriorityforpaths with path state of PATH_DOWN
- From: David Wysochanski <dave.wysochanski@xxxxxxxxxx>
- RE: patch to discovery.c to still get pathpriorityforpaths with path state of PATH_DOWN
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: patch to discovery.c to still get pathpriorityforpaths with path state of PATH_DOWN
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: patch to discovery.c to still get pathpriorityforpaths with path state of PATH_DOWN
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 4/4] [libmultipath] Update hardware table forHPHSV200
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: [PATCH 4/4] [libmultipath] Update hardware table forHPHSV200
- From: "Reilly, Stephen (MRO)" <Steve.Reilly@xxxxxx>
- RE: patch to discovery.c to still get path priorityforpaths with path state of PATH_DOWN
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- [PATCH 1/1] Resend RTPG command if buffer short
- From: "Brian Geisel" <brian.geisel@xxxxxxxxxxxxx>
- device-mapper patches
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- RE: patch to get_refwwid() inmultipath-tools/libmultipath/configure.c
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- RE: multipath and san fabric
- From: Edward Goggin <egoggin@xxxxxxx>
- RE: patch to discovery.c to still get path priorityforpaths with path state of PATH_DOWN
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Stefan Seyfried <seife@xxxxxxx>
- RE: patch to discovery.c to still get path priority forpaths with path state of PATH_DOWN
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- RE: multipath and san fabric
- From: John Little <jslittl@xxxxxxxxxxxxx>
- Re: [PATCH 4/4] [libmultipath] Update hardware table for HPHSV200
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: bio too big device dm-XX (256 > 255) on 2.6.17
- From: Neil Brown <neilb@xxxxxxx>
- RE: patch to get_refwwid() inmultipath-tools/libmultipath/configure.c
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- Re: bio too big device dm-XX (256 > 255) on 2.6.17
- From: Jure Pečar <pegasus@xxxxxxxxxxx>
- Re: patch to get_refwwid() in multipath-tools/libmultipath/configure.c
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- RE: patch to CLARiiON path checker to handle inactive snapshhots
- From: Edward Goggin <egoggin@xxxxxxx>
- RE: patch to CLARiiON path checker to handle inactive snapshhots
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- patch to get_refwwid() in multipath-tools/libmultipath/configure.c
- From: Edward Goggin <egoggin@xxxxxxx>
- RE: [PATCH 4/4] [libmultipath] Update hardware table for HPHSV200
- From: "Reilly, Stephen (MRO)" <Steve.Reilly@xxxxxx>
- RE: patch to discovery.c to still get path priority forpaths with path state of PATH_DOWN
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: patch to discovery.c to still get path priority for paths with path state of PATH_DOWN
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- Re: multipath and san fabric
- From: James Smart <James.Smart@xxxxxxxxxx>
- Re: multipath and san fabric
- From: "Philip R. Auld" <pauld@xxxxxxxxxxx>
- RE: multipath and san fabric
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: multipath and san fabric
- From: James Smart <James.Smart@xxxxxxxxxx>
- RE: patch to CLARiiON path checker to handle inactive snapshhots
- From: Edward Goggin <egoggin@xxxxxxx>
- multipath and san fabric
- From: John Little <jslittl@xxxxxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [PATCH 0/3] HP HSV200 update
- From: "Reilly, Stephen (MRO)" <Steve.Reilly@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxxx>
- Re: patch to CLARiiON path checker to handle inactive snapshhots
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- patch to CLARiiON path checker to handle inactive snapshhots
- From: Edward Goggin <egoggin@xxxxxxx>
- patch to discovery.c to still get path priority for paths with path state of PATH_DOWN
- From: Edward Goggin <egoggin@xxxxxxx>
- patch to readsector0.c to allow use of sg_read() from other multipath-tools path checkers
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: patch for handling CLARiiON I/O to inactive snapshot logical units
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- boot scripts and dm-multipath
- From: Edward Goggin <egoggin@xxxxxxx>
- patch for handling CLARiiON I/O to inactive snapshot logical units
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 4/4] [libmultipath] Update hardware table for HP HSV200
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] multipath devices are not created for the Luns having 8 paths
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: [PATCH 0/3] HP HSV200 update
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- rr_min_io does not take effect
- From: "Stepan, Troy" <troy.stepan@xxxxxxxxxx>
- [PATCH 3/3] Update HP HSV200 hardware table
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 2/3] Implement 'revision' matching
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 1/3] Use strmatch to load config file
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 0/3] HP HSV200 update
- From: Hannes Reinecke <hare@xxxxxxx>
- - dm-raid1-fix-waiting-for-io-on-suspend.patch removed from -mm tree
- - dm-fix-find_device-race.patch removed from -mm tree
- - dm-multipath-fix-rr_add_path-order.patch removed from -mm tree
- - dm-suspend-fix-error-path.patch removed from -mm tree
- [patch 08/24] dm: multipath: fix rr_add_path order
- [patch 09/24] dm: raid1: fix waiting for io on suspend
- [patch 07/24] dm: suspend: fix error path
- [patch 06/24] dm: fix find_device race
- - dm-raid1-fix-waiting-for-io-on-suspend-fix.patch removed from -mm tree
- [PATCH] Fix priorities handling for multipathing
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- How do I determine the status of a dm device?
- From: "Mark De Lange" <mark.deLange@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] mp-tools: enhanced multipathd man page
- From: Volker Sameske <sameske@xxxxxxxxxx>
- multipath-tools/libmultipath devmapper.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH] Fix priorities handling for multipathing
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Andrew Morton <akpm@xxxxxxxx>
- + fs-freeze_bdev-with-semaphore-not-mutex.patch added to -mm tree
- + dm-raid1-fix-waiting-for-io-on-suspend-fix.patch added to -mm tree
- + dm-raid1-fix-waiting-for-io-on-suspend.patch added to -mm tree
- + dm-multipath-fix-rr_add_path-order.patch added to -mm tree
- + dm-suspend-fix-error-path.patch added to -mm tree
- + dm-fix-find_device-race.patch added to -mm tree
- Re: [PATCH 2.6.19 4/5] dm: raid1: fix waiting for io on suspend
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
- [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 2.6.19 4/5] dm: raid1: fix waiting for io on suspend
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 2.6.19 3/5] dm: multipath: fix rr_add_path order
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 2.6.19 2/5] dm: suspend: fix error path
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 2.6.19 1/5] dm: fix find_device race
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [Patch 14 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 13 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 12 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 11 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 10 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 9 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 8 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 7 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 6 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 5 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 4 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 3 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 2 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [Patch 1 of 14] Device Mapper Mirror
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Fw: MP Tools 0.4.7 kernel dependencies
- From: Dale.R.Fowle@xxxxxxxxxxx
- [RFC] dm-raid1 fault tolerance patches
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- MP Tools 0.4.7 kernel dependencies
- From: Dale.R.Fowle@xxxxxxxxxxx
- [PATCH] Round-robin path selector adds paths in wrong order.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Failover between two paths to one LU doesn't work onlinux-iscsi
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- Re: [BUG] dmsetup table output changed from 2.6.18 to 2.6.19-rc3 and breaks yaird.
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [BUG] dmsetup table output changed from 2.6.18 to 2.6.19-rc3 and breaks yaird.
- From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
- Re: reboot problem
- From: Jonathan E Brassow <jbrassow@xxxxxxxxxx>
- [BUG] dmsetup table output changed from 2.6.18 to 2.6.19-rc3 and breaks yaird.
- From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- dm vs. md status?
- From: Andreas Jellinghaus <aj@xxxxxxxxxxxxxxx>
- multipath on Red Hat
- From: "Youngbauer, Todd" <todd.youngbauer@xxxxxxxxx>
- Re: [BUG] dmsetup table output changed from 2.6.18 to 2.6.19-rc3 and breaks yaird.
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: [BUG] dmsetup table output changed from 2.6.18 to 2.6.19-rc3 and breaks yaird.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [BUG] dmsetup table output changed from 2.6.18 to 2.6.19-rc3 and breaks yaird.
- From: Linus Torvalds <torvalds@xxxxxxxx>
- Re: [BUG] dmsetup table output changed from 2.6.18 to 2.6.19-rc3 and breaks yaird.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- AW: AW: AW: multipathd failback
- From: "Herr, Manuel" <mher@xxxxxxxxxx>
- reboot problem
- From: "宋振华" <songzhh81@xxxxxxx>
- Re: AW: AW: multipathd failback
- From: Yonathan Cohen <yonic@xxxxxxxxxxxx>
- FailOver works but FailBack does not.
- From: Yonathan Cohen <yonic@xxxxxxxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: Dan Smith <danms@xxxxxxxxxx>
- AW: dm-0
- From: "Herr, Manuel" <mher@xxxxxxxxxx>
- dm-0
- From: lnx dm <lnxdm@xxxxxxxxx>
- Ideas for generalizing the path selector so mirroring can use it for read balancing
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] Fix reference counting in __find_device_hash_cell()
- From: Jan Blunck <jblunck@xxxxxxx>
- Re: [RFC] Change to the mirror table map
- From: Jonathan E Brassow <jbrassow@xxxxxxxxxx>
- RE: Wrong entries in hwtable.c for Hitachi Storage indevice-mapper-multipath-0.4.5-16.1.RHEL4.src.rpm
- From: "Arumugam, Anburaja (STSD)" <anburaja.arumugam@xxxxxx>
- Re: dm-snapshot scalability - chained delta snapshots approach
- From: "Haripriya S" <sharipriya@xxxxxxxxxx>
- RE: multipath features
- From: "Peter Koutoupis" <Peter_Koutoupis@xxxxxxxxxxxxxx>
- Re: multipath features
- From: Eli Stair <estair@xxxxxxx>
- multipath features
- From: "Peter Koutoupis" <Peter_Koutoupis@xxxxxxxxxxxxxx>
- kernel mirror patches for device-mapper
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: dm-snapshot scalability - chained delta snapshots approach
- From: "Haripriya S" <sharipriya@xxxxxxxxxx>
- [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 2/2] dm-userspace: userspace code
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Wrong entries in hwtable.c for Hitachi Storage in device-mapper-multipath-0.4.5-16.1.RHEL4.src.rpm
- From: "Matthias Rudolph" <Matthias.Rudolph@xxxxxxx>
- Re: AW: AW: multipathd failback
- From: Yonathan Cohen <yonic@xxxxxxxxxxxx>
- AW: AW: multipathd failback
- From: "Herr, Manuel" <mher@xxxxxxxxxx>
- Re: AW: multipathd failback
- From: Yonathan Cohen <yonic@xxxxxxxxxxxx>
- AW: multipathd failback
- From: "Herr, Manuel" <mher@xxxxxxxxxx>
- multipathd failback
- From: Yonathan Cohen <yonic@xxxxxxxxxxxx>
- Re: 2.6.18.1, ext3: attempt to access beyond end of device
- From: Eli Stair <estair@xxxxxxx>
- 2.6.18.1, ext3: attempt to access beyond end of device
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
- [PATCH 0 of 4] fsstack: struct path
- From: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
- [PATCH 4 of 4] struct path: make eCryptfs a user of struct path
- From: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
- [PATCH 2 of 4] struct path: Rename DM's struct path
- From: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
- [PATCH 1 of 4] struct path: Rename Reiserfs's struct path
- From: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
- [PATCH 3 of 4] struct path: Move struct path from fs/namei.c into include/linux
- From: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
- Re: dm-snapshot scalability - chained delta snapshots approach
- From: Jan Blunck <jblunck@xxxxxxx>
- Re: [RFC] Change to the mirror table map
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: dm-snapshot scalability - chained delta snapshots approach
- From: "Molle Bestefich" <molle.bestefich@xxxxxxxxx>
- Re: [RFC] Change to the mirror table map
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Re: [RFC] Change to the mirror table map
- From: Jonathan E Brassow <jbrassow@xxxxxxxxxx>
- Re: [RFC] Change to the mirror table map
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- device-mapper WHATS_NEW
- Re: [PATCH RFC] replace dm hw handlers with scsi handlers
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- [RFC] Change to the mirror table map
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- Re: Failover between two paths to one LU doesn't work onlinux-iscsi
- From: Michael Lyulko <michaell@xxxxxxxxxxxx>
- Some questions about multipath and probably a deadlock
- From: "Ishai Rabinovitz" <ishai@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] replace dm hw handlers with scsi handlers
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH RFC] replace dm hw handlers with scsi handlers
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH RFC] replace dm hw handlers with scsi handlers
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: multipath tools - 'fail to get path uid' on LUN 0 whenfailback
- From: Eli Stair <estair@xxxxxxx>
- Re: API documentation.
- From: "Debarshi 'Rishi' Ray" <debarshi.ray@xxxxxxxxx>
- Re: Strange SIGSEGV problem around dmcrypt, evms and jfs
- From: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
- Re: Strange SIGSEGV problem around dmcrypt, evms and jfs
- From: Grzegorz Kulewski <kangur@xxxxxxxxxx>
- Strange SIGSEGV problem around dmcrypt, evms and jfs
- From: Grzegorz Kulewski <kangur@xxxxxxxxxx>
- Re: New read-balancing patch for dm-raid1.c
- From: Jonathan E Brassow <jbrassow@xxxxxxxxxx>
- Re: multipath tools - 'fail to get path uid' on LUN 0 whenfailback
- From: Frederic TEMPORELLI <frederic.temporelli@xxxxxxxxxxxx>
- Re: [PATCH RFC] replace dm hw handlers with scsi handlers
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: multipath with dual Compaq SA462 connected to MSA500
- From: Luca Berra <bluca@xxxxxxxxxx>
- multipath-tools/kpartx devmapper.c devmapper.h ...
- From: bmarzins@xxxxxxxxxxxxxx
- device-mapper WHATS_NEW
- device-mapper VERSION WHATS_NEW
- Re: multipath tools - 'fail to get path uid' on LUN 0 whenfailback
- From: Eli Stair <estair@xxxxxxx>
- Re: [RFC] DM Snapshot scalability - Common snap store approach
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
- device-mapper ./WHATS_NEW lib/libdm-deptree.c
- multipath tools - 'fail to get path uid' on LUN 0 when failback
- From: Frederic TEMPORELLI <frederic.temporelli@xxxxxxxxxxxx>
- Re: Re: New read-balancing patch for dm-raid1.c
- From: Kyle Moffett <mrmacman_g4@xxxxxxx>
- Re: Failover between two paths to one LU doesn't work onlinux-iscsi
- From: David Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [PATCH RFC] replace dm hw handlers with scsi handlers
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [PATCH RFC] replace dm hw handlers with scsi handlers
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Failover between two paths to one LU doesn't work onlinux-iscsi
- From: Michael Lyulko <michaell@xxxxxxxxxxxx>
- device-mapper VERSION WHATS_NEW
- device-mapper WHATS_NEW
- device-mapper WHATS_NEW
- device-mapper VERSION WHATS_NEW
- device-mapper/lib/ioctl libdm-iface.c libdm-ta ...
- device-mapper/dmsetup dmsetup.c
- multipath-tools kpartx/Makefile libmultipath/d ...
- From: bmarzins@xxxxxxxxxxxxxx
- device-mapper ./WHATS_NEW ./configure ./config ...
- Re: New read-balancing patch for dm-raid1.c
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- New dm filters and patch format for kernel config
- From: "David Guyon Martin" <david.guyonmartin@xxxxxxxxx>
- Re: New read-balancing patch for dm-raid1.c
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Failover between two paths to one LU doesn't work onlinux-iscsi
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- Re: multipath with dual Compaq SA462 connected to MSA500
- From: Andreas Huck <dm-devel@xxxxxxx>
- Re: multipath with dual Compaq SA462 connected to MSA500
- From: Bernd Zeimetz <bernd@xxxxxxx>
- Re: multipath with dual Compaq SA462 connected to MSA500
- From: Andreas Huck <dm-devel@xxxxxxx>
- [PATCH 7/7] dm: add the pushback feature to the multipath target
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 6/7] dm: add the pushback feature to the dm core
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 5/7] dm: add 'DM_NOFLUSH_FLAG' ioctl option for suspend
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 4/7] dm: reflect new defined return value symbols to targets
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 3/7] dm: return value definition of target map/end_io
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 2/7] dm: interface change of dm_suspend()
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/7] dm: remove no needed spaces in clone_endio()/__map_bio()
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/7] dm: avoid I/O error during suspend in no path situation
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: device mapper integrated loops - and one more year !
- From: "David Guyon Martin" <david.guyonmartin@xxxxxxxxx>
- Re: Failover between two paths to one LU doesn't work onlinux-iscsi
- From: Michae Lyulko <michaell@xxxxxxxxxxxx>
- Re: New read-balancing patch for dm-raid1.c
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: device mapper integrated loops - and one more year !
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: dm-slow , a slow down dm ( dm-error alike )
- From: "David Guyon Martin" <david.guyonmartin@xxxxxxxxx>
- Re: Failover between two paths to one LU doesn't work onlinux-iscsi
- From: Eli Stair <estair@xxxxxxx>
- Failover between two paths to one LU doesn't work on linux-iscsi
- From: Michae Lyulko <michaell@xxxxxxxxxxxx>
- Re: [RFC] Reverting "bd_mount_mutex" to "bd_mount_sem"
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [RFC] Reverting "bd_mount_mutex" to "bd_mount_sem"
- From: Srinivasa Ds <srinivasa@xxxxxxxxxx>
- Re: dm-slow , a slow down dm ( dm-error alike )
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- dm-slow , a slow down dm ( dm-error alike )
- From: "David Guyon Martin" <david.guyonmartin@xxxxxxxxx>
- Re: Usage question: how to access partitions?
- From: "David Guyon Martin" <david.guyonmartin@xxxxxxxxx>
- multipath with dual Compaq SA462 connected to MSA500
- From: "Andreas Huck" <dm-devel@xxxxxxx>
- object oriented programming vs debug oriented programing (Ex: debugging dm code with kgdb)
- From: Piet Delaney <piet@xxxxxxxxxxxx>
- dm-multipath (multipathd) not removing/adding channels back on one device in a multipath array
- From: Eli Stair <estair@xxxxxxx>
- Re: device mapper integrated loops - and one more year !
- From: Jonathan E Brassow <jbrassow@xxxxxxxxxx>
- New read-balancing patch for dm-raid1.c
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: dm-multipath alua assigned path priorities
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- [RFC] DM Snapshot scalability - Common snap store approach
- From: "Vijai Babu Madhavan" <MVijai@xxxxxxxxxx>
- Usage question: how to access partitions?
- From: "Dan Bar Dov" <danb@xxxxxxxxxxxx>
- Re: [RFC] Reverting "bd_mount_mutex" to "bd_mount_sem"
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
- multipath-tools/libmultipath discovery.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/libmultipath discovery.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/multipath Makefile multipath.r ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: device mapper integrated loops - and one more year !
- From: "David Guyon Martin" <david.guyonmartin@xxxxxxxxx>
- multipath-tools/multipath multipath.rules
- From: bmarzins@xxxxxxxxxxxxxx
- Re: device mapper integrated loops - and one more year !
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- device mapper integrated loops - and one more year !
- From: "David Guyon Martin" <david.guyonmartin@xxxxxxxxx>
- Re: 1st of 2 patches for dm_emc.c and dm-multipath hardware handler interface
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- RE: patch for handling clariion I/O to
- From: Edward Goggin <egoggin@xxxxxxx>
- RE: patch for handling clariion I/O to
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- RE: patch for handling clariion I/O to
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: Does dm avoid container/member loops?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Does dm avoid container/member loops?
- From: Neil Brown <neilb@xxxxxxx>
- Re: patch for handling clariion I/O to
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- RE: 1st of 2 patches for dm_emc.c and dm-multipath hardware handler interface
- From: Edward Goggin <egoggin@xxxxxxx>
- patch for handling clariion I/O to
- From: Edward Goggin <egoggin@xxxxxxx>
- boot scripts and dm-multipath
- From: Edward Goggin <egoggin@xxxxxxx>
- dm-multipath alua assigned path priorities
- From: Edward Goggin <egoggin@xxxxxxx>
- people/agk
- people
- Re: kernel NULL pointer after snapshot remove on 2.6.17
- From: Brice Figureau <brice+dm@xxxxxxxxxxxxxxxx>
- device-mapper WHATS_NEW
- dm_snapshot: Unable to handle kernel NULL pointer after lvremove...
- From: Brice Figureau <brice@xxxxxxxxxxxxxxxx>
- Re: API documentation.
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- Re: kernel NULL pointer after snapshot remove on 2.6.17
- From: Milan Broz <mbroz@xxxxxxxxxx>
- kernel NULL pointer after snapshot remove on 2.6.17
- From: Brice Figureau <brice+dm@xxxxxxxxxxxxxxxx>
- Re: Recommendations for cascaded snapshots
- From: Kyle Moffett <mrmacman_g4@xxxxxxx>
- Re: Recommendations for cascaded snapshots
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Recommendations for cascaded snapshots
- From: Kyle Moffett <mrmacman_g4@xxxxxxx>
- Re: Latest dm-userspace kernel code
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 4/4] dm-userspace: use mmaped buffer instead of read/write system calls
- From: fujita <tomof@xxxxxxxxxxxxxx>
- RE: Avoid Error Messages in /var/log/messages EMC CX300
- From: Edward Goggin <egoggin@xxxxxxx>
- RE: Device Access Question
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: Latest dm-userspace kernel code
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 3/4] dm-userspace: fix DMU_FLAG_SYNC
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Thoughts on removing the remap cache
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 3/4] dm-userspace: fix DMU_FLAG_SYNC
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 3/4] dm-userspace: fix DMU_FLAG_SYNC
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Thoughts on removing the remap cache
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 3/4] dm-userspace: fix DMU_FLAG_SYNC
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 2/4] dm-userspace: use kernel threads for do_map_bio
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 0/4] dm-userspace fixes
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 1/4] dm-userspace: cosmetic fixes
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Thoughts on removing the remap cache
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Thoughts on removing the remap cache
- From: Dan Smith <danms@xxxxxxxxxx>
- Incorrect creation of partition table
- From: "govind raj" <agovinda04@xxxxxxxxxxx>
- multipath problems on RHEL4 with sun T4
- From: Philippe Strauss <philippe.strauss@xxxxxxxxxx>
- Re: Avoid Error Messages in /var/log/messages EMC CX300
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: Device Access Question
- From: Bernd Zeimetz <bernd@xxxxxxx>
- Device Access Question
- From: "Herr, Manuel" <mher@xxxxxxxxxx>
- Re: [RFC] Reverting "bd_mount_mutex" to "bd_mount_sem"
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Problem when creating snashots
- From: Jan Blunck <j.blunck@xxxxxxxxxxxxx>
- Avoid Error Messages in /var/log/messages EMC CX300
- From: "Herr, Manuel" <mher@xxxxxxxxxx>
- Help! multipath of iscsi device doesn't work!
- From: Butler <tears.the@xxxxxxxxx>
- Latest dm-userspace kernel code
- From: Dan Smith <danms@xxxxxxxxxx>
- Latest dm-userspace userspace code
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: API documentation.
- From: "Debarshi 'Rishi' Ray" <debarshi.ray@xxxxxxxxx>
- Re: API documentation.
- From: Thomas Schwinge <tschwinge@xxxxxxx>
- How to temporary disable one path?
- From: Stephan Austermühle <au@xxxxxxx>
- API documentation.
- From: "Debarshi 'Rishi' Ray" <debarshi.ray@xxxxxxxxx>
- Re: dm-snapshot scalability - chained delta snapshots approach
- From: "Bill Rugolsky Jr." <brugolsky@xxxxxxxxxxxxxxxxxxxxxxxxx>
- dm-snapshot-ex too high in 2.4.27 with dm patch?
- From: Ming Zhang <mingz@xxxxxxxxxxx>
- [RFC] Reverting "bd_mount_mutex" to "bd_mount_sem"
- From: Srinivasa Ds <srinivasa@xxxxxxxxxx>
- Re: Problem when creating snashots
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: dm-snapshot scalability - chained delta snapshots approach
- From: rgammans@xxxxxxxxxxxxxxxxxxxxxx
- Re: Problem when creating snashots
- From: The MoonSeeker <themoonseeker@xxxxxxxxx>
- Re: Problem when creating snashots
- From: The MoonSeeker <themoonseeker@xxxxxxxxx>
- Re: Problem when creating snashots
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Problem when creating snashots
- From: Bernd Zeimetz <bernd@xxxxxxx>
- Re: Problem when creating snashots
- From: The MoonSeeker <themoonseeker@xxxxxxxxx>
- Re: dm-snapshot scalability - chained delta snapshots approach
- From: Jan Blunck <j.blunck@xxxxxxxxxxxxx>
- Re: dm-snapshot scalability - chained delta snapshots approach
- From: "Haripriya S" <SHARIPRIYA@xxxxxxxxxx>
- Re: Problem when creating snashots
- From: Jan Blunck <jblunck@xxxxxxx>
- Problem when creating snashots
- From: The MoonSeeker <themoonseeker@xxxxxxxxx>
- Re: Re: dm-devel : disks being taken over by dm-raid/dm at boot.
- From: "Molle Bestefich" <molle.bestefich@xxxxxxxxx>
- RE: Why is device mapper unable to remove a mapped devicewhich is open?
- From: Edward Goggin <egoggin@xxxxxxx>
- RE: Why is device mapper unable to remove a mapped devicewhich is open?
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: Why is device mapper unable to remove a mapped device which is open?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Why is device mapper unable to remove a mapped device which is open?
- From: Edward Goggin <egoggin@xxxxxxx>
- RE: (no subject)
- From: "ted creedon" <tcreedon@xxxxxxxxxxxxxx>
- Re: PATCH - change netapp maintainer in pp_netapp.c
- From: Martin George <marting@xxxxxxxxxx>
- PATCH - change netapp maintainer in pp_netapp.c
- From: Martin George <marting@xxxxxxxxxx>
- Re: dm-devel : disks being taken over by dm-raid/dm at boot.
- From: Tim Kirk <kirk@xxxxxxxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Latest dm-userspace kernel code
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Latest dm-userspace userspace code
- From: Dan Smith <danms@xxxxxxxxxx>
- Latest dm-userspace kernel code
- From: Dan Smith <danms@xxxxxxxxxx>
- RE: RE: [Bugme-new] [Bug 7158] New: Out of memory happen insnapshot
- From: "kevin Cheng" <kevin_cheng@xxxxxxxxxx>
- Re: RE: [Bugme-new] [Bug 7158] New: Out of memory happen insnapshot
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: (no subject)
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- Re: Multipath not re-activating failed paths? [SOLVED] and Multipath on root [SOLVED]
- From: Darryl Dixon <esrever_otua@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- RE: RE: [Bugme-new] [Bug 7158] New: Out of memory happen insnapshot
- From: "kevin Cheng" <kevin_cheng@xxxxxxxxxx>
- RE: [Bugme-new] [Bug 7158] New: Out of memory happen in snapshot
- From: "kevin Cheng" <kevin_cheng@xxxxxxxxxx>
- RE: Multipath not re-activating failed paths?
- From: "Charles Polk" <Charles.Polk@xxxxxxxx>
- Multipath not re-activating failed paths?
- From: "Darryl Dixon" <esrever_otua@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Fw: Multipath and SAN Fabric failover
- From: Bernd Zeimetz <bernd@xxxxxxx>
- LVM pv blocking RAID device
- From: hadmut@xxxxxxxxxx (Hadmut Danisch)
- Re: (no subject)
- From: Dave Wysochanski <dave.wysochanski@xxxxxxxxxx>
- Re: lvresize fails with "reload ioctl failed: Invalid argument"
- From: Laurent Riffard <laurent.riffard@xxxxxxx>
- Re: lvresize fails with "reload ioctl failed: Invalid argument"
- From: Laurent Riffard <laurent.riffard@xxxxxxx>
- Re: (no subject)
- From: AJ Lewis <alewis@xxxxxxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 7158] New: Out of memory happen in snapshot
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Fw: Multipath and SAN Fabric failover
- From: John Little <jslittl@xxxxxxxxxxxxx>
- (no subject)
- From: Tim Kirk <kirk@xxxxxxxxxxxxxxx>
- RE: [Bugme-new] [Bug 7158] New: Out of memory happen in snapshot
- From: "kevin Cheng" <kevin_cheng@xxxxxxxxxx>
- Re: [Bugme-new] [Bug 7158] New: Out of memory happen in snapshot
- From: Andrew Morton <akpm@xxxxxxxx>
- RE: [Bugme-new] [Bug 7158] New: Out of memory happen in snapshot
- From: "kevin Cheng" <kevin_cheng@xxxxxxxxxx>
- Re: [Bugme-new] [Bug 7158] New: Out of memory happen in snapshot
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Re: Filesystem Code - I'm bumping into you name frequenty. Was wondering about your thoughts on encrypting selected partitions on a block device vs encrypting in the filesystem.
- From: Luca Berra <bluca@xxxxxxxxxx>
- New LVM2/device-mapper development tarballs
- From: Piet Delaney <piet@xxxxxxxxxxxx>
- New LVM2/device-mapper development tarballs - works with kernel from Linus?
- From: Piet Delaney <piet@xxxxxxxxxxxx>
- Re: Filesystem Code - I'm bumping into you name frequenty. Was wondering about your thoughts on encrypting selected partitions on a block device vs encrypting in the filesystem.
- From: Piet Delaney <piet@xxxxxxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: lvresize fails with "reload ioctl failed: Invalid argument"
- From: Laurent Riffard <laurent.riffard@xxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: dm-userspace (no in-kernel cache version)
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Re: lvresize fails with "reload ioctl failed: Invalid argument"
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- dm-userspace (no in-kernel cache version)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Re: 1st of 2 patches for dm_emc.c and dm-multipath hardware handler interface
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: lvresize fails with "reload ioctl failed: Invalid argument"
- From: Laurent Riffard <laurent.riffard@xxxxxxx>
- Re: Re: 1st of 2 patches for dm_emc.c and dm-multipath hardware handler interface
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- RE: Re: 1st of 2 patches for dm_emc.c and dm-multipath hardware handler interface
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: Re: lvresize fails with "reload ioctl failed: Invalid argument"
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: lvresize fails with "reload ioctl failed: Invalid argument"
- From: Laurent Riffard <laurent.riffard@xxxxxxx>
- Re: /dev/mdX won't shutdown
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: lvresize fails with "reload ioctl failed: Invalid argument"
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: Re: 1st of 2 patches for dm_emc.c and dm-multipath hardware handler interface
- From: Hannes Reinecke <hare@xxxxxxx>
- Multipath only round-robin
- From: Markus <dieoma@xxxxxxxxx>
- Re: [PATCH] Latest dm-userspace, with memory reclaim
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH] Latest dm-userspace, with memory reclaim
- From: Dan Smith <danms@xxxxxxxxxx>
- multipath feature sticks
- From: Jie Gao <J.Gao@xxxxxxxxxxxxxxx>
- /dev/mdX won't shutdown
- From: Jie Gao <J.Gao@xxxxxxxxxxxxxxx>
- Re: [PATCH] Latest dm-userspace, with memory reclaim
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: lvresize fails with "reload ioctl failed: Invalid argument"
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- lvresize fails with "reload ioctl failed: Invalid argument"
- From: Laurent Riffard <laurent.riffard@xxxxxxx>
- Re: [-mm patch] drivers/md/Kconfig: fix BLOCK dependency
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [-mm patch] drivers/md/Kconfig: fix BLOCK dependency
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: Fw: Multipath and SAN Fabric failover
- From: Bernd Zeimetz <bernd@xxxxxxx>
- Re: [PATCH] Latest dm-userspace, with memory reclaim
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: [PATCH] Latest dm-userspace, with memory reclaim
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH] Latest dm-userspace, with memory reclaim
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Fw: Multipath and SAN Fabric failover
- From: John Little <jslittl@xxxxxxxxxxxxx>
- Re: Re: 1st of 2 patches for dm_emc.c and dm-multipath hardware handler interface
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: 1st of 2 patches for dm_emc.c and dm-multipath hardware handler interface
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Multipath and SAN Fabric failover
- From: John Little <jslittl@xxxxxxxxxxxxx>
- Multipath on root
- From: "Darryl Dixon" <esrever_otua@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Multipath and SAN Fabric failover
- From: Bernd Zeimetz <bernd@xxxxxxx>
- Multipath and SAN Fabric failover
- From: John Little <jslittl@xxxxxxxxxxxxx>
- Re: SCSI Sense patch
- From: "bart brooks" <bart_brooks@xxxxxxxxxxx>
- Re: SCSI Sense patch
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: SCSI Sense patch
- From: "bart brooks" <bart_brooks@xxxxxxxxxxx>
- Re: SCSI Sense patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- SCSI Sense patch
- From: "bart brooks" <bart_brooks@xxxxxxxxxxx>
- [PATCH] Fixup 3526 prio callout
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] Fixup return code for 'multipath -l'
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- [-mm patch] drivers/md/Kconfig: fix BLOCK dependency
- From: Adrian Bunk <bunk@xxxxxxxxx>
- [PATCH] Fixup return code for 'multipath -l'
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] remove obsolete '-D' option
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] Fixup hwtable regexp
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] disable debug output for pp_tpc
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] add support for IBM 3526
- From: Hannes Reinecke <hare@xxxxxxx>
- 1st of 2 patches for dm_emc.c and dm-multipath hardware handler interface
- From: Edward Goggin <egoggin@xxxxxxx>
- 2nd of 2 patches for dm_emc.c and dm-multipath hardware handler interface
- From: Edward Goggin <egoggin@xxxxxxx>
- Re: Multipathd not starting up properly
- From: "Adam Huffman" <adam.huffman@xxxxxxxxx>
- IHAQ
- From: "Charles Polk" <Charles.Polk@xxxxxxxx>
- RE: Multipathd not starting up properly
- From: "Brian Geisel" <brian.geisel@xxxxxxxxxxxxx>
- [PATCH] Latest dm-userspace, with memory reclaim
- From: Dan Smith <danms@xxxxxxxxxx>
- RE: Multipathd not starting up properly
- From: "Charles Polk" <Charles.Polk@xxxxxxxx>
- Re: Multipathd not starting up properly
- From: David Wysochanski <davidw@xxxxxxxxxx>
- PATCH - change netapp maintainer in hwtable.c
- From: Raghavendra Shenoy <shenoy@xxxxxxxxxx>
- Re: Multipathd not starting up properly
- From: "Adam Huffman" <adam.huffman@xxxxxxxxx>
- Re: Multipathd not starting up properly
- From: seth vidal <skvidal@xxxxxxxxxxxxxx>
- Re: Multipathd not starting up properly
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] Add more fields for 'dmsetup info -o XXX'
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: patch to dm-emc.c
- From: Edward Goggin <egoggin@xxxxxxx>
- Multipathd not starting up properly
- From: "Adam Huffman" <adam.huffman@xxxxxxxxx>
- Re: failover speed
- From: seth vidal <skvidal@xxxxxxxxxxxxxx>
- failover speed
- From: seth vidal <skvidal@xxxxxxxxxxxxxx>
- Re: failover time and failback time
- From: seth vidal <skvidal@xxxxxxxxxxxxxx>
- Re: failover time and failback time
- From: seth vidal <skvidal@xxxxxxxxxxxxxx>
- Re: failover time and failback time
- From: seth vidal <skvidal@xxxxxxxxxxxxxx>
- failover time and failback time
- From: seth vidal <skvidal@xxxxxxxxxxxxxx>
- Re: dm-userspace memory consumption in remap cache
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: dm-userspace memory consumption in remap cache
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- Re: dm-userspace memory consumption in remap cache
- From: Dan Smith <danms@xxxxxxxxxx>
- dm-userspace memory consumption in remap cache
- From: Benjamin Gilbert <bgilbert@xxxxxxxxxx>
- RE: Re: libdevmapper version question
- Holger Smolinski/Germany/IBM is on vacation until 08/18
- From: Holger Smolinski <smolinski@xxxxxxxxxx>
- Re: libdevmapper version question
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- libdevmapper version question
- From: Edward Goggin <egoggin@xxxxxxx>
- iostate and dm-multipath devices
- From: "Stepan, Troy" <troy.stepan@xxxxxxxxxx>
- Re: [PATCH] device-mapper core should use private bioset
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] device-mapper core should use private bioset
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH] device-mapper core should use private bioset
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Re: Re: [PATCH] device-mapper core should use private bioset
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Re: Re: [PATCH] device-mapper core should use private bioset
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH and question]: dm-table should check for valid queue]
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Re: [PATCH and question]: dm-table should check for valid queue
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Mempool_alloc, bio_alloc_bioset deadlocks
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: Re: [PATCH] dm: Fix deadlock under high i/o load in raid1 setup.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm: Fix deadlock under high i/o load in raid1 setup.
- From: Daniel Kobras <kobras@xxxxxxxx>
- [PATCH] device-mapper core should use private bioset
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- [DM-MPATH] multipath_ctr() and friends - cleanup
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- [DM-MPATH] BUG/OOPS fix
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Enabling RAID10 support on Intel software raid
- From: "Srinivas, Vidya" <vidya.srinivas@xxxxxxxxx>
- send 'change' uevent for device-mapper table resume
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH] dm: Fix deadlock under high i/o load in raid1 setup.
- From: Andrew Morton <akpm@xxxxxxxx>
- Re: Re: SUSE 10 shutdown problem - network shutdown before LifeKeeper is stopped
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: SUSE 10 shutdown problem - network shutdown before LifeKeeper is stopped
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: preventing block I/O to EMC CLARiiON LUNZ paths
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: patch to dm-emc.c
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: patch to dm-emc.c
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- snapshot scalability
- From: "Haripriya S" <SHARIPRIYA@xxxxxxxxxx>
- Re: geometry of dm devices......
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- RE: geometry of dm devices......
- From: "Peter Koutoupis" <Peter_Koutoupis@xxxxxxxxxxxxxx>
- [PATCH and question]: dm-table should check for valid queue
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]