Linux RAID Storage Date Index

• Thread Index

• Re: [RFC] MD: Allow restarting an interrupted incremental recovery.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [mdadm PATCH 2/2] Fix unterminated buffer after readlink() call
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Data recovery from linear array (Intel SS4000-E)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Data recovery from linear array (Intel SS4000-E)
  • From: Johannes Moos <jmoos@xxxxxx>
• Re: Data recovery from linear array (Intel SS4000-E)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Data recovery from linear array (Intel SS4000-E)
  • From: Johannes Moos <jmoos@xxxxxx>
• Re: Data recovery from linear array (Intel SS4000-E)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Data recovery from linear array (Intel SS4000-E)
  • From: Johannes Moos <jmoos@xxxxxx>
• 2 drive RAID10 rebuild issue
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [RFC] MD: Allow restarting an interrupted incremental recovery.
  • From: "Andrei E. Warkentin" <andrey.warkentin@xxxxxxxxx>
• Re: [RFC] MD: Restart an interrupted incremental recovery.
  • From: "Andrei E. Warkentin" <andrey.warkentin@xxxxxxxxx>
• Re: Data recovery from linear array (Intel SS4000-E)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Data recovery from linear array (Intel SS4000-E)
  • From: Johannes Moos <jmoos@xxxxxx>
• [mdadm PATCH 2/2] Fix unterminated buffer after readlink() call
  • From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
• [mdadm PATCH 1/2] Fix off-by-one in readlink() buffer size handling
  • From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
• mdadm --grow on raid1 returns nonzero
  • From: Kevin W Monroe <kwmonroe@xxxxxxxxxxxxxxxxxx>
• [RFC] MD: Allow restarting an interrupted incremental recovery.
  • From: Andrei Warkentin <andreiw@xxxxxxxxxx>
• Re: [RFC] MD: Restart an interrupted incremental recovery.
  • From: "Andrei E. Warkentin" <andrey.warkentin@xxxxxxxxx>
• Re: Odd booting problem
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: Odd booting problem
  • From: maurice <mhilarius@xxxxxxxxx>
• [RFC] MD: Restart an interrupted incremental recovery.
  • From: Andrei Warkentin <andreiw@xxxxxxxxxx>
• Re: some general md raid questions
  • From: "Peter W. Morreale" <morreale@xxxxxxx>
• Re: some general md raid questions
  • From: Keith Keller <kkeller-usenet@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: 1.X metadata: Resuming an interrupted incremental recovery for RAID1.
  • From: "Andrei E. Warkentin" <andrey.warkentin@xxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: Michael Busby <michael.a.busby@xxxxxxxxx>
• some general md raid questions
  • From: "Peter W. Morreale" <morreale@xxxxxxx>
• Re: Raid5 to another raid level??
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid5 to another raid level??
  • From: Michael Busby <michael.a.busby@xxxxxxxxx>
• Re: 1.X metadata: Resuming an interrupted incremental recovery for RAID1.
  • From: "Andrei E. Warkentin" <andrey.warkentin@xxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: NeilBrown <neilb@xxxxxxx>
• Re: MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: NeilBrown <neilb@xxxxxxx>
• Re: 1.X metadata: Resuming an interrupted incremental recovery for RAID1.
  • From: NeilBrown <neilb@xxxxxxx>
• 1.X metadata: Resuming an interrupted incremental recovery for RAID1.
  • From: "Andrei E. Warkentin" <andrey.warkentin@xxxxxxxxx>
• Re: MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Odd booting problem
  • From: maurice <mhilarius@xxxxxxxxx>
• Re: md RAID10 questions
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: md RAID10 questions
  • From: keld@xxxxxxxxxx
• Re: Raid5 to another raid level??
  • From: Michael Busby <michael.a.busby@xxxxxxxxx>
• md RAID10 questions
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: Odd booting problem
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: Odd booting problem
  • From: Jim Schatzman <james.schatzman@xxxxxxxxxxxxxxxx>
• Re: Odd booting problem
  • From: maurice <mhilarius@xxxxxxxxx>
• configuration questions & advice
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: Thought about delayed sync
  • From: NeilBrown <neilb@xxxxxxx>
• BUG: spinlock lockup while performing FS operations and detected stalls on CPUs / tasks.
  • From: Валерий <paramonov@xxxxxxxxx>
• Re: Thought about delayed sync
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: Thought about delayed sync
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Thought about delayed sync
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: Thought about delayed sync
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: Thought about delayed sync
  • From: Alexander Kühn <alexander.kuehn@xxxxxxxxxx>
• Re: Thought about delayed sync
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Thought about delayed sync
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Thought about delayed sync
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: Gordon Henderson <gordon@xxxxxxxxxx>
• Re: BUG: spinlock lockup while performing FS operations and detected stalls on CPUs / tasks.
  • From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
• BUG: spinlock lockup while performing FS operations and detected stalls on CPUs / tasks.
  • From: Валерий <paramonov@xxxxxxxxx>
• Odd booting problem
  • From: maurice <mhilarius@xxxxxxxxx>
• Re: BUG: spinlock lockup while performing FS operations
  • From: NeilBrown <neilb@xxxxxxx>
