Hi Rob,
On Sat, Jun 12, 2021 at 05:47:49PM -0500, Rob Townley wrote:
> mdadm.conf has email reporting capabilities to alert to failing drives.
> Test that you receive emails.
I do receive those emails, when such things occur, but the drives
are not failing.
Devices are not kicked out of MD array
mdadm.conf has email reporting capabilities to alert to failing drives.
Test that you receive emails.
Use mdadm to run tests on the raid.
iostat may indicate a failing drive as well
smartctl -a /dev/
On Sat, Jun 12, 2021 at 9:12 AM Andy Smith wrote:
> Hello,
>
> Unfortunately I'm still experi
Hello,
Unfortunately I'm still experiencing this problem as described in
the earlier email below and I'm running out of ideas for things to
test / try.
What was fine for a long time (~5 years): Debian jessie dom0 kernel
4.9.x with Xen 4.10.
Below issues started happening on same machines once do
Hello,
On Fri, Feb 26, 2021 at 10:39:27PM +, Andy Smith wrote:
> just lately I've been sporadically having issues where dom0 blocks
> or severely slows down on all access to the particular md device
> that hosts all domU block devices.
This just happened again on the same server as the previo
Oops, I didn't finish this sentence before sending:
On Fri, Feb 26, 2021 at 10:39:27PM +, Andy Smith wrote:
> Also, it's always the md device that the guest block devices are
> on that is stalled - IO to other devices in dom0
…seems fine.
Thanks,
Andy
Hi,
I suspect this might be an issue in the dom0 kernel (Debian buster,
kernel 4.19.0-13-amd64), but just lately I've been sporadically
having issues where dom0 blocks or severely slows down on all access
to the particular md device that hosts all domU block devices.
Setup in dom0: an md RAID10 t