Linux RAID Storage Date Index
[Prev Page][Next Page]
- Re: recommended 4port SATA controller ?
- From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
- Re: recommended 4port SATA controller ?
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
- Re: recommended 4port SATA controller ?
- From: Jon Lewis <jlewis@xxxxxxxxx>
- Re: recommended 4port SATA controller ?
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: LVM and Raid5
- From: Michal Soltys <soltys@xxxxxxxx>
- Re: recommended 4port SATA controller ?
- From: "Majed B." <majedb@xxxxxxxxx>
- recommended 4port SATA controller ?
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: RAID1 assembled broken array
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
- How to change stripe cache size
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Raid5 Read stats for parity cal...
- From: Neil Brown <neilb@xxxxxxx>
- Re: [PATCH] md: set the md raid 4,5,6 thead name by its level
- From: Neil Brown <neilb@xxxxxxx>
- changing stripe cache size
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: Raid5 Read stats for parity cal...
- From: "Majed B." <majedb@xxxxxxxxx>
- Raid5 Read stats for parity cal...
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: mismatch_count != 0 on multiple hosts
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
- mismatch_count != 0 on multiple hosts
- From: Bryan Mesich <bryan.mesich@xxxxxxxx>
- Re: Port Multipliers
- From: Tom Carlson <twigathy@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: Port Multipliers
- From: "Majed B." <majedb@xxxxxxxxx>
- Remote NAS
- From: adfas asd <chimera_god@xxxxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: Assemble and Stop array
- From: "Majed B." <majedb@xxxxxxxxx>
- RE: Port Multipliers
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
- Re: Port Multipliers
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Port Multipliers
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- RE: Assemble and Stop array
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
- RE: Assemble and Stop array
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: LVM and Raid5
- From: Chris Webb <chris@xxxxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Alex Butcher <linraid@xxxxxxxxxxxxxx>
- Re: Port Multipliers
- From: Tom Carlson <twigathy@xxxxxxxxx>
- Re: LVM and Raid5
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: LVM and Raid5
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: LVM and Raid5
- From: "Majed B." <majedb@xxxxxxxxx>
- Reducing retries of devices in RAID 1 sets.
- From: Simon Jackson <sjackson@xxxxxxxxxxx>
- Re: LVM and Raid5
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: LVM and Raid5
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: "Majed B." <majedb@xxxxxxxxx>
- [PATCH] md: set the md raid 4,5,6 thead name by its level
- From: Jinzc <zhenchengjin@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- [PATCH] md: set the md raid 4,5,6 thead name by its level
- From: Jinzc <zhenchengjin@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- LVM and Raid5
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: Assemble and Stop array
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Assemble and Stop array
- From: "NeilBrown" <neilb@xxxxxxx>
- RE: Assemble and Stop array
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
- Re: RAID1 assembled broken array
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: Port Multipliers
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: Port Multipliers
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Assemble and Stop array
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
- Re: Port Multipliers
- From: Drew <drew.kay@xxxxxxxxx>
- Re: [PATCH 21/29] ioat2,3: dynamically resize descriptor ring
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: Port Multipliers
- From: David Rees <drees76@xxxxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: Can md/mdadm deal with non-standard size of internal bitmap?
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Port Multipliers
- From: Richard Scobie <richard@xxxxxxxxxxx>
- Re: RAID1 assembled broken array
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: RAID1 assembled broken array
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: Port Multipliers
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: Port Multipliers
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: RAID1 assembled broken array
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: RAID1 assembled broken array
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: RAID1 assembled broken array
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: RAID1 assembled broken array
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: RAID1 assembled broken array
- From: "Majed B." <majedb@xxxxxxxxx>
- RAID1 assembled broken array
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Port Multipliers
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Port Multipliers
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: raid disappearing mdadm: cannot get array info
- From: "Majed B." <majedb@xxxxxxxxx>
- raid disappearing mdadm: cannot get array info
- From: aristizb@xxxxxxxxxxx
- Re: Can md/mdadm deal with non-standard size of internal bitmap?
- From: Louis-Michel Gelinas <coradiant.kernel@xxxxxxxxx>
- Re: [PATCH 02/18] dmaengine, async_tx: add a "no channel switch" allocator
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: What's in async_tx.git/next for 2.6.32?
- From: Atsushi Nemoto <anemo@xxxxxxxxxxxxx>
- RE: [PATCH 18/18] I/OAT: Convert to PCI_VDEVICE()
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 17/18] Add MODULE_DEVICE_TABLE() so ioatdma module is autoloaded
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 15/18] ioat3: ioat3.2 pci ids for Jasper Forest
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 14/18] ioat3: interrupt descriptor support
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 13/18] ioat3: support xor via pq descriptors
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 12/18] ioat3: pq support
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 16/18] ioat3: segregate raid engines
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 11/18] ioat3: xor self test
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 08/18] ioat: add 'ioat' sysfs attributes
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 09/18] ioat3: enable dca for completion writes
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 10/18] ioat3: xor support
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 07/18] ioat3: split ioat3 support to its own file, add memset
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 06/18] ioat3: hardware version 3.2 register / descriptor definitions
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 05/18] ioat2+: add fence support
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 02/18] dmaengine, async_tx: add a "no channel switch" allocator
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 01/18] dmaengine: add fence support
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 04/18] dmaengine, async_tx: support alignment checks
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 03/18] dmaengine: cleanup unused transaction types
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: mdadm and TLER (Time Limited Error Recovery)
- From: Simon Jackson <sjackson@xxxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: "Majed B." <majedb@xxxxxxxxx>
- ext3 crash with tune2fs and MD RAID10 device.
- From: David Martínez Moreno <ender@xxxxxxxxxx>
- Re: [PATCH v2 7/9] md/raid6: asynchronous handle_stripe6
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Alex Butcher <linraid@xxxxxxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: Alex Butcher <linraid@xxxxxxxxxxxxxx>
- Re: Re-map disk sectors in userspace when rewriting after read errors
- From: berk walker <berk@xxxxxxxxx>
- Re-map disk sectors in userspace when rewriting after read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: [PATCH v2 2/9] md/raid6: asynchronous raid6 operations
- From: Neil Brown <neilb@xxxxxxx>
- Re: [PATCH v2 7/9] md/raid6: asynchronous handle_stripe6
- From: Neil Brown <neilb@xxxxxxx>
- RE: [PATCH 29/29] ioat2, 3: cacheline align software descriptor allocations
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 28/29] dmaengine: kill tx_list
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 26/29] ioat: implement a private tx_list
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 22/29] net_dma: poll for a descriptor after allocation failure
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 21/29] ioat2,3: dynamically resize descriptor ring
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 20/29] ioat: switch watchdog and reset handler from workqueue to timer
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- RE: [PATCH 19/29] ioat1: trim ioat_dma_desc_sw
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
- Re: RAID mirror, resyncing from bad disk
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: RAID mirror, resyncing from bad disk
- From: Ronny Adsetts <ronny.adsetts@xxxxxxxxxxxxxxxxxxx>
- Re: RAID mirror, resyncing from bad disk
- From: Ronny Adsetts <ronny.adsetts@xxxxxxxxxxxxxxxxxxx>
- Re: RAID mirror, resyncing from bad disk
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: RAID mirror, resyncing from bad disk
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- RAID mirror, resyncing from bad disk
- From: Ronny Adsetts <ronny.adsetts@xxxxxxxxxxxxxxxxxxx>
- Re: What's in async_tx.git/next for 2.6.32?
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: What's in async_tx.git/next for 2.6.32?
- From: Atsushi Nemoto <anemo@xxxxxxxxxxxxx>
- Assemble array: failed to create bitmap (-5)
- From: Siegfried Thoma <thoma.siegfried@xxxxxxxx>
- Re: Raid 5 Read performance
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Array Power Management
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
- Re: sync_action missing in action in linux-2.6.12 ?
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: sync_action missing in action in linux-2.6.12 ?
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- sync_action missing in action in linux-2.6.12 ?
- From: Louis-Michel Gelinas <coradiant.kernel@xxxxxxxxx>
- Re: Raid 5 Read performance
- From: "Majed B." <majedb@xxxxxxxxx>
- Raid 5 Read performance
- From: Koti <satha_koti@xxxxxxxxxxx>
- Re: Port Multipliers
- From: Richard Scobie <richard@xxxxxxxxxxx>
- Re: Port Multipliers
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Port Multipliers
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
- Re: Port Multipliers
- From: Drew <drew.kay@xxxxxxxxx>
- Re: Port Multipliers
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Port Multipliers
- From: Drew <drew.kay@xxxxxxxxx>
- Re: Port Multipliers
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Port Multipliers
- From: Drew <drew.kay@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: Array Power Management
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: Port Multipliers
- From: "Majed B." <majedb@xxxxxxxxx>
- Port Multipliers
- From: Drew <drew.kay@xxxxxxxxx>
- Re: mdadm and TLER (Time Limited Error Recovery)
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
- Re: mdadm and TLER (Time Limited Error Recovery)
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: "Majed B." <majedb@xxxxxxxxx>
- RE: mdadm and TLER (Time Limited Error Recovery)
- From: Simon Jackson <sjackson@xxxxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: Raid5 Read Perf drop in 2.6.27
- From: "Majed B." <majedb@xxxxxxxxx>
- Raid5 Read Perf drop in 2.6.27
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
- Re: Software Raid 5 work on ROOT ?
- From: Nagilum <nagilum@xxxxxxxxxxx>
- Re: mdadm and TLER (Time Limited Error Recovery)
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
- Re: mdadm and TLER (Time Limited Error Recovery)
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Adaptec 1430SA
- From: "Majed B." <majedb@xxxxxxxxx>
- RE: mdadm and TLER (Time Limited Error Recovery)
- From: Simon Jackson <sjackson@xxxxxxxxxxx>
- Re: Adaptec 1430SA
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: Adaptec 1430SA
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: mdadm and TLER (Time Limited Error Recovery)
- From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
- Re: Adaptec 1430SA
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
- Re: Adaptec 1430SA
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Adaptec 1430SA
- From: Michał Przyłuski <mikylie@xxxxxxxxx>
- Re: Adaptec 1430SA
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
- Re: mdadm --wait doesn't (part II) [was: Re: question about bitmaps and dirty percentile]
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Adaptec 1430SA
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: mdadm /dev/md0 --detail returns nothing / no LUKS partition
- From: "Johannes 'fish' Ziemke" <fish@xxxxxxxxxxxxx>
- Re: mdadm /dev/md0 --detail returns nothing / no LUKS partition
- From: "NeilBrown" <neilb@xxxxxxx>
- mdadm /dev/md0 --detail returns nothing / no LUKS partition
- From: "Johannes 'fish' Ziemke" <fish@xxxxxxxxxxxxx>
- Re: mdadm and TLER (Time Limited Error Recovery)
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
- Re: mdadm and TLER (Time Limited Error Recovery)
- From: Iustin Pop <iusty@xxxxxxxxx>
- mdadm --wait doesn't (part II) [was: Re: question about bitmaps and dirty percentile]
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
- Re: Adaptec 1430SA
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Adaptec 1430SA
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
- Re: Adaptec 1430SA
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: mdadm and TLER (Time Limited Error Recovery)
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
- Re: Adaptec 1430SA
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Adaptec 1430SA
- From: "Majed B." <majedb@xxxxxxxxx>
- Adaptec 1430SA
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Can md/mdadm deal with non-standard size of internal bitmap?
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
- Re: Software Raid 5 work on ROOT ?
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Software Raid 5 work on ROOT ?
- From: Nagilum <nagilum@xxxxxxxxxxx>
- mdadm and TLER (Time Limited Error Recovery)
- From: Tim Rutter <timrutter@xxxxxxxxx>
- Re: 2 Disks Jumped Out While Reshaping RAID5
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Array Power Management
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: Array Power Management
- From: jahammonds prost <gmitch64@xxxxxxxxx>
- Re: Array Power Management
- From: jahammonds prost <gmitch64@xxxxxxxxx>
- Re: Array Power Management
- From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
- Re: Software, Raid 5, Different Size Drives.
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Software, Raid 5, Different Size Drives.
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: Array Power Management
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: Array Power Management
- From: "Majed B." <majedb@xxxxxxxxx>
- Array Power Management
- From: jahammonds prost <gmitch64@xxxxxxxxx>
- Re: 2 Disks Jumped Out While Reshaping RAID5
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: 2 Disks Jumped Out While Reshaping RAID5
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: 2 Disks Jumped Out While Reshaping RAID5
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: 2 Disks Jumped Out While Reshaping RAID5
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: 2 Disks Jumped Out While Reshaping RAID5
- From: Neil Brown <neilb@xxxxxxx>
- Re: 2 Disks Jumped Out While Reshaping RAID5
- From: "Majed B." <majedb@xxxxxxxxx>
- Re: [PATCH 10/18] ioat3: xor support
- From: Pavel Machek <pavel@xxxxxx>
- Re: 2 Disks Jumped Out While Reshaping RAID5
- From: "NeilBrown" <neilb@xxxxxxx>
- 2 Disks Jumped Out While Reshaping RAID5
- From: "Majed B." <majedb@xxxxxxxxx>
- What's in async_tx.git/next for 2.6.32?
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: Alex Butcher <linraid@xxxxxxxxxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
- Re: Advice on reassembling after hard crash
- From: "NeilBrown" <neilb@xxxxxxx>
- Advice on reassembling after hard crash
- From: Erich Newell <erich.newell@xxxxxxxxx>
- Re: [PATCH 24/29] fsldma: implement a private tx_list
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: Software Raid 5 work on ROOT ?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
- Re: Software Raid 5 work on ROOT ?
- From: Alex Butcher <linraid@xxxxxxxxxxxxxx>
- Software Raid 5 work on ROOT ?
- [PATCH 08/18] ioat: add 'ioat' sysfs attributes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 03/18] dmaengine: cleanup unused transaction types
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 15/18] ioat3: ioat3.2 pci ids for Jasper Forest
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 16/18] ioat3: segregate raid engines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 06/18] ioat3: hardware version 3.2 register / descriptor definitions
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 04/18] dmaengine, async_tx: support alignment checks
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 07/18] ioat3: split ioat3 support to its own file, add memset
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 10/18] ioat3: xor support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 17/18] Add MODULE_DEVICE_TABLE() so ioatdma module is autoloaded
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 12/18] ioat3: pq support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 18/18] I/OAT: Convert to PCI_VDEVICE()
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 11/18] ioat3: xor self test
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 14/18] ioat3: interrupt descriptor support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 13/18] ioat3: support xor via pq descriptors
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 09/18] ioat3: enable dca for completion writes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 05/18] ioat2+: add fence support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 02/18] dmaengine, async_tx: add a "no channel switch" allocator
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 01/18] dmaengine: add fence support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 00/18] ioatdma: raid5/raid6 offload support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 00/29] ioatdma: towards raid support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 01/29] ioat: move to drivers/dma/ioat/
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 02/29] ioat: move definitions to dma.h
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 03/29] ioat: convert ioat_probe to pcim/devm
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 04/29] ioat: cleanup some long deref chains and 80 column collisions
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 06/29] ioat: split ioat_dma_probe into core/version-specific routines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 07/29] ioat: fix type mismatch for ->dmacount
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 05/29] ioat: kill function prototype ifdef guards
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 15/29] ioat: cleanup completion status reads
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 08/29] ioat: define descriptor control bit-field
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 14/29] ioat: add some dev_dbg() calls
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 17/29] ioat: preserve chanctrl bits when re-arming interrupts
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 19/29] ioat1: trim ioat_dma_desc_sw
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 13/29] ioat1: kill unused unmap parameters
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 18/29] ioat: ___devinit annotate the initialization paths
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 22/29] net_dma: poll for a descriptor after allocation failure
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 23/29] dw_dmac: implement a private tx_list
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 25/29] iop-adma: implement a private tx_list
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 20/29] ioat: switch watchdog and reset handler from workqueue to timer
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 21/29] ioat2,3: dynamically resize descriptor ring
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 24/29] fsldma: implement a private tx_list
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 26/29] ioat: implement a private tx_list
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 28/29] dmaengine: kill tx_list
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 29/29] ioat2, 3: cacheline align software descriptor allocations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 27/29] mv_xor: implement a private tx_list
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 16/29] ioat: ignore reserved bits for chancnt and xfercap
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 12/29] ioat2,3: convert to a true ring buffer
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 11/29] ioat: prepare the code for ioat[12]_dma_chan split
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 09/29] ioat1: move descriptor allocation from submit to prep
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 10/29] ioat: fix self test interrupts
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: NEWBIE Q: expanding hardware RAID
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
- Re: Converting ext3 to RAID1 ...
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: Alex Butcher <linraid@xxxxxxxxxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: Gabor Gombas <gombasg@xxxxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: "MOgWai46[Saurceful of Secrets]" <street41@xxxxxxxxx>
- Re: Unbalanced reads of RAID10
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- [no subject]
- From: "me at tmr.com" <tmrbill@xxxxxxx>
- [no subject]
- From: "me at tmr.com" <tmrbill@xxxxxxx>
- Re: NEWBIE Q: expanding hardware RAID
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
- Re: NEWBIE Q: expanding hardware RAID
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
- Re: Converting ext3 to RAID1 ...
- From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
- Re: NEWBIE Q: expanding hardware RAID
- From: Anil Raj <anil.calvin@xxxxxxxxx>
- Re: Write intent bitmaps.
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
- Re: Write intent bitmaps.
- From: Paul Clements <paul.clements@xxxxxxxxxxxx>
- Re: Converting ext3 to RAID1 ...
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Unbalanced reads of RAID10
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Write intent bitmaps.
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: NEWBIE Q: expanding hardware RAID
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
- Re: NEWBIE Q: expanding hardware RAID
- From: Anil Raj <anil.calvin@xxxxxxxxx>
- Re: NEWBIE Q: expanding hardware RAID
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
- Re: NEWBIE Q: expanding hardware RAID
- From: Alex Butcher <linraid@xxxxxxxxxxxxxx>
- Re: NEWBIE Q: expanding hardware RAID
- From: David Lethe <david@xxxxxxxxxxxx>
- Re: [PATCH v2 0/9] Asynchronous raid6 acceleration (part 3 of 3)
- From: kwick <kwick@xxxxxxxxxxxxx>
- NEWBIE Q: expanding hardware RAID
- From: Anil Raj <anil.calvin@xxxxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: Richard Scobie <richard@xxxxxxxxxxx>
- [PATCH v2 9/9] md/raid456: distribute raid processing over multiple cores
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 8/9] md/raid6: remove synchronous infrastructure
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 7/9] md/raid6: asynchronous handle_stripe6
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 6/9] md/raid6: asynchronous handle_parity_check6
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 5/9] md/raid6: asynchronous handle_stripe_dirtying6
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 4/9] md/raid6: asynchronous handle_stripe_fill6
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 3/9] md/raid5, 6: common schedule_reconstruction for raid5/6
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 2/9] md/raid6: asynchronous raid6 operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 1/9] md/raid5: factor out mark_uptodate from ops_complete_compute5
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 0/9] Asynchronous raid6 acceleration (part 3 of 3)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 4/4] iop-adma: P+Q self test
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 3/4] iop-adma: P+Q support for iop13xx adma engines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 2/4] iop-adma: fix lockdep false positive
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 1/4] iop-adma: cleanup iop_adma_run_tx_complete_actions
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 0/4] Asynchronous raid6 acceleration (part 2 of 3)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: "MOgWai46[Saurceful of Secrets]" <street41@xxxxxxxxx>
- [PATCH v3 05/14] md/raid6: release spare page at ->stop()
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 03/14] async_tx: structify submission arguments, add scribble
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 04/14] async_xor: permit callers to pass in a 'dma/page scribble' region
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 09/14] async_tx: kill needless module_{init|exit}
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 10/14] async_tx: remove walk of tx->parent chain in dma_wait_for_async_tx
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 12/14] async_tx: add support for asynchronous RAID6 recovery operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 14/14] async_tx: raid6 recovery self test
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 13/14] dmatest: add pq support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 11/14] async_tx: add support for asynchronous GF multiplication
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 08/14] async_tx: add sum check flags
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 07/14] md/raid5, 6: add percpu scribble region for buffer lists
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 06/14] md/raid6: move the spare page to a percpu allocation
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 02/14] async_tx: kill ASYNC_TX_DEP_ACK flag
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 01/14] async_tx: rename zero_sum to val
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 00/14] Asynchronous raid6 acceleration (part 1 of 3)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: Unbalanced reads of RAID10
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Shared RAID Setup
- From: "Marcus" <mrhaarmann@xxxxxxxxxxxxxx>
- Minor typo in ReadMe.c
- From: Have Blue <airsoldierproducts@xxxxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: Drew <drew.kay@xxxxxxxxx>
- md check sync_action causes gnome-panel to grow at 1-3MB/s
- From: Alex Butcher <linraid@xxxxxxxxxxxxxx>
- Re: Western Digital RE3: Raid Failure
- From: Michal Soltys <soltys@xxxxxxxx>
- Re: Help
- From: Info@xxxxxxxxxxxxxxx
- Western Digital RE3: Raid Failure
- From: "MOgWai46[Saurceful of Secrets]" <street41@xxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: linux disk access when idle
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: LVM cannot stop/remove LV, cannot stop/delete dead RAID situation.
- From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: LVM cannot stop/remove LV, cannot stop/delete dead RAID situation.
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
- From: CoolCold <coolthecold@xxxxxxxxx>
- Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
- From: Neil Brown <neilb@xxxxxxx>
- LVM cannot stop/remove LV, cannot stop/delete dead RAID situation.
- From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Help
- From: Info@xxxxxxxxxxxxxxx
- Re: Raid 5 - not clean and then a failure.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: Raid 5 - not clean and then a failure.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
- Raid 5 - not clean and then a failure.
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: Converting ext3 to RAID1 ...
- From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
- Re: Converting ext3 to RAID1 ...
- From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Help
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Help
- From: Info@xxxxxxxxxxxxxxx
- Converting ext3 to RAID1 ...
- From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
- Re: Write intent bitmaps.
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: linux disk access when idle
- From: Billy Crook <billycrook@xxxxxxxxx>
- Write intent bitmaps.
- From: Simon Jackson <sjackson@xxxxxxxxxxx>
- Re: RAID 5 recovery to not degrade device on bad block
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: md tries to assemble md_d0 instead of md0
- From: Tony Arcieri <tony@xxxxxxxxxx>
- Re: md tries to assemble md_d0 instead of md0
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: RAID5 reshape past 100%
- From: Lucian Șandor <lucisandor@xxxxxxxxx>
- Re: RAID5 reshape past 100%
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: RAID5 reshape past 100%
- From: Lucian Șandor <lucisandor@xxxxxxxxx>
- Re: RAID5 reshape past 100%
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Help
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: md tries to assemble md_d0 instead of md0
- From: Tony Arcieri <tony@xxxxxxxxxx>
- Re: linux disk access when idle
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: raid array not auto restarting
- From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
- md tries to assemble md_d0 instead of md0
- From: Tony Arcieri <tony@xxxxxxxxxx>
- Re: raid array not auto restarting
- From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
- Unbalanced reads of RAID10
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
- Re: raid array not auto restarting
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
- raid array not auto restarting
- From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
- RAID5 reshape past 100%
- From: Lucian Șandor <lucisandor@xxxxxxxxx>
- RAID 5 recovery to not degrade device on bad block
- From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
- Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
- Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
- From: "NeilBrown" <neilb@xxxxxxx>
- RE: Help
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
- Re: linux disk access when idle
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: Help
- From: Info@xxxxxxxxxxxxxxx
- Re: Help
- From: Info@xxxxxxxxxxxxxxx
- Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
- Re: man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
- From: Drew <drew.kay@xxxxxxxxx>
- Re: Help
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- man mdadm regarding --assume-clean says it's OK to use with RAID1 or 10, when creating:
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
- Re: Help
- From: Info@xxxxxxxxxxxxxxx
- Re: Help
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: linux disk access when idle
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: linux disk access when idle
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: RAID10 Layouts
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: Help
- From: Info@xxxxxxxxxxxxxxx
- Re: linux disk access when idle
- From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
- Re: linux disk access when idle
- From: Kyle Liddell <kyle@xxxxxxxxxxxxxxxxxxxx>
- Re: Growing raid 5: Failed to reshape
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Growing raid 5: Failed to reshape
- From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
- Re: linux disk access when idle
- From: Richard Scobie <richard@xxxxxxxxxxx>
- Re: Growing raid 5: Failed to reshape
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Growing raid 5: Failed to reshape
- From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
- Re: Growing raid 5: Failed to reshape
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Growing raid 5: Failed to reshape
- From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
- Re: Growing raid 5: Failed to reshape
- From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
- Re: linux disk access when idle
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: linux disk access when idle
- From: berk walker <berk@xxxxxxxxx>
- Re: linux disk access when idle
- From: "Carl A. Cook" <CACook@xxxxxxxxxxxxxxxxxxxx>
- Re: linux disk access when idle
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: linux disk access when idle
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: RAID10 Layouts
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Growing raid 5: Failed to reshape
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: RAID10 Layouts
- From: Info@xxxxxxxxxxxxxxx
- Re: Help
- From: Info@xxxxxxxxxxxxxxx
- Re: RAID10 Layouts
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: Help
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Growing raid 5: Failed to reshape
- From: Anshuman Aggarwal <anshuman.aggarwal@xxxxxxxxx>
- Re: Help
- From: Info@xxxxxxxxxxxxxxx
- Re: RAID10 Layouts
- From: Info@xxxxxxxxxxxxxxx
- Re: linux disk access when idle
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- RE: linux disk access when idle
- From: <Foster_Brian@xxxxxxx>
- Re: linux disk access when idle
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: linux disk access when idle
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: linux disk access when idle
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: RAID10 Layouts
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- RAID10 Layouts
- From: Info@xxxxxxxxxxxxxxx
- RE: linux disk access when idle
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- RE: linux disk access when idle
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
- RE: a problem with mdadm 2.6.9
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
- Re: a problem with mdadm 2.6.9
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: a problem with mdadm 2.6.9
- From: jeffunit <jeff@xxxxxxxxxxxx>
- Re: a problem with mdadm 2.6.9
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: a problem with mdadm 2.6.9
- From: jeffunit <jeff@xxxxxxxxxxxx>
- Re: a problem with mdadm 2.6.9
- From: "NeilBrown" <neilb@xxxxxxx>
- a problem with mdadm 2.6.9
- From: jeffunit <jeff@xxxxxxxxxxxx>
- Re: linux disk access when idle
- From: Richard Scobie <richard@xxxxxxxxxxx>
- linux disk access when idle
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: Code base for rework of ppc440SPe ADMA driver
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Code base for rework of ppc440SPe ADMA driver
- From: Anatolij Gustschin <agust@xxxxxxx>
- Re: Hot-swapping: what's that? (and 3ware 9650SE)
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Hot-swapping: what's that? (and 3ware 9650SE)
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Hot-swapping: what's that? (and 3ware 9650SE)
- From: Drew <drew.kay@xxxxxxxxx>
- Re: Hot-swapping: what's that? (and 3ware 9650SE)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Hot-swapping: what's that? (and 3ware 9650SE)
- From: kwick <kwick@xxxxxxxxxxxxx>
- PULL REQUEST for md in 2.6.31 - one more fix
- From: Neil Brown <neilb@xxxxxxx>
- Re: Software, Raid 5, Different Size Drives.
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: jim owens <jowens@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: jim owens <jowens@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Software, Raid 5, Different Size Drives.
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: max number of devices in raid6 array
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: max number of devices in raid6 array
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Software, Raid 5, Different Size Drives.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Software, Raid 5, Different Size Drives.
- From: Michał Przyłuski <mikylie@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Software, Raid 5, Different Size Drives.
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Software, Raid 5, Different Size Drives.
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: -z not on RAID0 / MPIO hurdle
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: max number of devices in raid6 array
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: raid-0 with mdadm vs lvm striping
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- RE: Software, Raid 5, Different Size Drives.
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Chris Worley <worleys@xxxxxxxxx>
- Re: Discard support
- From: Mark Lord <liml@xxxxxx>
- Re: Software, Raid 5, Different Size Drives.
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Discard support
- From: Theodore Tso <tytso@xxxxxxx>
- Re: Discard support
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: Discard support
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Robert Hancock <hancockrwd@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Theodore Tso <tytso@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Software, Raid 5, Different Size Drives.
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: jim owens <jowens@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: -z not on RAID0 / MPIO hurdle
- From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: [mdadm git pull] pending fixes for mdadm 3.0.1
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Chris Worley <worleys@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Chris Worley <worleys@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Chris Worley <worleys@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: Discard support
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
- From: Richard Scobie <richard@xxxxxxxxxxx>
- Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: -z not on RAID0 / MPIO hurdle
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
- Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
- From: Paweł Brodacki <pawel.brodacki@xxxxxxxxxxxxxx>
- Re: -z not on RAID0 / MPIO hurdle
- From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
- RE: max number of devices in raid6 array
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Ext3 convert to RAID1 ...
- From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Bryan Donlan <bdonlan@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Array management
- From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
- From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Help understanding the root cause of a member dropping out of a RAID 1 set.
- From: Billy Crook <billycrook@xxxxxxxxx>
- 32-bit sys/times.h incorrect return value
- From: Jan Wagner <jwagner@xxxxxxxxxxx>
- Help understanding the root cause of a member dropping out of a RAID 1 set.
- From: Simon Jackson <sjackson@xxxxxxxxxxx>
- Re: raid-0 with mdadm vs lvm striping
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: max number of devices in raid6 array
- From: Richard Scobie <richard@xxxxxxxxxxx>
- RE: max number of devices in raid6 array
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
- Re: max number of devices in raid6 array
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- RE: raid-0 with mdadm vs lvm striping
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
- Re: raid-0 with mdadm vs lvm striping
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: -z not on RAID0 / MPIO hurdle
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- md/raid level conversion ready for testers.
- From: Neil Brown <neilb@xxxxxxx>
- [PULL REQUEST] a few more md fixes for 2.6.31
- From: Neil Brown <neilb@xxxxxxx>
- Re: [PATCH] md: avoid use of broken kzalloc mempool
- From: Neil Brown <neilb@xxxxxxx>
- Re: Prevent automatic reconstruction during boot/assembly (RAID 1)?
- From: Neil Brown <neilb@xxxxxxx>
- -z not on RAID0 / MPIO hurdle
- From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
- Re: raid-0 with mdadm vs lvm striping
- From: Drew <drew.kay@xxxxxxxxx>
- Re: max number of devices in raid6 array
- From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
- Re: max number of devices in raid6 array
- From: Billy Crook <billycrook@xxxxxxxxx>
- Re: raid-0 with mdadm vs lvm striping
- From: Billy Crook <billycrook@xxxxxxxxx>
- Re: max number of devices in raid6 array
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: max number of devices in raid6 array
- From: David Cure <lnk@xxxxxxxxxxx>
- Re: max number of devices in raid6 array
- From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
- max number of devices in raid6 array
- From: David Cure <lnk@xxxxxxxxxxx>
- RE: raid-0 with mdadm vs lvm striping
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
- Re: raid-0 with mdadm vs lvm striping
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: raid6 recovery with read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- RE: raid-0 with mdadm vs lvm striping
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
- Re: [PATCH] md: avoid use of broken kzalloc mempool
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] md: avoid use of broken kzalloc mempool
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: raid-0 with mdadm vs lvm striping
- From: Drew <drew.kay@xxxxxxxxx>
- Re: Rebuild doesn't start
- From: Oliver Martin <oliver@xxxxxxxxxxxxxxxx>
- Prevent automatic reconstruction during boot/assembly (RAID 1)?
- From: Sebastian Färber <faerber@xxxxxxxxx>
- Re: Rebuild doesn't start
- From: "NeilBrown" <neilb@xxxxxxx>
- Rebuild doesn't start
- From: Oliver Martin <oliver@xxxxxxxxxxxxxxxx>
- Possible failure & recovery
- From: "Daniel L. Miller" <dmiller@xxxxxxxxx>
- raid-0 with mdadm vs lvm striping
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
- Re: raid10 problem with spare disk
- From: Daniel Iliev <daniel.iliev@xxxxxxxxx>
- Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
- From: Neil Brown <neilb@xxxxxxx>
- Re: raid10 problem with spare disk
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: raid10 problem with spare disk
- From: Daniel Iliev <daniel.iliev@xxxxxxxxx>
- Re: partitioned raid 5 and proper partition alignment
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: raid10 problem with spare disk
- From: "NeilBrown" <neilb@xxxxxxx>
- raid10 problem with spare disk
- From: Daniel Iliev <daniel.iliev@xxxxxxxxx>
- Re: Draft Mirrored Linux Mini How-to
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Draft Mirrored Linux Mini How-to
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Draft Mirrored Linux Mini How-to
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: partitioned raid 5 and proper partition alignment
- From: Matthias Dahl <ml_linux_raid@xxxxxxxxxxxxxx>
- Re: Draft Mirrored Linux Mini How-to
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: partitioned raid 5 and proper partition alignment
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- partitioned raid 5 and proper partition alignment
- From: Matthias Dahl <ml_linux_raid@xxxxxxxxxxxxxx>
- Re: Draft Mirrored Linux Mini How-to
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Draft Mirrored Linux Mini How-to - sfdisk suggestion
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: Draft Mirrored Linux Mini How-to
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: [PATCH/Resend] md: Push down data integrity code to personalities.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
- Re: Draft Mirrored Linux Mini How-to - sfdisk suggestion
- From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
- Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- Re: question about bitmaps and dirty percentile
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Draft Mirrored Linux Mini How-to
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: Draft Mirrored Linux Mini How-to
- From: Fredrik Pettersson <freppe@xxxxxxxxx>
- Re: [PATCH/Resend] md: Push down data integrity code to personalities.
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: Draft Mirrored Linux Mini How-to
- From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
- Re: [mdadm git pull] pending fixes for mdadm 3.0.1
- From: Neil Brown <neilb@xxxxxxx>
- Re: question about bitmaps and dirty percentile
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
- Re: Draft Mirrored Linux Mini How-to
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: question about bitmaps and dirty percentile
- From: "NeilBrown" <neilb@xxxxxxx>
- Draft Mirrored Linux Mini How-to
- From: Harold Pritchett <harold@xxxxxxx>
- Re: 2.6.31-rc5-git2 crash on a idle system.
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.31-rc5-git2 crash on a idle system.
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: 2.6.31-rc5-git2 crash on a idle system.
- From: Sachin Sant <sachinp@xxxxxxxxxx>
- Re: question about bitmaps and dirty percentile
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
- Re: [PATCH/Resend] md: Push down data integrity code to personalities.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
- Re: question about bitmaps and dirty percentile
- From: Neil Brown <neilb@xxxxxxx>
- Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH/Resend] md: Push down data integrity code to personalities.
- From: Neil Brown <neilb@xxxxxxx>
- Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
- From: Neil Brown <neilb@xxxxxxx>
- Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- Re: [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: 2.6.31-rc5-git2 crash on a idle system.
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.31-rc5-git2 crash on a idle system.
- From: Sachin Sant <sachinp@xxxxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: David Rees <drees76@xxxxxxxxx>
- Re: auto start raid0 with no superblock?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: auto start raid0 with no superblock?
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: David Rees <drees76@xxxxxxxxx>
- auto start raid0 with no superblock?
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
- [mdadm git pull] pending fixes for mdadm 3.0.1
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH/Resend] md: Push down data integrity code to personalities.
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH] md: avoid use of broken kzalloc mempool
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: [PATCH] md: avoid use of broken kzalloc mempool
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] md: avoid use of broken kzalloc mempool
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- [PATCH] md: avoid use of broken kzalloc mempool
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] mempool: launder reused items from kzalloc pool
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: question about bitmaps and dirty percentile
- From: Paul Clements <paul.clements@xxxxxxxxxxxx>
- Re: [PATCH] mempool: launder reused items from kzalloc pool
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: question about bitmaps and dirty percentile
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- Re: [PATCH/Resend] md: Push down data integrity code to personalities.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
- Re: Showcase and thanks to the developers
- From: Louwrentius <louwrentius@xxxxxxxxx>
- raid6 recovery with read errors
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
- RE: How to un-degrade an array after a totally spurious failure?
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
- RE: How to un-degrade an array after a totally spurious failure?
- From: "NeilBrown" <neilb@xxxxxxx>
- RE: How to un-degrade an array after a totally spurious failure?
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
- Re: Showcase and thanks to the developers
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
- PULL REQUEST - md fixes for 2.6.31
- From: Neil Brown <neilb@xxxxxxx>
- [md PATCH 8/8] md: Use revalidate_disk to effect changes in size of device.
- From: NeilBrown <neilb@xxxxxxx>
- [md PATCH 7/8] md: allow raid5_quiesce to work properly when reshape is happening.
- From: NeilBrown <neilb@xxxxxxx>
- [md PATCH 6/8] md/raid5: set reshape_position correctly when reshape starts.
- From: NeilBrown <neilb@xxxxxxx>
- [md PATCH 5/8] md: Handle growth of v1.x metadata correctly.
- From: NeilBrown <neilb@xxxxxxx>
- [md PATCH 4/8] md: avoid array overflow with bad v1.x metadata
- From: NeilBrown <neilb@xxxxxxx>
- [md PATCH 3/8] md: when a level change reduces the number of devices, remove the excess.
- From: NeilBrown <neilb@xxxxxxx>
- [md PATCH 2/8] md: Push down data integrity code to personalities.
- From: NeilBrown <neilb@xxxxxxx>
- [md PATCH 1/8] md/raid6: release spare page at ->stop()
- From: NeilBrown <neilb@xxxxxxx>
- [md PATCH 0/8] Assort md updates for 2.6.31
- From: NeilBrown <neilb@xxxxxxx>
- Showcase and thanks to the developers
- From: Louwrentius <louwrentius@xxxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: David Rees <drees76@xxxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: Linux Software Raid hangs after months of operation
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: David Rees <drees76@xxxxxxxxx>
- Re: help with bad performing raid6
- From: Jon Nelson <jnelson-suse@xxxxxxxxxxx>
- Re: help with bad performing raid6
- From: David Rees <drees76@xxxxxxxxx>
- Re: question about bitmaps and dirty percentile
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
- Linux Software Raid hangs after months of operation
- From: Fredrik Andersson <nablaman@xxxxxxxxx>
- Re: help with bad performing raid6
- From: Jon Nelson <jnelson-suse@xxxxxxxxxxx>
- Re: help with bad performing raid6
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: question about bitmaps and dirty percentile
- From: Paul Clements <paul.clements@xxxxxxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: [PATCH/Resend] md: Push down data integrity code to personalities.
- From: Neil Brown <neilb@xxxxxxx>
- Re: help with bad performing raid6
- From: David Rees <drees76@xxxxxxxxx>
- Re: help with bad performing raid6
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: David Rees <drees76@xxxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: David Rees <drees76@xxxxxxxxx>
- Re: question about bitmaps and dirty percentile
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Tracy Reed <treed@xxxxxxxxxxxxxxx>
- question about bitmaps and dirty percentile
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
- Re: help with bad performing raid6
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
- Re: PCI device initialisation and RAID assembly
- From: Mark J Hewitt <mjh@xxxxxxxxxxxxxxxxxxx>
- Re: PCI device initialisation and RAID assembly
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: raind-1 resync speed slow down to 50% by the time it finishes
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
- raind-1 resync speed slow down to 50% by the time it finishes
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
- Re: sdb failure - mdadm: no devices found for /dev/md0
- From: Andy Bailey <andy@xxxxxxxxxxxxxxxxx>
- PCI device initialisation and RAID assembly
- From: Mark J Hewitt <mjh@xxxxxxxxxxxxxxxxxxx>
- Re: [BUG] raid1 behind writes alter bio structure illegally
- From: Paul Clements <paul.clements@xxxxxxxxxxxx>
- Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 1/4] md: Factor out RAID6 algorithms into lib/
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- RE: help with bad performing raid6
- From: "Steven Haigh" <netwiz@xxxxxxxxx>
- Re: [BUG] raid1 behind writes alter bio structure illegally
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [BUG] raid1 behind writes alter bio structure illegally
- From: Paul Clements <paul.clements@xxxxxxxxxxxx>
- Re: help with bad performing raid6
- From: Jon Nelson <jnelson-suse@xxxxxxxxxxx>
- Want to remove a disk from raid10 during recovery
- From: Paul Smith <paul@xxxxxxxxxxxxxxxx>
- Re: help with bad performing raid6
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH] mempool: launder reused items from kzalloc pool
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: sdb failure - mdadm: no devices found for /dev/md0
- From: Andy Bailey <andy@xxxxxxxxxxxxxxxxx>
- Re: writes raid-6 building
- From: "NeilBrown" <neilb@xxxxxxx>
- writes raid-6 building
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
- Re: help with bad performing raid6
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: help with bad performing raid6
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
[Index of Archives]
[Linux RAID Wiki]
[ATA RAID]
[Linux SCSI Target Infrastructure]
[Linux Block]
[Linux IDE]
[Linux SCSI]
[Linux Hams]
[Device Mapper]
[Kernel]
[Linux Admin]
[Linux Net]
[GFS]
[RPM]
[git]
[Yosemite Forum]
[Linux Networking]