• Re: BUG: spinlock lockup while performing FS operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Clarification behind md 1.0 superblock resync_offset and recovery_offset?
  • From: NeilBrown <neilb@xxxxxxx>
• Clarification behind md 1.0 superblock resync_offset and recovery_offset?
  • From: "Andrei E. Warkentin" <andrey.warkentin@xxxxxxxxx>
• [PATCH] GCC compile fix: remove calculation of unused variable 'reservation'
  • From: Jes.Sorensen@xxxxxxxxxx
• BUG: spinlock lockup while performing FS operations
  • From: Валерий <paramonov@xxxxxxxxx>
• [PATCH] Always run Grow_continue() for started array.
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PULLREQUEST] md bugfix for 3.1
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/3] Always run Grow_continue() for started array.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] imsm: always use set_migr_type to set type of migration
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Creating an md with 3TB drives.
  • From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
• Re: Creating an md with 3TB drives.
  • From: Sebastian Muniz <sjmuniz@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• RE: Does Linux support Intel Smart Response Technology?
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH] imsm: always use set_migr_type to set type of migration
  • From: Przemyslaw Czarnowski <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• RE: [PATCH 1/3] Always run Grow_continue() for started array.
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Does Linux support Intel Smart Response Technology?
  • From: "linux-raid" <linux-raid@xxxxxxxxxxxxxxxx>
• Appropriate kernel group for IDE/ATA/SAS/SATA issues?
  • From: Jim Schatzman <james.schatzman@xxxxxxxxxxxxxxxx>
• Re: Does Linux support Intel Smart Response Technology?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Does Linux support Intel Smart Response Technology?
  • From: "Guy Watkins" <Guy@xxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: fix: correct adding and activation of spare disks
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/3] Set correct reshape restart position
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/3] Monitor reshaped array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/3] Always run Grow_continue() for started array.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/4] Fix freezing multiple arrays in container during assembly (2)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/4] FIX: restore_backup() throws core dump
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: NeilBrown <neilb@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: NeilBrown <neilb@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm - level change from raid 1 to raid 5
  • From: NeilBrown <neilb@xxxxxxx>
• RE: MD sets failing under heavy load in a DRBD/Pacemaker Cluster (115893302)
  • From: Support <support@xxxxxxx>
• Re: MD sets failing under heavy load in a DRBD/Pacemaker Cluster
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• RE: MD sets failing under heavy load in a DRBD/Pacemaker Cluster
  • From: "Thakkar, Vishal" <Vishal.Thakkar@xxxxxxx>
• [PATCH] imsm: fix: correct adding and activation of spare disks
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• [PATCH 3/3] Set correct reshape restart position
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/3] Monitor reshaped array
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/3] Reshape restart after file system pivot (missing part)
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/3] Always run Grow_continue() for started array.
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: MD sets failing under heavy load in a DRBD/Pacemaker Cluster
  • From: CoolCold <coolthecold@xxxxxxxxx>
• MD sets failing under heavy load in a DRBD/Pacemaker Cluster
  • From: Caspar Smit <c.smit@xxxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: maurice <mhilarius@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• [PATCH 4/4] Remove freeze() call from Grow_continue()
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 3/4] imsm: Fill recovery_blocked field present in mdinfo
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/4] Add recovery blocked field to mdinfo
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/4] FIX: restore_backup() throws core dump
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/4] Fix freezing multiple arrays in container during assembly (2)
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: How to stress test an RAID 6 array?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• How to stress test an RAID 6 array?
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: mdadm - level change from raid 1 to raid 5
  • From: Dominique <dcouot@xxxxxxxxxxx>
• Re: mdadm - level change from raid 1 to raid 5
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: mdadm - level change from raid 1 to raid 5
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm - level change from raid 1 to raid 5
  • From: Dominique <dcouot@xxxxxxxxxxx>
• Re: [PATCH 3/3] FIX: Remove error message during reshape restart (v2)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/3] FIX: Block array monitoring if any array is under reshape in container
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/3] Move code to check_mdmon_version() function
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/2] imsm: Do not mark resync during reshape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/2] imsm: FIX: Do not allow for spare disk activation during reshape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 8/8] Manual update for --continue option
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 6/8] Verify reshape restart position
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 5/8] Move code to get_data_disks() function
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 4/8] Set correct reshape restart position
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/8] Do not restart reshape if it is started already
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/8] Add continue option to grow command
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/8] Do not continue reshape during initrd phase
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] fix: correct unlocking of map file
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [mdadm PATCH] Fix small memory leak
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm - level change from raid 1 to raid 5
  • From: NeilBrown <neilb@xxxxxxx>
• [mdadm PATCH] Fix small memory leak
  • From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
• Re: Linux raid autodetect partition disappears after RAID degrade
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Aapo Laine <aapo.laine@xxxxxxxxxxxxx>
• Re: mdadm - level change from raid 1 to raid 5
  • From: Dominique <dcouot@xxxxxxxxxxx>
