Linux Device-Mapper Development
[Prev Page][Next Page]
- [PATCH 0/4] dm: Add uevents
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/4] Subject: dm: add uevent skeleton support
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: RDAC 09.01.B5.55 with RHEL4 reboot time
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: fdisk on a multipath device fails kernel partition re-read
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- RDAC 09.01.B5.55 with RHEL4 reboot time
- From: Voiper <eldesoky.lists@xxxxxxxxx>
- Re: fdisk on a multipath device fails kernel partition re-read
- From: "David Strand" <dpstrand@xxxxxxxxx>
- Re: fdisk on a multipath device fails kernel partition re-read
- From: "Kevin Foote" <kevin.foote@xxxxxxxxx>
- fdisk on a multipath device fails kernel partition re-read
- From: "David Strand" <dpstrand@xxxxxxxxx>
- good nb io setting (was multipath timing help sought)
- From: "Kevin Foote" <kevin.foote@xxxxxxxxx>
- multipath timing help sought
- From: "Kevin Foote" <kevin.foote@xxxxxxxxx>
- RE: Enabling/disabling BIO_RW_FAILFAST at load time
- From: "Kumar, Vijay (STSD)" <vijay.kumar7@xxxxxx>
- Enabling/disabling BIO_RW_FAILFAST at load time
- From: "Kumar, Vijay (STSD)" <vijay.kumar7@xxxxxx>
- Re: Re: [PATCH] dm: fix freeze_bdev() return value check
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Re: [PATCH] dm: fix freeze_bdev() return value check
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] dm: fix freeze_bdev() return value check
- From: "Akinobu Mita" <akinobu.mita@xxxxxxxxx>
- Re: RHEL5 and RDAC/Multipath
- From: Nuno Fernandes <npf-mlists@xxxxxxxxxxx>
- Re: Device-mapper-multipath RDAC [SOLVED]
- From: Nuno Fernandes <npf-mlists@xxxxxxxxxxx>
- Re: Device-mapper-multipath RDAC
- From: Nuno Fernandes <npf-mlists@xxxxxxxxxxx>
- Re: Device-mapper-multipath RDAC
- From: Nuno Fernandes <npf-mlists@xxxxxxxxxxx>
- Re: Device-mapper-multipath RDAC
- From: Nuno Fernandes <npf-mlists@xxxxxxxxxxx>
- Re: Device-mapper-multipath RDAC
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Device-mapper-multipath RDAC
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: RHEL5 and RDAC/Multipath
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: Device-mapper-multipath RDAC
- From: "James Fillman" <JFillman@xxxxxxxxx>
- RE: path priorities on Sun's 6140
- From: "James Fillman" <JFillman@xxxxxxxxx>
- Re: RHEL5 and RDAC/Multipath
- From: "Sunil Joshi" <mail2joshi@xxxxxxxxx>
- Device-mapper-multipath RDAC
- From: Nuno Fernandes <npf-mlists@xxxxxxxxxxx>
- RHEL5 and RDAC/Multipath
- From: Nuno Fernandes <npf-mlists@xxxxxxxxxxx>
- Re: [PATCH] dm: fix freeze_bdev() return value check
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm: fix freeze_bdev() return value check
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: path priorities on Sun's 6140
- From: Tore Anderson <tore@xxxxxxxxx>
- RE: path priorities on Sun's 6140
- From: "James Fillman" <JFillman@xxxxxxxxx>
- RE: Looking for list of supported storage arrays with dm-mp
- From: "Eric Stephenson" <Eric.Stephenson@xxxxxxx>
- NEW git mirrors of the lvm2 and device-mapper CVS repositories
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- Re: dm-ioctl on amd64 with 32bit userspace
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: dm-ioctl on amd64 with 32bit userspace
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Looking for list of supported storage arrays with dm-mp
- From: Manish Gaikwad <mgaikwad@xxxxxxxxxx>
- Re: dm-ioctl on amd64 with 32bit userspace
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: dm-ioctl on amd64 with 32bit userspace
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dm-ioctl on amd64 with 32bit userspace
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: bio too big device md0 (248 > 240) - lvm on top of raid1
- From: Milan Broz <mbroz@xxxxxxxxxx>
- bio too big device md0 (248 > 240) - lvm on top of raid1
- From: Jens Thiele <karme@xxxxxxxxxx>
- device-mapper make.tmpl.in
- From: meyering@xxxxxxxxxxxxxx
- RE: path priorities on Sun's 6140
- From: Hannes Reinecke <hare@xxxxxxx>
- device-mapper make.tmpl.in
- From: meyering@xxxxxxxxxxxxxx
- device-mapper ./WHATS_NEW ./make.tmpl.in lib/M ...
- From: meyering@xxxxxxxxxxxxxx
- Re: path priorities on Sun's 6140
- From: Tore Anderson <tore@xxxxxxxxx>
- RE: path priorities on Sun's 6140
- From: "James Fillman" <JFillman@xxxxxxxxx>
- RE: path priorities on Sun's 6140
- From: "James Fillman" <JFillman@xxxxxxxxx>
- dm-ioctl on amd64 with 32bit userspace
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: path priorities on Sun's 6140
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: path priorities on Sun's 6140
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: path priorities on Sun's 6140
- From: Eckebrecht von Pappenheim <evp@xxxxxxxx>
- path priorities on Sun's 6140
- From: "James Fillman" <JFillman@xxxxxxxxx>
- Re: rdac mode on SLES10SP1
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: defining paths with DDN 8500
- From: Mike White <homebrewmike@xxxxxxxxx>
- [PATCH 0/4] dm: add path uevents
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [PATCH 3/4] dm: add name and uuid env values
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [PATCH 2/4] dm: add uevent functions
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [PATCH 4/4] dm: add calls for path event functions
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [PATCH 1/4] dm: add uevent skeleton support
- From: Mike Anderson <andmike@xxxxxxxxxx>
- Re: defining paths with DDN 8500
- From: Tore Anderson <tore@xxxxxxxxx>
- defining paths with DDN 8500
- From: Mike White <homebrewmike@xxxxxxxxx>
- Re: alias multipath by fibre channel AL_PA instead of wwid?
- From: Hannes Reinecke <hare@xxxxxxx>
- alias multipath by fibre channel AL_PA instead of wwid?
- From: "David Strand" <dpstrand@xxxxxxxxx>
- Re: [PATCH 22/27] blk_end_request: changing xsysace (take 2)
- From: "Grant Likely" <grant.likely@xxxxxxxxxxxx>
- [PATCH 27/27] blk_end_request: remove/unexport end_that_request_* (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 26/27] blk_end_request: changing ide-cd (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 25/27] blk_end_request: changing ide normal caller (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 24/27] blk_end_request: changing cpqarray (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 23/27] blk_end_request: changing cciss (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 22/27] blk_end_request: changing xsysace (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 21/27] blk_end_request: changing ide-scsi (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 20/27] blk_end_request: changing scsi (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 19/27] blk_end_request: changing s390 (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 18/27] blk_end_request: changing mmc (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 17/27] blk_end_request: changing i2o_block (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 16/27] blk_end_request: changing viocd (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 15/27] blk_end_request: changing xen-blkfront (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 14/27] blk_end_request: changing viodasd (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 13/27] blk_end_request: changing ub (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 12/27] blk_end_request: changing sx8 (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 11/27] blk_end_request: changing sunvdc (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 10/27] blk_end_request: changing ps3disk (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 09/27] blk_end_request: changing nbd (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 08/27] blk_end_request: changing lguest (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 07/27] blk_end_request: changing floppy (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 06/27] blk_end_request: changing DAC960 (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 05/27] blk_end_request: changing um (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 04/27] blk_end_request: changing arm (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 03/27] blk_end_request: changing block layer core (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 02/27] blk_end_request: add blk_rq_size() functions (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 01/27] blk_end_request: add new request completion interface (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 00/27] blk_end_request: full I/O completion handler (take 2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Question about NetLink
- From: Mike Anderson <andmike@xxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH][RFC] Use bio markers for request callback
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- RE: Question about NetLink
- From: "Hall, Eric R" <eric.r.hall@xxxxxxxxx>
- RE: Question about NetLink
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Any exiisting users of existing LVM2 command line library interface (lvm2cmd.h)?
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [PATCH][RFC] Use bio markers for request callback
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH][RFC] Use bio markers for request callback
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH][RFC] Use bio markers for request callback
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 7/7] blk_end_request: change rq->end_io to cover request completion as a whole
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: rdac mode on SLES10SP1
- From: Tore Anderson <tore@xxxxxxxxx>
- rdac mode on SLES10SP1
- From: Kirill Cherkashin <kcherkashin@xxxxxxxxxxx>
- multipath-tools multipath.conf.defaults
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/libmultipath hwtable.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH 3/7] blk_end_request: changing "normal" drivers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] blk_end_request: remove/unexport end_that_request_*
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 1/7] blk_end_request: add new request completion interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] blk_end_request: remove/unexport end_that_request_*
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Multipath device naming
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: [PATCH 0/7] blk_end_request: full I/O completion handler
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 2/7] blk_end_request: add blk_rq_size() macros
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 1/7] blk_end_request: add new request completion interface
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH -mm] drivers/md/: Shut up uninitialized variable warnings
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- [PATCH -mm] drivers/md/: Shut up uninitialized variable warnings
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- [APPENDIX PATCH 5/5] blk_end_request: userspace multipath-tools for request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 4/5] blk_end_request: userspace device-mapper for request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 3/5] blk_end_request: dynamic load balancing for request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 2/5] blk_end_request: request-based dm-multipath
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [APPENDIX PATCH 1/5] blk_end_request: request-based dm core
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 7/7] blk_end_request: change rq->end_io to cover request completion as a whole
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 6/7] blk_end_request: remove/unexport end_that_request_*
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 5/7] blk_end_request: change ide-cd (cdrom_newpc_intr)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 4/7] blk_end_request: cciss/cpqarray/xsysace change
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 3/7] blk_end_request: changing "normal" drivers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 2/7] blk_end_request: add blk_rq_size() macros
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/7] blk_end_request: add new request completion interface
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/7] blk_end_request: full I/O completion handler
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- RE: Multipath issues with kernel device errors
- From: "Jeffry Bilder" <jbilder@xxxxxxxxxxxxxxxxx>
- RE: Multipath issues with kernel device errors
- From: "Jeffry Bilder" <jbilder@xxxxxxxxxxxxxxxxx>
- Re: dm-rdac not working?
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: Multipath issues with kernel device errors
- From: Hannes Reinecke <hare@xxxxxxx>
- lvm2 behavior (rhel5.1)
- RE: Multipath issues with kernel device errors
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: Multipath issues with kernel device errors
- From: "Jeffry Bilder" <jbilder@xxxxxxxxxxxxxxxxx>
- Re: Multipath issues with kernel device errors
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Multipath issues with kernel device errors
- From: "Jeffry Bilder" <jbilder@xxxxxxxxxxxxxxxxx>
- Re: dm-rdac not working?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Resizing multipath maps: reload ioctl failed: Invalid argument
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: dm-rdac not working?
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: dm-rdac not working?
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: Resizing multipath maps: reload ioctl failed: Invalid argument
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: dm-rdac not working?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: dm-rdac not working?
- From: Brian De Wolf <bldewolf@xxxxxxxxxxxxx>
- Re: Resizing multipath maps: reload ioctl failed: Invalid argument
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: dm-rdac not working?
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: Resizing multipath maps: reload ioctl failed: Invalid argument
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: dm-rdac not working?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Resizing multipath maps: reload ioctl failed: Invalid argument
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: dm-rdac not working?
- From: Tore Anderson <tore@xxxxxxxxx>
- Re: dm-rdac not working?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Designing a new prio_callout
- From: "Ethan John" <ethan.john@xxxxxxxxx>
- Re: Resizing multipath maps: reload ioctl failed: Invalid argument
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: Designing a new prio_callout
- From: Hannes Reinecke <hare@xxxxxxx>
- dm-rdac not working?
- From: Tore Anderson <tore@xxxxxxxxx>
- Resizing multipath maps: reload ioctl failed: Invalid argument
- From: Tore Anderson <tore@xxxxxxxxx>
- Restore snapshot
- From: "Denis Richard" <drich68@xxxxxxxxx>
- Re: recent bug in dmsetup status of mirror
- From: Douglas McClendon <dmc.fedora@xxxxxxxxxxxxxxxxxxxxxx>
- Re: updated dm-cache patch and web site
- From: Ming Zhao <mingzhao@xxxxxxx>
- updated dm-cache patch and web site
- From: "Ming Zhao" <mingzhao99th@xxxxxxxxx>
- [PATCH 26/30] md: vmalloc() returns void pointer so we don't need to cast it in dm-ioctl
- From: Jesper Juhl <jesper.juhl@xxxxxxxxx>
- [PATCH] LVM patch to mirror a mirror log
- recent bug in dmsetup status of mirror
- From: Douglas McClendon <dmc.fedora@xxxxxxxxxxxxxxxxxxxxxx>
- how to set default_mirror in raid1
- From: "Fang, Ying" <ying.fang@xxxxxxxxx>
- device-mapper ./WHATS_NEW ./configure ./config ...
- From: meyering@xxxxxxxxxxxxxx
- avoiding unused fstatvfs call in _loop_table
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- device-mapper ./INSTALL ./WHATS_NEW ./configur ...
- [PATCH] Avoid theoretical buffer overrun in find_mount_point
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- device-mapper VERSION WHATS_NEW
- device-mapper VERSION WHATS_NEW
- device-mapper ./COPYING.LIB ./WHATS_NEW dmeven ...
- dm-multipath doesn't work with read-only devices in RedHat 5 ?
- From: Maxim Kozover <maximkoz@xxxxxxxxxxxxxxxx>
- dmsetup export option
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: Multipath-tools errors
- From: "S. J. van Harmelen" <svh@xxxxxx>
- Re: Multipath-tools errors
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- SLUB problems (was Re: lvcreate on 2.6.22.1: kernel tried to execute NX-protected page)
- From: Juergen Kreileder <jk@xxxxxxxxxxxx>
- Re: Multipath-tools errors
- From: "S. J. van Harmelen" <svh@xxxxxx>
- Re: Multipath-tools errors
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Multipath-tools errors
- From: "S. J. van Harmelen" <svh@xxxxxx>
- Re: Designing a new prio_callout
- From: "Ethan John" <ethan.john@xxxxxxxxx>
- Re: Multipath-tools errors
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- multipath-tools/libmultipath devmapper.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/libmultipath hwtable.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Re: Multipath-tools
- [PATCH 004 of 6] New function blk_req_append_bio
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH 005 of 6] Stop exporting blk_rq_bio_prep
- From: NeilBrown <neilb@xxxxxxx>
- Multipath-tools errors
- From: "S. J. van Harmelen" <svanharmelen@xxxxxxxxx>
- Re: Multipath-tools
- From: "S. J. van Harmelen" <svanharmelen@xxxxxxxxx>
- Multipath-tools
- From: "S. J. van Harmelen" <svanharmelen@xxxxxxxxx>
- Buffer I/o error on device dm-0 with no underlying hardware errors
- From: Roger Heflin <rheflin@xxxxxxxxx>
- Re: PROBLEM: Oops when using dm-crypt with dpt_i2o
- From: Philipp Tölke <philipptoelke@xxxxxx>
- lvcreate on 2.6.22.1: kernel tried to execute NX-protected page
- From: Juergen Kreileder <jk@xxxxxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: "Felipe Balbi" <felipebalbi@xxxxxxxxxxxxxxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: "Felipe Balbi" <felipebalbi@xxxxxxxxxxxxxxxxxxxxx>
- Re: Crypto API Weirdnesses
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- Re: Designing a new prio_callout
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- Re: Re: [PATCH] dm: Fix deadlock under high i/o load in raid1 setup.
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- Re: [PATCH] dm: Fix deadlock under high i/o load in raid1 setup.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] dm: Fix deadlock under high i/o load in raid1 setup.
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] dm: Fix deadlock under high i/o load in raid1 setup.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Designing a new prio_callout
- From: "Ethan John" <ethan.john@xxxxxxxxx>
- Re: Designing a new prio_callout
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- Re: Designing a new prio_callout
- From: "Ethan John" <ethan.john@xxxxxxxxx>
- Re: [RFC 0/3] dm: add path uevents
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH] remove unneded lock_kernel in drivers/md/dm.c and use unlocked_ioctl.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [RFC 2/3] dm: add support for event functions
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [RFC 0/3] dm: add path uevents
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [RFC 1/3] dm: add dm uevent base
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [RFC 3/3] dm: add calls for path event functions
- From: Mike Anderson <andmike@xxxxxxxxxx>
- Re: multipath-tools ./multipath.conf.defaults libm ...
- From: "S. J. van Harmelen" <svh@xxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: BUG in dm/dm-mirror module?
- Re: [PATCH] [153/2many] MAINTAINERS - DEVICE-MAPPER (LVM)
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: BUG in dm/dm-mirror module?
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: BUG in dm/dm-mirror module?
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: BUG in dm/dm-mirror module?
- which version of autoconf to use
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- Re: BUG in dm/dm-mirror module?
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: BUG in dm/dm-mirror module?
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Maximum number of MD devices
- From: Srini <v.vvsrini@xxxxxxxxx>
- Re: [PATCH] Fix remap handling by blktrace
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH] dm: Fix deadlock under high i/o load in raid1 setup.
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: multipath-tool udev rules require missing dmsetup features
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: [patch 01/11] dm-snap: Replace special round_down()
- From: Jan Blunck <jblunck@xxxxxxx>
- Re: [patch 03/11] dm-snap: Remove dead queued_bios code
- From: Jan Blunck <jblunck@xxxxxxx>
- Re: [patch 05/11] dm-snap: remove SECTOR_SHIFT define
- From: Jan Blunck <jblunck@xxxxxxx>
- Re: multipath-tool udev rules require missing dmsetup features
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: multipath-tool udev rules require missing dmsetup features
- From: Bastian Blank <bastian@xxxxxxxxxxxx>
- Re: multipath-tool udev rules require missing dmsetup features
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: Using device-mapper with many targets
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: BUG in dm/dm-mirror module?
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: fix dmsetup link failure with --enable-static_link on Debian unstable
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- BUG in dm/dm-mirror module?
- Re: Using device-mapper with many targets
- From: Tom Parker <palfrey@xxxxxxxx>
- Re: [patch 03/11] dm-snap: Remove dead queued_bios code
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [patch 05/11] dm-snap: remove SECTOR_SHIFT define
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- [patch 10/11] dm: use is_power_of_2()
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 11/11] dm-snap: Fix snapshot compilation with CONFIG_LBD
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 07/11] dm-crypt: remove SECTOR_SHIFT define
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 05/11] dm-snap: remove SECTOR_SHIFT define
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 03/11] dm-snap: Remove dead queued_bios code
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 08/11] dm: remove SECTOR_SHIFT define
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 02/11] dm-snap: Replace special round_up()
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 00/11] device-mapper cleanups
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 01/11] dm-snap: Replace special round_down()
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 09/11] dm-snap: use is_power_of_2()
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 04/11] dm-snap: Remove dead pe_lock spinlock
- From: Jan Blunck <jblunck@xxxxxxx>
- [patch 06/11] dm-log: remove SECTOR_SHIFT define
- From: Jan Blunck <jblunck@xxxxxxx>
- Re: fix dmsetup link failure with --enable-static_link on Debian unstable
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: fix dmsetup link failure with --enable-static_link on Debian unstable
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- fix dmsetup link failure with --enable-static_link on Debian unstable
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- Re: Designing a new prio_callout
- From: "Ethan John" <ethan.john@xxxxxxxxx>
- Re: Designing a new prio_callout
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: Designing a new prio_callout
- From: "Ethan John" <ethan.john@xxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCH] Fixup kpartx rules for dmraid
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: LVM on dmraid breakage
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCH] Fix remap handling by blktrace
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH] Fix remap handling by blktrace
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: [PATCH] Fixup kpartx rules for dmraid
- From: Hannes Reinecke <hare@xxxxxxx>
- Fwd: Maximum number of MD devices
- From: Srini <v.vvsrini@xxxxxxxxx>
- Re: [PATCH] Fixup kpartx rules for dmraid
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: multipathing flip flopping on Sun 6140
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- device-mapper ./WHATS_NEW lib/libdevmapper.h
- [PATCH] Fix string overflow in pp_hds_modular
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] Fixup kpartx rules for dmraid
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] kpartx: Handle extended partitions correctly
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: lvcreate on 2.6.22.1: kernel tried to execute NX-protected page
- From: Juergen Kreileder <jk@xxxxxxxxxxxx>
- Re: lvcreate on 2.6.22.1: kernel tried to execute NX-protected page
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: lvcreate on 2.6.22.1: kernel tried to execute NX-protected page
- From: Juergen Kreileder <jk@xxxxxxxxxxxx>
- In discovery.c, Sysfs attribute is not closed while collecting target node name...
- From: "A, Rajashekhar" <Rajashekhar.A@xxxxxxxxxx>
- device-mapper/dmeventd libdevmapper-event.c
- Re: Re: LVM on dmraid breakage
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: PROBLEM: Oops when using dm-crypt with dpt_i2o
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: PROBLEM: Oops when using dm-crypt with dpt_i2o
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: [linux-lvm] Re: LVM on dmraid breakage
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: [ANNOUNCE] multipath-tools-0.4.8
- From: Hannes Reinecke <hare@xxxxxxx>
- Maximum number of MD devices
- From: Srini <v.vvsrini@xxxxxxxxx>
- Re: Re: LVM on dmraid breakage
- From: David Robinson <zxvdr.au@xxxxxxxxx>
- [PATCH] Error check for NULL pointer libdm-iface.c
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- multipath-tools ./multipath.conf.defaults mult ...
- From: bmarzins@xxxxxxxxxxxxxx
- device-mapper ./WHATS_NEW dmeventd/libdevmappe ...
- From: mornfall@xxxxxxxxxxxxxx
- [ANNOUNCE] multipath-tools-0.4.8
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- RE: Segmentation Fault Question
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Segmentation Fault Question
- From: Petr Rockai <prockai@xxxxxxxxxx>
- Segmentation Fault Question
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Re: New multipath-tools release?
- From: Guido Guenther <agx@xxxxxxxxxxx>
- [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init.
- From: dwysocha@xxxxxxxxxx
- [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: dwysocha@xxxxxxxxxx
- [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc)
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- [patch 3/3] Add retries to hp hardware handler if path initialization command completes with a check condition.
- From: dwysocha@xxxxxxxxxx
- [patch 0/3] Add HP hardware handler support to dm-multipath
- From: dwysocha@xxxxxxxxxx
- [patch 0/0] Add HP hardware handler support to dm-multipath
- From: dwysocha@xxxxxxxxxx
- Re: LVM on dmraid breakage
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Re: LVM on dmraid breakage
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: RH 4 and HSG80
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: encrypted filesystem not encrypted?
- From: chris <chris@xxxxxxxxxxxxxx>
- Re: Size affects performance?
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: LVM on dmraid breakage
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Size affects performance?
- From: Andrew Miklas <public@xxxxxxx>
- Re: LVM on dmraid breakage
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: RH 4 and HSG80
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: LVM on dmraid breakage
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: RH 4 and HSG80
- From: Bernd Zeimetz <bernd@xxxxxxx>
- LVM on dmraid breakage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: RH 4 and HSG80
- From: Eric Ritchie <eritchie@xxxxxxxxxxxxxxxxxxxxxx>
- Re: RH 4 and HSG80
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: RH 4 and HSG80
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: RH 4 and HSG80
- Re: RH 4 and HSG80
- From: Eric Ritchie <eritchie@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] Naming of dm-multipath hardware handler modules
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [RFC] Naming of dm-multipath hardware handler modules
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [RFC] Naming of dm-multipath hardware handler modules
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- RE: encrypted filesystem not encrypted?
- From: "Ellison, Bob" <bob.ellison@xxxxxxxx>
- Re: RH 4 and HSG80
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- RH 4 and HSG80
- From: Eric Ritchie <eritchie@xxxxxxxxxxxxxxxxxxxxxx>
- Re: encrypted filesystem not encrypted?
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Size affects performance?
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Size affects performance?
- From: Andrew Miklas <public@xxxxxxx>
- encrypted filesystem not encrypted?
- From: chris <chris@xxxxxxxxxxxxxx>
- multipath-tools/libmultipath devmapper.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipathing flip flopping on Sun 6140
- From: "James Fillman" <JFillman@xxxxxxxxx>
- Using device-mapper with many targets
- From: Tom Parker <palfrey@xxxxxxxx>
- [RFC] Naming of dm-multipath hardware handler modules
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: New multipath-tools release?
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Crypto API Weirdnesses
- From: "Akinobu Mita" <akinobu.mita@xxxxxxxxx>
- [PATCH] Add SuSE init scripts for multipath-tools
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: New multipath-tools release?
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [PATCHSET/RFC] Refactor block layer to improve support for stacked devices.
- From: Neil Brown <neilb@xxxxxxx>
- [PATCH] remove unneded lock_kernel in drivers/md/dm.c and use unlocked_ioctl.
- From: Diego Woitasen <diego@xxxxxxxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: CVS pull of device mapper
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- RE: CVS pull of device mapper
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Re: [patch 3/3] Add retries to hp hardware handler if path initialization command completes with a check condition.
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init.
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [libmultipath] Add cciss support
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: CVS pull of device mapper
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
- Re: [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init.
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [patch 3/3] Add retries to hp hardware handler if path initialization command completes with a check condition.
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [patch 3/3] Add retries to hp hardware handler if path initialization command completes with a check condition.
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init.
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [patch 3/3] Add retries to hp hardware handler if path initialization command completes with a check condition.
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- CVS pull of device mapper
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Re: [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init.
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- [multipath 1/1] EMC Clariion path checker: change scsi read buffer size to 4096 bytes
- From: Guido Guenther <agx@xxxxxxxxxxx>
- very slow dm-crypt write operation
- From: "Adrian B" <adriab@xxxxxxxxx>
- crosscompiling with ulibC ...
- Re: New multipath-tools release?
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Designing a new prio_callout
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Designing a new prio_callout
- From: "Ethan John" <ethan.john@xxxxxxxxx>
- New multipath-tools release?
- From: Guido Guenther <agx@xxxxxxxxxxx>
- unofficial git mirror of LVM2 and device-mapper CVS repositories
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- Re: [lvm-devel] new device-mapper required to build latest lvm from cvs
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- device-mapper ./WHATS_NEW lib/.exported_symbol ...
- From: meyering@xxxxxxxxxxxxxx
- device-mapper ./WHATS_NEW lib/libdm-file.c
- From: meyering@xxxxxxxxxxxxxx
- device-mapper ./WHATS_NEW include/log.h lib/li ...
- From: meyering@xxxxxxxxxxxxxx
- multipath-tools/libcheckers directio.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [patch 3/3] Add retries to hp hardware handler if path initialization command completes with a check condition.
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init.
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [patch 3/3] Add retries to hp hardware handler if path initialization command completes with a check condition.
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init.
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init.
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [patch 3/3] Add retries to hp hardware handler if path initialization command completes with a check condition.
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [patch 3/3] Add retries to hp hardware handler if path initialization command completes with a check condition.
- From: dwysocha@xxxxxxxxxx
- [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init.
- From: dwysocha@xxxxxxxxxx
- [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: dwysocha@xxxxxxxxxx
- [patch 0/3] Add HP hardware handler support to dm-multipath
- From: dwysocha@xxxxxxxxxx
- Re: [lvm-devel] new device-mapper required to build latest lvm from cvs
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [lvm-devel] new device-mapper required to build latest lvm from cvs
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: Re: [multipath 1/1] cache sysfs_devices
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: Designing a new prio_callout
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] Remove devices from sysfs cache
- From: Hannes Reinecke <hare@xxxxxxx>
- Multipath not "seeing" last luns when create mpath devices
- From: Claudio Cuqui <claudio@xxxxxxxxxxxxxxxx>
- Re: [PATCH 8/8] dm: dm-target.c Convert kmalloc + memset to kzalloc
- From: Dmitry Monakhov <dmonakhov@xxxxx>
- Re: [PATCH 8/8] dm: dm-target.c Convert kmalloc + memset to kzalloc
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- [PATCH] multipathd: Whitespace cleanup
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [2.6.23 PATCH 07/18] dm io: fix panic on large request
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
- Re: [2.6.23 PATCH 07/18] dm io: fix panic on large request
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [2.6.23 PATCH 07/18] dm io: fix panic on large request
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [2.6.23 PATCH 07/18] dm io: fix panic on large request
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [PATCH] Fix memory leak in dm_create_persistent() when starting metadata update thread fails.
- From: Jesper Juhl <jesper.juhl@xxxxxxxxx>
- RE: [libmultipath] Add cciss support
- From: "Miller, Mike (OS Dev)" <Mike.Miller@xxxxxx>
- Re: dm-mpath-rdac.patch problem
- From: Brian De Wolf <bldewolf@xxxxxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Ric Wheeler <ric@xxxxxxx>
- Re: [2.6.23 PATCH 14/18] dm: netlink add to core
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [2.6.23 PATCH 13/18] dm: netlink
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: [2.6.23 PATCH 13/18] dm: netlink
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- RE: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Ric Wheeler <ric@xxxxxxx>
- Re: [2.6.23 PATCH 14/18] dm: netlink add to core
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Valdis.Kletnieks@xxxxxx
- Re: [2.6.23 PATCH 14/18] dm: netlink add to core
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [2.6.23 PATCH 13/18] dm: netlink
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Ric Wheeler <ric@xxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Valdis.Kletnieks@xxxxxx
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Ric Wheeler <ric@xxxxxxx>
- Re: online disk resizing
- From: "Kevin Foote" <kevin.foote@xxxxxxxxx>
- Re: online disk resizing
- From: "Kevin Foote" <kevin.foote@xxxxxxxxx>
- multipath-tools sector size bug
- From: John Kingman <kingman@xxxxxxxxxxxxxxx>
- dump of ext3 very slow from dm LV
- From: Ross Vandegrift <ross@xxxxxxxxxxx>
- Re: [PATCH 2/4] void unregister_blkdev - delete redundant messages
- From: "Grant Likely" <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH 2/4] void unregister_blkdev - delete redundant messages
- From: "Akinobu Mita" <akinobu.mita@xxxxxxxxx>
- Re: [PATCH 2/4] void unregister_blkdev - delete redundant messages
- From: "Grant Likely" <grant.likely@xxxxxxxxxxxx>
- [PATCH 2/4] void unregister_blkdev - delete redundant messages
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- dm-multipath MP_RETRY_PG_INIT patch
- From: "Jitendra Bhivare" <jitendra.bhivare@xxxxxxxxx>
- Oops in dm-crypt
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Partition tables on devices
- From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
- Designing a new prio_callout
- From: "Ethan John" <ethan.john@xxxxxxxxx>
- Partition tables on devices
- From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
- strange queue_if_no_path behavior
- From: Maxim Kozover <maximkoz@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3]: region based notifications for dm-io
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Re: [PATCH 1/3]: region based notifications for dm-io
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- device-mapper ./WHATS_NEW dmeventd/dmeventd.c ...
- From: meyering@xxxxxxxxxxxxxx
- device-mapper ./WHATS_NEW lib/.exported_symbol ...
- From: meyering@xxxxxxxxxxxxxx
- [PATCH 8/8] dm: dm-target.c Convert kmalloc + memset to kzalloc
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- [PATCH 7/8] dm: dm-path-selector.c Convert kmalloc + memset to kzalloc
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- [PATCH 6/8] dm: dm-emc.c Convert kmalloc + memset to kzalloc
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- [PATCH 5/8] dm: dm-table.c Convert kmalloc + memset to kzalloc
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- [PATCH 4/8] dm:dm-hw-handler.c Convert kmalloc + memset to kzalloc
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- [PATCH 3/8] dm: dm-raid1 resource leaks fixes.
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- [PATCH 2/8] dm: Fix workqueue leak for raid5
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- [PATCH 1/8] dm: Add missing 'kfree' to dm-crypt target constructor.
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- dm: device mapper code cleanup.
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- [PATCH] dm: device wasn't putted on error path
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- Re: [PATCH 1/3] [DM] dm-crypt: Move post-processing into its own queue
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [0/3] [DM] dm-crypt: Add async crypto support
- From: Herbert Xu <herbert.xu@xxxxxxxxxx>
- Re: [PATCH 2/8] dm: Fix workqueue leak for raid5
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
- multipath-tools ./Makefile libcheckers/Makefil ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Re: Problem with Multipath on Hitachi DF600F (Stefan Bader)
- From: Trevor Astrope <astrope@xxxxxxxxxxx>
- dm-raid45 patch for 2.6.22.1
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Question about device-mapper/raid
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- [PATCH] multipath-tools: add dcssblk to default blacklist
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Re: Problem with Multipath on Hitachi DF600F (Stefan Bader)
- From: "Matthias Rudolph" <Matthias.Rudolph@xxxxxxx>
- [PATCH] multipathd: whitespace issues
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Re: [multipath 1/1] cache sysfs_devices
- From: Hannes Reinecke <hare@xxxxxxx>
- multipath-tools/multipathd multipathd.init.redhat
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools ./Makefile path_priority/pp_tp ...
- From: bmarzins@xxxxxxxxxxxxxx
- RE: Question about dmevents
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Re: Problem with Multipath on Hitachi DF600F
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Re: Question about dmevents
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Question about dmevents
- From: Peter Rockai <prockai@xxxxxxxxxx>
- Re: Question about dmevents
- From: Peter Rockai <prockai@xxxxxxxxxx>
- Re: Re: [PATCH] dm-mpath-rdac: don't stomp on a request's transfer bit.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm-mpath-rdac: don't stomp on a request's transfer bit.
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: [PATCH] dm-mpath-rdac: don't stomp on a request's transfer bit.
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH] dm-mpath-rdac: don't stomp on a request's transfer bit.
- From: Brian De Wolf <bldewolf@xxxxxxxxxxxxx>
- Re: dm-raid45 patch for 2.6.22
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: [multipath 1/1] cache sysfs_devices
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [multipath 1/1] cache sysfs_devices
- From: Guido Guenther <agx@xxxxxxxxxxx>
- [multipath 1/1] cache sysfs_devices
- From: -s@xxxxxxxxxxxxxxxxxxxxxxxxx
- RE: dm-raid45 patch for 2.6.22
- From: "Gaston, Jason D" <jason.d.gaston@xxxxxxxxx>
- Problem with Multipath on Hitachi DF600F
- From: Trevor Astrope <astrope@xxxxxxxxxxx>
- Re: multipath-tools causes path to come back as different block device
- From: Guido Guenther <agx@xxxxxxxxxxx>
- RE: Question about dmevents
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Re: Question about dmevents
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Question about dmevents
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: multipath-tools causes path to come back as different block device
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: multipath-tools causes path to come back as different block device
- From: Brian De Wolf <bldewolf@xxxxxxxxxxxxx>
- RE: Question about dmevents
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Question about dmevents
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Re: multipath-tool udev rules require missing dmsetup features
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- RE: Question about dmevents
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Re: Question about dmevents
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Question about dmevents
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [2.6.23 PATCH 07/18] dm io: fix panic on large request
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: multipath-tools causes path to come back as different block device
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: multipath-tools causes path to come back as different block device
- From: Guido Guenther <agx@xxxxxxxxxxx>
- dm-raid45 patch for 2.6.22
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: multipath-tools causes path to come back as different block device
- From: Hannes Reinecke <hare@xxxxxxx>
- multipath-tools causes path to come back as different block device
- From: Brian De Wolf <bldewolf@xxxxxxxxxxxxx>
- Re: multipath-tool udev rules require missing dmsetup features
- From: Hannes Reinecke <hare@xxxxxxx>
- multipath-tool udev rules require missing dmsetup features
- From: Brian De Wolf <bldewolf@xxxxxxxxxxxxx>
- Re: [PATCH] block: factor out bio_check_eod()
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: [PATCH] block: factor out bio_check_eod()
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH] block: factor out bio_check_eod()
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH] block: factor out bio_check_eod()
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH] block: factor out bio_check_eod()
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: [PATCH] block: factor out bio_check_eod()
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH] block: factor out bio_check_eod()
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: [PATCH] block: factor out bio_check_eod()
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH] block: factor out bio_check_eod()
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: [PATCH] block: factor out bio_check_eod()
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH] block: factor out bio_check_eod()
- From: Tejun Heo <htejun@xxxxxxxxx>
- [PATCH] block: cosmetic changes
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: [2.6.23 PATCH 07/18] dm io: fix panic on large request
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] dm-mpath-rdac: don't stomp on a request's transfer bit.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- Re: [2.6.23 PATCH 07/18] dm io: fix panic on large request
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: Question about dmevents
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Question about dmevents
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- RE: zSeries zipl on a blacklisted multipath path.
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- [libmultipath] Add cciss support
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: zSeries zipl on a blacklisted multipath path.
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Where's the dm header files in distribution packages?
- From: "Kyungmin Park" <kyungmin.park@xxxxxxxxxxx>
- Re: Re: [2.6.23 PATCH 13/18] dm: netlink
- From: Valdis.Kletnieks@xxxxxx
- Re: dm-mpath-rdac.patch problem
- From: Brian De Wolf <bldewolf@xxxxxxxxxxxxx>
- multipath-tools/libmultipath config.c
- From: bmarzins@xxxxxxxxxxxxxx
- zSeries zipl on a blacklisted multipath path.
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Re: dm-mpath-rdac.patch problem
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- device-mapper VERSION WHATS_NEW
- device-mapper VERSION WHATS_NEW
- Multipath with Hitachi DF600F
- From: Trevor Astrope <astrope@xxxxxxxxxxx>
- Re: [2.6.23 PATCH 13/18] dm: netlink
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
- Re: dm-mpath-rdac.patch problem
- From: Mike Anderson <andmike@xxxxxxxxxx>
- Re: dm-mpath-rdac.patch problem
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: [2.6.23 PATCH 13/18] dm: netlink
- From: Mike Anderson <andmike@xxxxxxxxxx>
- dm-mpath-rdac.patch problem
- From: Brian De Wolf <bldewolf@xxxxxxxxxxxxx>
- Re: [2.6.23 PATCH 13/18] dm: netlink
- From: Mike Anderson <andmike@xxxxxxxxxx>
- Re: [2.6.23 PATCH 14/18] dm: netlink add to core
- From: Mike Anderson <andmike@xxxxxxxxxx>
- Re: [2.6.23 PATCH 13/18] dm: netlink
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [2.6.23 PATCH 14/18] dm: netlink add to core
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [2.6.23 PATCH 14/18] dm: netlink add to core
- From: Mike Anderson <andmike@xxxxxxxxxx>
- Re: [2.6.23 PATCH 13/18] dm: netlink
- From: Mike Anderson <andmike@xxxxxxxxxx>
- Re: [2.6.23 PATCH 13/18] dm: netlink
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Re: [2.6.23 PATCH 16/18] dm mpath: rdac
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [2.6.23 PATCH 14/18] dm: netlink add to core
- From: Mike Anderson <andmike@xxxxxxxxxx>
- Re: [2.6.23 PATCH 13/18] dm: netlink
- From: Mike Anderson <andmike@xxxxxxxxxx>
- Re: Re: [2.6.23 PATCH 16/18] dm mpath: rdac
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [2.6.23 PATCH 16/18] dm mpath: rdac
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] multipath-tools: filter_wwid() called with the wrong lists from filter_path()
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [2.6.23 PATCH 14/18] dm: netlink add to core
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [2.6.23 PATCH 13/18] dm: netlink
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [2.6.23 PATCH 01/18] dm: bio_list macro renaming
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [2.6.23 PATCH 03/18] dm: use kmem_cache macro
- From: Christoph Lameter <clameter@xxxxxxx>
- [2.6.23 PATCH 18/18] dm raid1: handle log failure
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 17/18] dm raid1: handle resync failures
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 16/18] dm mpath: rdac
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 15/18] dm: netlink mpath
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 14/18] dm: netlink add to core
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 13/18] dm: netlink
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 12/18] dm: add ratelimit logging macros
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 11/18] dm: disable barriers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 10/18] dm raid1: clear region outside spinlock
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 09/18] dm snapshot: permit invalid activation
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 08/18] dm snapshot: fix invalidation deadlock
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 07/18] dm io: fix panic on large request
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 06/18] dm raid1: fix status
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 05/18] dm: remove duplicate module name from error msgs
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 04/18] dm delay: cleanup
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 03/18] dm: use kmem_cache macro
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 02/18] dm: bio_list prefetch removal
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.23 PATCH 01/18] dm: bio_list macro renaming
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] multipath-tools: filter_wwid() called with the wrong lists from filter_path()
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- [PATCH 3/3] [DM] dm-crypt: Use crypto ablkcipher interface
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] [DM] dm-crypt: Add async infrastructure
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] [DM] dm-crypt: Move post-processing into its own queue
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [0/3] [DM] dm-crypt: Add async crypto support
- From: Herbert Xu <herbert.xu@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: dump of ext3 very slow from dm LV
- From: Phillip Susi <psusi@xxxxxxxxxx>
- dm in -mm doesn't compile with CONFIG_DM_NETLINK=n
- From: Neil Brown <neilb@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: online disk resizing
- From: Hannes Reinecke <hare@xxxxxxx>
- Data corruption with linear target on 2.6.21
- From: David Shaw <dshaw@xxxxxxxxxxxxxxx>
- RE: online disk resizing
- From: "Roland Mieslinger" <roland.mieslinger@xxxxxxxxxxxxx>
- Re: online disk resizing
- From: Alexander Benaguev <zul@xxxxxxxxxxxxx>
- RE: online disk resizing
- From: "Roland Mieslinger" <roland.mieslinger@xxxxxxxxxxxxx>
- Re: online disk resizing
- From: Alexander Benaguev <zul@xxxxxxxxxxxxx>
- RE: online disk resizing
- From: "Roland Mieslinger" <roland.mieslinger@xxxxxxxxxxxxx>
- Re: online disk resizing
- From: Alexander Benaguev <zul@xxxxxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- RE: RE: online disk resizing
- From: "Raayman, Sebastian" <sebastian.raayman@xxxxxxx>
- Re: online disk resizing
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: online disk resizing
- From: "Roland Mieslinger" <roland.mieslinger@xxxxxxxxxxxxx>
- online disk resizing
- From: Alexander Benaguev <zul@xxxxxxxxxxxxx>
- RE: directio / readsector0
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- RE: directio / readsector0
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: Reply-to munging
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Reply-to munging
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: __kernel_dev_t not exported
- From: Bastian Blank <bastian@xxxxxxxxxxxx>
- __kernel_dev_t not exported
- From: Bastian Blank <bastian@xxxxxxxxxxxx>
- Re: [multipath] SNMP traps on path failures?
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- device-mapper ./WHATS_NEW include/log.h lib/li ...
- From: mornfall@xxxxxxxxxxxxxx
- [multipath] SNMP traps on path failures?
- From: Magnus Hagebris <magnus@xxxxxxxxxxxxx>
- Re: RAID1 Recovery
- RE: RAID1 Recovery
- From: "Trantow, Wayne D" <wayne.d.trantow@xxxxxxxxx>
- Re: RAID1 Recovery
- Re: dm-multipath MP_RETRY_PG_INIT patch
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- RAID1 Recovery
- From: "Trantow, Wayne D" <wayne.d.trantow@xxxxxxxxx>
- [RFC] friendly names and multipath tools
- Re: Problem with lvm - mapping after <= 1s power breakdown -> incorrect mapping.
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- Re: setup Pathpriority manually
- From: Markus <dieoma@xxxxxxxxx>
- Problem with lvm - mapping after <= 1s power breakdown -> incorrect mapping.
- From: "Marcus Minzenmay" <Marcus.Minzenmay@xxxxxxxxxxxx>
- Re: setup Pathpriority manually
- From: Hannes Reinecke <hare@xxxxxxx>
- [2.6.22-rc4-mm2 PATCH 11/11] dm-raid1-mark-and-clear-nosync-writes.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 10/11] dm-raid1-version-bump.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 9/11] dm-raid1-handle-read-failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 8/11] dm-raid1-handle-recovery-read-failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Partition tables on devices
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: setup Pathpriority manually
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 7/11] dm-raid1-fix-EIO-after-log-failure.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- RE: RE: Question about using dmraid45 patch
- From: "Hall, Eric R" <eric.r.hall@xxxxxxxxx>
- setup Pathpriority manually
- From: Markus <dieoma@xxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 6/11] dm-log-split-suspend.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 5/11] dm-raid1-report-fault-status.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 4/11] dm-raid1-handle-write-failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 3/11] dm-raid1-handle-recovery-write-failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 2/11] dm-raid1-handle-log-failure.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 1/11] dm-raid1-handle_resync_failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc4-mm2 PATCH 0/11] Mirror fault handling code repost.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Reply-to munging
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: multipath-tools Makefile
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: how do I re-synchronize with the Master mirror device?
- Reply-to munging
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Device mapper devices not created before fsck at boot
- From: "Wilson, Christopher J" <chris.j.wilson@xxxxxxxxxxxxxxxxxxx>
- Re: Device mapper devices not created before fsck at boot
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: multipath-tools Makefile
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Device mapper devices not created before fsck at boot
- From: "Wilson, Christopher J" <chris.j.wilson@xxxxxxxxxxxxxxxxxxx>
- Re: multipath-tools Makefile
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: multipath-tools Makefile
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- [PATCH] Add logical unit follow-over capability to dm-emc
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- RE: directio / readsector0
- From: "Peter Koutoupis" <Peter_Koutoupis@xxxxxxxxxxxxxx>
- directio / readsector0
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- [PATCH] add dm multipath rdac support
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: how do I re-synchronize with the Master mirror device?
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- multipath-tools ./multipath.conf.annotated ./m ...
- From: bmarzins@xxxxxxxxxxxxxx
- device-mapper/dmsetup dmsetup.c
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- [PATCH] dmsetup: missing end of string
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- strange queue_if_no_path behavior
- From: Maxim Kozover <maximkoz@xxxxxxxxxxxxxxxx>
- [multipath] Ease installation of unstripped binaries
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: multipath-tools Makefile
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [RFC] dm-delay-flakey??
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]