close 759063
thanks
Hi,
thank you for reporting this.
I second upstreams opinion that there's nothing at the MD layer involved
here. Given that the bugreport is a single issue nobody else reported
and is 9 years old without followups since, I'm closing this bug.
If you can still reproduce the i
I have a stride value of 128 and a stripe_width value of 384. When I
created the filesystem with 4 drives (3 + 1), these were suggested values
to encourage rotation. Is this not correct?
On Mon, 25 Aug 2014 17:28:52 +1000 Tim Boundy wrote:
> After some additional testing, my issue appears related to
> http://thr3ads.net/ext3-users/2013/04/2300336-LONG-Delay-when-writing-to-ext4-LVM-after-boot
>
> With clean restart of the array, followed by running dumpe2fs (presumably
> to pref
After some additional testing, my issue appears related to
http://thr3ads.net/ext3-users/2013/04/2300336-LONG-Delay-when-writing-to-ext4-LVM-after-boot
With clean restart of the array, followed by running dumpe2fs (presumably
to prefetch bitmaps), the initial write delay is resolved. However I'm
s
On Sun, 24 Aug 2014 12:16:03 +1000 Tim Boundy wrote:
> Package: mdadm
> Version: 3.3-2
> Severity: normal
> Tags: upstream
>
> I have a RAID5 array using 4x 3TB WD Red drives. On occasion while writing to
> the array, the write operation will stall. Using iostat, I can see that one
> of the me
Package: mdadm
Version: 3.3-2
Severity: normal
Tags: upstream
I have a RAID5 array using 4x 3TB WD Red drives. On occasion while writing to
the array, the write operation will stall. Using iostat, I can see that one
of the member disks shows >95% utilisation performing reads at approximately
0.
6 matches
Mail list logo