• Linux raid autodetect partition disappears after RAID degrade
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Aapo Laine <aapo.laine@xxxxxxxxxxxxx>
• Re: Safely swapping a disk in a RAID456
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Safely swapping a disk in a RAID456
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Safely swapping a disk in a RAID456
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: Safely swapping a disk in a RAID456
  • From: Danny Rawlins <monster.romster@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: mdadm - level change from raid 1 to raid 5
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• mdadm - level change from raid 1 to raid 5
  • From: Dominique <dcouot@xxxxxxxxxxx>
• Re: Safely swapping a disk in a RAID456
  • From: John Robinson <john.robinson@xxxxxxxxxxx>
• Re: Safely swapping a disk in a RAID456
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Safely swapping a disk in a RAID456
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Safely swapping a disk in a RAID456
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Safely swapping a disk in a RAID456
  • From: martin f krafft <madduck@xxxxxxxxxxx>
• Re: RAID1 question
  • From: William Thompson <wt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID1 question
  • From: William Thompson <wt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID1 question
  • From: Kai Stian Olstad <kai.stian.olstad@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID1 question
  • From: Robin Hill <robin.hill47@xxxxxxxxxxxx>
• Re: RAID1 question
  • From: William Thompson <wt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID1 question
  • From: Robin Hill <robin.hill47@xxxxxxxxxxxx>
• RAID1 question
  • From: William Thompson <wt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH 3/3] FIX: Remove error message during reshape restart (v2)
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/3] FIX: Block array monitoring if any array is under reshape in container
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/3] Move code to check_mdmon_version() function
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/3] Fix freezing multiple array in container during assembly
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/2] imsm: Do not mark resync during reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/2] imsm: FIX: Do not allow for spare disk activation during reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/2] Do not allow for resync during reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: Creating an md with 3TB drives.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Creating an md with 3TB drives.
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Creating an md with 3TB drives.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• [PATCH] fix: correct unlocking of map file
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• Re: error injection
  • From: NeilBrown <neilb@xxxxxxx>
• Re: error injection
  • From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
• Re: error injection
  • From: NeilBrown <neilb@xxxxxxx>
• Re: error injection
  • From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: NeilBrown <neilb@xxxxxxx>
• Re: error injection
  • From: NeilBrown <neilb@xxxxxxx>
• error injection
  • From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Creating an md with 3TB drives.
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: Creating an md with 3TB drives.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Creating an md with 3TB drives.
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Creating an md with 3TB drives.
  • From: NeilBrown <neilb@xxxxxxx>
• Creating an md with 3TB drives.
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: RAID6 issues
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: RAID6 issues
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: RAID6 issues
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID6 issues
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID6 issues
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: RAID6 issues
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: RAID6 issues
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• [PATCH 6/8] Verify reshape restart position
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 8/8] Manual update for --continue option
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 7/8] Manual update for --continue option
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 5/8] Move code to get_data_disks() function
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 4/8] Set correct reshape restart position
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 3/8] Do not restart reshape if it is started already
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/8] Add continue option to grow command
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/8] Do not continue reshape during initrd phase
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/8] Reshape restart after filesystem pivot
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: Recovering from a Bad Resilver / Rebuild
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Best strategy to incrementally replace smaller HDDs [success story]
  • From: Michał Sawicz <michal@xxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Recovering from a Bad Resilver / Rebuild
  • From: "Kenn" <kenn@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Krzysztof Adamski <k@xxxxxxxxxxx>
• Re:
  • From: "Kenn" <kenn@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re:
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re:
  • From: "Kenn" <kenn@xxxxxxx>
• Re: Green drives and RAID arrays with partity
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH] imsm: fix: stopped resync does not continue after auto-assemblation
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• [PATCH] remove unused variable
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: NeilBrown <neilb@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: examining the layout of an existing raid device?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: examining the layout of an existing raid device?
  • From: NeilBrown <neilb@xxxxxxx>
• examining the layout of an existing raid device?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: NeilBrown <neilb@xxxxxxx>
• Re:
  • From: NeilBrown <neilb@xxxxxxx>
• Re:
  • From: "Kenn" <kenn@xxxxxxx>
• Re:
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Recovering from a Bad Resilver?
  • From: "Kenn" <kenn@xxxxxxx>
• Re:
  • From: NeilBrown <neilb@xxxxxxx>
• [no subject]
  • From: "Kenn" <kenn@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Krzysztof Adamski <k@xxxxxxxxxxx>
• Re: Green drives and RAID arrays with partity
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Green drives and RAID arrays with partity
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Green drives and RAID arrays with partity
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: NeilBrown <neilb@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Robert L Mathews <lists@xxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Green drives and RAID arrays with partity
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Green drives and RAID arrays with partity
  • From: Joe Landman <landman@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Green drives and RAID arrays with partity
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Green drives and RAID arrays with partity
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Green drives and RAID arrays with partity
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Green drives and RAID arrays with partity
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: NeilBrown <neilb@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: NeilBrown <neilb@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
• Re: Recovery of failed RAID 6 and LVM
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Recovery of failed RAID 6 and LVM
  • From: "Marcin M. Jessa" <lists@xxxxxxxxx>
• Re: Can reading a raid drive trigger all the other drives in that set?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Recovering failed array
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Aapo Laine <aapo.laine@xxxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] md: don't delay reboot by 1 second if no MD devices exist
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] md: don't delay reboot by 1 second if no MD devices exist
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: NeilBrown <neilb@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: NeilBrown <neilb@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: potentially lost largeish raid5 array..
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Lost mdadm RAID6 array and tried everything, hoping for any other suggestions you may have
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID1 with MBR and GPT fails to auto-assemble during boot - repost
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Recovering failed array
  • From: NeilBrown <neilb@xxxxxxx>
• potentially lost largeish raid5 array..
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: Recovering failed array
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Lost mdadm RAID6 array and tried everything, hoping for any other suggestions you may have
  • From: Eduard Rozenberg <eduardr@xxxxxxxxx>
• Re: RAID1 with MBR and GPT fails to auto-assemble during boot - repost
  • From: Jim Schatzman <james.schatzman@xxxxxxxxxxxxxxxx>
• Re: Recovering failed array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Recovering failed array
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: Changed the SATA ports of two disks in RAID10 and raid disappeared
  • From: Piotr Legiecki <piotrlg@xxxxxxxxxx>
• [PATCH] FIX: restore_backup() throws core dump
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: Changed the SATA ports of two disks in RAID10 and raid disappeared
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Changed the SATA ports of two disks in RAID10 and raid disappeared
  • From: Piotr Legiecki <piotrlg@xxxxxxxxxx>
• RE: [PATCH] FIX: Remove error message during reshape restart
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: [PATCH] FIX: Remove error message during reshape restart
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 13/14] Check if md allows to control reshape
  • From: NeilBrown <neilb@xxxxxxx>
• RE: [PATCH 04/14] Add continue option to grow command
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 08/14] Check if reshape can be restarted
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 10/14] Perform restore backup for reshape continuation
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 12/14] Early reshape backup verification
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 13/14] Check if md allows to control reshape
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: making a hot spare ... hot
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• RE: [PATCH] FIX: Remove error message during reshape restart
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: making a hot spare ... hot
  • From: Brendan Hide <brendan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] Create: Allow to create two volumes of different sizes within one container
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/3] Create: Allow to create two volumes of different sizes within one container
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] imsm: FIX: Spare disk has wrong serial after takeover
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: Kernel OOPs after RAID10 assemble
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm/Monitor.c - never removes MD devices from statelist
  • From: NeilBrown <neilb@xxxxxxx>
• Re: MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 5/9] imsm: fix reserved sectors for spares
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Fixed: Part of output missing during RAID creation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: making a hot spare ... hot
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/3] Create: Incorrect message when creating a volume with explicit md dev name
  • From: NeilBrown <neilb@xxxxxxx>
• making a hot spare ... hot
  • From: Brendan Hide <brendan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] Create: Unnecessary prompt about device being busy
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/3] Create: Allow to create two volumes of different sizes within one container
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] FIX: Remove error message during reshape restart
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 13/14] Check if md allows to control reshape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 12/14] Early reshape backup verification
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 10/14] Perform restore backup for reshape continuation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 09/14] Move restore backup code to function
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 08/14] Check if reshape can be restarted
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 07/14] FIX: Memory leak during Assembly
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 04/14] Add continue option to grow command
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 03/14] FIX: Do not unblock array accidentally
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] Fixed: Part of output missing during RAID creation
  • From: Lukasz Orlowski <lukasz.orlowski@xxxxxxxxx>
• [PATCH] Fixed: Part of output missing during RAID creation
  • From: Lukasz Orlowski <lukasz.orlowski@xxxxxxxxx>
• Re: RAID showing all devices as spares after partial unplug
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID1 with MBR and GPT fails to auto-assemble during boot
  • From: Jim Schatzman <james.schatzman@xxxxxxxxxxxxxxxx>
• Re: [Patch mdadm-3.2.2] Fix readding of a readwrite drive into a writemostly array
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• [PATCH 3/3] Create: Incorrect message when creating a volume with explicit md dev name
  • From: Lukasz Orlowski <lukasz.orlowski@xxxxxxxxx>
• [PATCH 2/3] Create: Unnecessary prompt about device being busy
  • From: Lukasz Orlowski <lukasz.orlowski@xxxxxxxxx>
• [PATCH 1/3] Create: Allow to create two volumes of different sizes within one container
  • From: Lukasz Orlowski <lukasz.orlowski@xxxxxxxxx>
• [PATCH 0/3] Series short description
  • From: Lukasz Orlowski <lukasz.orlowski@xxxxxxxxx>
• Changed the SATA ports of two disks in RAID10 and raid disappeared
  • From: Piotr Legiecki <piotrlg@xxxxxxxxxx>
• RE: [PATCH 5/9] imsm: fix reserved sectors for spares
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• RE: [PATCH 01/14] Stop array reshape when mounted initramfs is detected
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: [PATCH 01/14] Stop array reshape when mounted initramfs is detected
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] udev rules: use $tempnode, check for supported types, comments
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: [PATCH] FIX: Cannot continue reshape if incremental assembly is used
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Fix serious memory leak
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] imsm: FIX: Spare disk has wrong serial after takeover
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] udev rules: use $tempnode, check for supported types, comments
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [Patch mdadm-3.2.2] Fix readding of a readwrite drive into a writemostly array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [Patch mdadm-3.2.2] Fix the fix for the readd bug
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Need pointers to shrinking an array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID showing all devices as spares after partial unplug
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID showing all devices as spares after partial unplug
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID showing all devices as spares after partial unplug
  • From: Mike Hartman <mike@xxxxxxxxxxxxxxxxxxxx>
• Need pointers to shrinking an array
  • From: Michał Sawicz <michal@xxxxxxxxxx>
• Re: RAID showing all devices as spares after partial unplug
  • From: Phil Turmel <philip@xxxxxxxxxx>
• RE: RAID showing all devices as spares after partial unplug
  • From: Mike Hartman <mike@xxxxxxxxxxxxxxxxxxxx>
• Re: RAID showing all devices as spares after partial unplug
  • From: Mike Hartman <mike@xxxxxxxxxxxxxxxxxxxx>
• Re: RAID showing all devices as spares after partial unplug
  • From: Jim Schatzman <james.schatzman@xxxxxxxxxxxxxxxx>
• Re: RAID showing all devices as spares after partial unplug
  • From: Mike Hartman <mike@xxxxxxxxxxxxxxxxxxxx>
• Re: RAID showing all devices as spares after partial unplug
  • From: Jim Schatzman <james.schatzman@xxxxxxxxxxxxxxxx>
• Re: RAID showing all devices as spares after partial unplug
  • From: Mike Hartman <mike@xxxxxxxxxxxxxxxxxxxx>
• RAID showing all devices as spares after partial unplug
  • From: Mike Hartman <mike@xxxxxxxxxxxxxxxxxxxx>
• Re: additional feature for linear
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: additional feature for linear
  • From: Henti Smith <henti@xxxxxxxxxxxxxx>
• Re: additional feature for linear
  • From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
• Re: additional feature for linear
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• additional feature for linear
  • From: Henti Smith <henti@xxxxxxxxxxxxxx>
• Re: Converting RAID1 to RAID5
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Converting RAID1 to RAID5
  • From: Alex <mysqlstudent@xxxxxxxxx>
• [PATCH] FIX: Remove error message during reshape restart
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH] Fix serious memory leak
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• [PATCH 14/14] Manual update for --continue option
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 13/14] Check if md allows to control reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 12/14] Early reshape backup verification
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 11/14] Add possibility to restart reshape for native metadata
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 10/14] Perform restore backup for reshape continuation
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 09/14] Move restore backup code to function
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 08/14] Check if reshape can be restarted
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 07/14] FIX: Memory leak during Assembly
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 06/14] Check and run mdmon
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 05/14] Add Grow_continue_command
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 04/14] Add continue option to grow command
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 03/14] FIX: Do not unblock array accidentally
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 02/14] Stop container reshape while using initramfs
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 01/14] Stop array reshape when mounted initramfs is detected
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 00/14] Series short description
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: Converting RAID1 to RAID5
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Converting RAID1 to RAID5
  • From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
• Re: Converting RAID1 to RAID5
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: Bootable Raid-1
  • From: Robert L Mathews <lists@xxxxxxxxxxxxx>
• [PATCH] imsm: FIX: Spare disk has wrong serial after takeover
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: [PATCH 3/2] block: refactor generic_make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 3/2] block: refactor generic_make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: [TuxOnIce-users] Repeatable md OOPS on suspend, 2.6.39.4 and 3.0.3
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [TuxOnIce-users] Repeatable md OOPS on suspend, 2.6.39.4 and 3.0.3
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [TuxOnIce-users] Repeatable md OOPS on suspend, 2.6.39.4 and 3.0.3
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: [TuxOnIce-users] Repeatable md OOPS on suspend, 2.6.39.4 and 3.0.3
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [TuxOnIce-users] Repeatable md OOPS on suspend, 2.6.39.4 and 3.0.3
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: What just happened to my disks/RAID5 array?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: What just happened to my disks/RAID5 array?
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: What just happened to my disks/RAID5 array?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: What just happened to my disks/RAID5 array?
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Re: RAID6 issues
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID6 issues
  • From: Andriano <chief000@xxxxxxxxx>
• Re: What just happened to my disks/RAID5 array?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID6 issues
  • From: Andriano <chief000@xxxxxxxxx>
• Re: RAID6 issues
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: RAID6 issues
  • From: Andriano <chief000@xxxxxxxxx>
• Re: RAID6 issues
  • From: Andriano <chief000@xxxxxxxxx>
• Re: RAID6 issues
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• What just happened to my disks/RAID5 array?
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Re: RAID6 issues
  • From: Alexander Kühn <alexander.kuehn@xxxxxxxxxx>
• Re: RAID6 issues
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID6 issues
  • From: Andriano <chief000@xxxxxxxxx>
• Re: RAID6 issues
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID6 issues
  • From: Andriano <chief000@xxxxxxxxx>
• Re: RAID6 issues
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID6 issues
  • From: Andriano <chief000@xxxxxxxxx>
• Re: RAID6 issues
  • From: NeilBrown <neilb@xxxxxxx>
• RAID6 issues
  • From: Andriano <chief000@xxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 3/2] block: refactor generic_make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/2] block: refactor generic_make_request
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: Rotating RAID 1
  • From: Bill Davidsen <davidsen@xxxxxxx>
• [PATCH 3/2] block: refactor generic_make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: mdadm/Monitor.c - never removes MD devices from statelist
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Kernel OOPs after RAID10 assemble
  • From: "Moshe Melnikov" <moshe@xxxxxxxxxxxxxxxxx>
• Re: Kernel OOPs after RAID10 assemble
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm/Monitor.c - never removes MD devices from statelist
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Rotating RAID 1
  • From: Pavel Hofman <pavel.hofman@xxxxxxxxxxx>
• mdadm/Monitor.c - never removes MD devices from statelist
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Speeding inode access
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Converting RAID1 to RAID5
  • From: Alex <mysqlstudent@xxxxxxxxx>
• [PATCH 2/2] block: remove support for bio remapping from ->make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 1/2] block: export __make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Kernel OOPs after RAID10 assemble
  • From: "Moshe Melnikov" <moshe@xxxxxxxxxxxxxxxxx>
• Kernel warning while read/writing
  • From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
• Re: Converting RAID1 to RAID5
  • From: NeilBrown <neilb@xxxxxxx>
• Converting RAID1 to RAID5
  • From: Alex <mysqlstudent@xxxxxxxxx>
• RE: Bootable Raid-1
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• [PULL REQUEST] more md fixes for 3.1
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Rotating RAID 1
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Bootable Raid-1
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Best strategy to incrementally replace smaller HDDs
  • From: Michał Sawicz <michal@xxxxxxxxxx>
• Re: Best strategy to incrementally replace smaller HDDs
  • From: Michał Sawicz <michal@xxxxxxxxxx>
• Re: [TuxOnIce-users] Repeatable md OOPS on suspend, 2.6.39.4 and 3.0.3
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Best strategy to incrementally replace smaller HDDs
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Best strategy to incrementally replace smaller HDDs
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Best strategy to incrementally replace smaller HDDs
  • From: Michał Sawicz <michal@xxxxxxxxxx>
• Re: Bootable Raid-1
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: Bootable Raid-1
  • From: hansbkk@xxxxxxxxx
• store a block device information in sb_info struct of ext4 file system
  • From: Shwety <shweta0232@xxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• RE: [PATCH] FIX: Cannot continue reshape if incremental assembly is used
  • From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
• [PATCH] udev rules: use $tempnode, check for supported types, comments
  • From: Michal Soltys <soltys@xxxxxxxx>
• v2 once more, for current head
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: [PATCH] FIX: Cannot continue reshape if incremental assembly is used
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] FIX: Cannot continue reshape if incremental assembly is used
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] kill-subarray: fix, cannot kill-subarray with unsupported metadata
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [mdadm PATCH] Fix small memory leak
  • From: NeilBrown <neilb@xxxxxxx>
• RE: [PATCH] FIX: Cannot continue reshape if incremental assembly is used
  • From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: Michael Busby <michael.a.busby@xxxxxxxxx>
• RE: [PATCH] Fix: Sometimes mdmon throws core dump during reshape
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: Q: imsm rapid recovery volume
  • From: NeilBrown <neilb@xxxxxxx>
• RE: [PATCH] Fix: Sometimes mdmon throws core dump during reshape
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: Q: imsm rapid recovery volume
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: [PATCH] kill-subarray: fix, cannot kill-subarray with unsupported metadata
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] util: fix seg-fault when trying to kill-subarray in a non-existing container
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] fix: segfault when killing subarray of non-existent container
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Fix: Sometimes mdmon throws core dump during reshape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/2] udev rules behaviour
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] mdadm: close parent file descriptors when starting mdmon.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] FIX: Prevent using null list pointer
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] FIX: Mdmon crashes after changing RAID level from 1 to 0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] FIX: Cannot continue reshape if incremental assembly is used
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid5 to another raid level??
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] trival: md_k.h should be md.h in the beginning comment of file md.h
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] util: fix seg-fault when trying to kill-subarray in a non-existing container
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• v2 - keep incremental, check types
  • From: Michal Soltys <soltys@xxxxxxxx>
• [PATCH] udev rules: add ddf, shorten checks, use $tempnode
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: [PATCH] FIX: Cannot continue reshape if incremental assembly is used
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 5/9] imsm: fix reserved sectors for spares
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] Fix: Sometimes mdmon throws core dump during reshape
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] kill-subarray: fix, cannot kill-subarray with unsupported metadata
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• [PATCH] kill-subarray: fix, cannot kill-subarray with unsupported metadata
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH] util: fix seg-fault when trying to kill-subarray in a non-existing container
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: CoolCold <coolthecold@xxxxxxxxx>
• [PATCH] Fix: Sometimes mdmon throws core dump during reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/2] shorten remove rules
  • From: Michal Soltys <soltys@xxxxxxxx>
• [PATCH 0/2] udev rules behaviour
  • From: Michal Soltys <soltys@xxxxxxxx>
• [PATCH 1/2] udev rules: don't incrementally autoassemble everything
  • From: Michal Soltys <soltys@xxxxxxxx>
• [PATCH] trival: md_k.h should be md.h in the beginning comment of file md.h
  • From: Wang Sheng-Hui <shhuiw@xxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: Can reading a raid drive trigger all the other drives in that set?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: Simon Matthews <simon.d.matthews@xxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: Simon Matthews <simon.d.matthews@xxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: Simon Matthews <simon.d.matthews@xxxxxxxxx>
• Re: [PATCH] FIX: Mdmon crashes after changing RAID level from 1 to 0
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: Can reading a raid drive trigger all the other drives in that set?
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: Can reading a raid drive trigger all the other drives in that set?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• [PATCH v2] mdadm: close parent file descriptors when starting mdmon.
  • From: Maciej Patelczyk <maciej.patelczyk@xxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: Michael Busby <michael.a.busby@xxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: NeilBrown <neilb@xxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: Michael Busby <michael.a.busby@xxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: NeilBrown <neilb@xxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: Michael Busby <michael.a.busby@xxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Simon Matthews <simon.d.matthews@xxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: Simon Matthews <simon.d.matthews@xxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid5 to another raid level??
  • From: Michael Busby <michael.a.busby@xxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: Michael Busby <michael.a.busby@xxxxxxxxx>
• Re: Raid5 to another raid level??
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Raid5 to another raid level??
  • From: Michael Busby <michael.a.busby@xxxxxxxxx>
• Re: MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: John Robinson <john.robinson@xxxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• Re: freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Robin Hill <robin.hill47@xxxxxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
• Re: raid array with 3T disks and GPT partition
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• raid array with 3T disks and GPT partition
  • From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
• freshly grown array shrinks after first reboot - major data loss
  • From: Pim Zandbergen <P.Zandbergen@xxxxxxxxxxxxx>
• [PATCH] FIX: Prevent using null list pointer
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• [PATCH] FIX: Cannot continue reshape if incremental assembly is used
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• [PATCH] FIX: Mdmon crashes after changing RAID level from 1 to 0
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• Re: possible bug - bitmap dirty pages status
  • From: NeilBrown <neilb@xxxxxxx>
• Re: possible bug - bitmap dirty pages status
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: dirty chunks on bitmap not clearing (RAID1)
  • From: Chris Pearson <pearson.christopher.j@xxxxxxxxx>
• Re: possible bug - bitmap dirty pages status
  • From: Paul Clements <paul.clements@xxxxxxxxxxx>
• Re: possible bug - bitmap dirty pages status
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: possible bug - bitmap dirty pages status
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: possible bug - bitmap dirty pages status
  • From: Paul Clements <paul.clements@xxxxxxxxxxx>
• Re: possible bug - bitmap dirty pages status
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: dirty chunks on bitmap not clearing (RAID1)
  • From: NeilBrown <neilb@xxxxxxx>
• [PULL REQUEST] md fixes for 3.1
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5: failing an active component during spare rebuild - arrays hangs
  • From: NeilBrown <neilb@xxxxxxx>
• Re: MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: NeilBrown <neilb@xxxxxxx>
• Re: MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• RE: [PATCH] mdadm: close parent file descriptors when starting mdmon.
  • From: "Patelczyk, Maciej" <maciej.patelczyk@xxxxxxxxx>
• Re: (solved) RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: [PATCH 9/9] mdadm: 'dump' support
  • From: Alexander Kühn <alexander.kuehn@xxxxxxxxxx>
• Re: [PATCH 0/9] recovering an imsm raid5 array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 9/9] mdadm: 'dump' support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 7/9] imsm: support 'missing' devices at Create
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 5/9] imsm: fix reserved sectors for spares
  • From: NeilBrown <neilb@xxxxxxx>
• Re: (solved) RAID1, changed disk, 2nd has errors ...
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: [PATCH] mdadm: close parent file descriptors when starting mdmon.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: NeilBrown <neilb@xxxxxxx>
• MD devnode still present after 'remove' udev event, and mdadm reports 'does not appear to be active'
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: dirty chunks on bitmap not clearing (RAID1)
  • From: Chris Pearson <kermit4@xxxxxxxxx>
• [PATCH] mdadm: close parent file descriptors when starting mdmon.
  • From: Maciej Patelczyk <maciej.patelczyk@xxxxxxxxx>
• Re: (solved) RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: set sector or minimum write size?
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• set sector or minimum write size?
  • From: Chris Pearson <kermit4@xxxxxxxxx>
• possible bug - bitmap dirty pages status
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: Raid failing, which command to remove the bad drive?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Help - power failure during RAID6 grow
  • From: Michael-John Turner <mj@xxxxxxxxxxxx>
• Re: Help - power failure during RAID6 grow
  • From: NeilBrown <neilb@xxxxxxx>
• Raid failing, which command to remove the bad drive?
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: [PATCH 5/9] imsm: fix reserved sectors for spares
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: Help - power failure during RAID6 grow
  • From: Michael-John Turner <mj@xxxxxxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Help - power failure during RAID6 grow
  • From: Michael-John Turner <mj@xxxxxxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: Robin Hill <robin.hill47@xxxxxxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: RAID1, changed disk, 2nd has errors ...
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• RAID1, changed disk, 2nd has errors ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: [PATCH 0/9] recovering an imsm raid5 array
  • From: linbloke <linbloke@xxxxxxxxxxx>
• Re: IMSM Raid 5 always read only and gone after reboot
  • From: linbloke <linbloke@xxxxxxxxxxx>
• [mdadm PATCH] Fix small memory leak
  • From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
• [PATCH 9/9] mdadm: 'dump' support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 8/9] util: allow regular files through test_partition()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 7/9] imsm: support 'missing' devices at Create
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 6/9] mdmon: fix, close spare activation race
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 5/9] imsm: fix reserved sectors for spares
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 4/9] sysfs: fix sysfs_disk_to_scsi_id
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 3/9] imsm: fix display spares
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/9] imsm: fix, stop metadata updates to newly failed devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 1/9] imsm: fix max disks per array
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 0/9] recovering an imsm raid5 array
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: Raid 5 to Raid 1 (half of the data not required)
  • From: Mike Viau <viaum@xxxxxxxxxxxxxxx>
• Re: IMSM Raid 5 always read only and gone after reboot
  • From: Iwan Zarembo <iwan@xxxxxxxxxx>
• Re: RAID5: failing an active component during spare rebuild - arrays hangs
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: questions regarding few corner cases of mdadm usage
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5: failing an active component during spare rebuild - arrays hangs
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: maybe a raid10 module issue?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: IMSM Raid 5 always read only and gone after reboot
  • From: NeilBrown <neilb@xxxxxxx>
• Re: IMSM Raid 5 always read only and gone after reboot
  • From: Iwan Zarembo <iwan@xxxxxxxxxx>
• Re: mixing backup with app serving on same box
  • From: Gordon Henderson <gordon@xxxxxxxxxx>
• Re: mixing backup with app serving on same box
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• mixing backup with app serving on same box
  • From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
• Re: Raid 5 to Raid 1 (half of the data not required)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid 5 to Raid 1 (half of the data not required)
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Raid 5 to Raid 1 (half of the data not required)
  • From: Gordon Henderson <gordon@xxxxxxxxxx>
• Re: Raid 5 to Raid 1 (half of the data not required)
  • From: Robin Hill <robin.hill47@xxxxxxxxxxxx>
• Re: Raid 5 to Raid 1 (half of the data not required)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Rotating RAID 1
  • From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
• Re: Raid 5 to Raid 1 (half of the data not required)
  • From: NeilBrown <neilb@xxxxxxx>
• Raid 5 to Raid 1 (half of the data not required)
  • From: Mike Viau <viaum@xxxxxxxxxxxxxxx>
• Re: RAID10 failed with two disks
  • From: Piotr Legiecki <piotrlg@xxxxxxxxxx>
• Re: Rotating RAID 1
  • From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
• Re: external bitmaps on block devices?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Rotating RAID 1
  • From: NeilBrown <neilb@xxxxxxx>
• external bitmaps on block devices?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Rotating RAID 1
  • From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
• Re: [PATCH] md.4: two typos fixed
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID10 failed with two disks
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md.4: two typos fixed
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] md.4: two typos fixed
  • From: Bill Allaire <vger@xxxxxxxxxxxx>
• Re: Do I have a bad HDD?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: RAID10 failed with two disks
  • From: Piotr Legiecki <piotrlg@xxxxxxxxxx>
• Re: RAID10 failed with two disks
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID10 failed with two disks
  • From: Piotr Legiecki <piotrlg@xxxxxxxxxx>
• Re: RAID10 failed with two disks
  • From: NeilBrown <neilb@xxxxxxx>
• RAID10 failed with two disks
  • From: Piotr Legiecki <piotrlg@xxxxxxxxxx>
• Re: Device utilization with RAID-1
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: IMSM Raid 5 always read only and gone after reboot
  • From: Iwan Zarembo <iwan@xxxxxxxxxx>
• Re: Device utilization with RAID-1
  • From: maurice <mhilarius@xxxxxxxxx>
• Re: Device utilization with RAID-1
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Device utilization with RAID-1
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: Device utilization with RAID-1
  • From: Stefan /*St0fF*/ Hübner <st0ff@xxxxxxx>
• Re: Device utilization with RAID-1
  • From: NeilBrown <neilb@xxxxxxx>
• Fwd: Re: Device utilization with RAID-1
  • From: Harald Nikolisin <hochglanz@xxxxxxxxx>
• Several problems with RAID-5 array
  • From: John Obaterspok <john.obaterspok@xxxxxxxxx>
• Re: First raid1 sector gets zeroed at first reboot
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: First raid1 sector gets zeroed at first reboot
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: First raid1 sector gets zeroed at first reboot
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: First raid1 sector gets zeroed at first reboot
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: First raid1 sector gets zeroed at first reboot
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: IMSM Raid 5 always read only and gone after reboot
  • From: Daniel Frey <djqfrey@xxxxxxxxx>
• Re: IMSM Raid 5 always read only and gone after reboot
  • From: Daniel Frey <djqfrey@xxxxxxxxx>
• IMSM Raid 5 always read only and gone after reboot
  • From: Iwan Zarembo <iwan@xxxxxxxxxx>
• First raid1 sector gets zeroed at first reboot
  • From: Asdo <asdo@xxxxxxxxxxxxx>