[CentOS] Slow RAID Check/high %iowait during check after updgrade from CentOS 6.5 -> CentOS 7.2
dennisml at conversis.de
Wed May 25 18:12:12 UTC 2016
What is the HBA the drives are attached to?
Have you done a quick benchmark on a single disk to check if this is a
raid problem or further down the stack?
On 25.05.2016 19:26, Kelly Lesperance wrote:
> The HBA the drives are attached to has no configuration that I’m aware of. We would have had to accidentally change 23 of them ☺
> On 2016-05-25, 1:25 PM, "Kelly Lesperance" <klesperance at blackberry.com> wrote:
>> They are:
>> [root at r1k1 ~] # hdparm -I /dev/sda
>> ATA device, with non-removable media
>> Model Number: MB4000GCWDC
>> Serial Number: S1Z06RW9
>> Firmware Revision: HPGD
>> Transport: Serial, SATA Rev 3.0
> On 2016-05-25, 1:23 PM, "centos-bounces at centos.org on behalf of m.roth at 5-cent.us" <centos-bounces at centos.org on behalf of m.roth at 5-cent.us> wrote:
>> Kelly Lesperance wrote:
>>> I’ve posted this on the forums at
>>> - posting to the list in the hopes of getting more eyeballs on it.
>>> We have a cluster of 23 HP DL380p Gen8 hosts running Kafka. Basic specs:
>>> 2x E5-2650
>>> 128 GB RAM
>>> 12 x 4 TB 7200 RPM SATA drives connected to an HP H220 HBA
>>> Dual port 10 GB NIC
>>> The drives are configured as one large RAID-10 volume with mdadm,
>>> filesystem is XFS. The OS is not installed on the drive - we PXE boot a
>>> CentOS image we've built with minimal packages installed, and do the OS
>>> configuration via puppet. Originally, the hosts were running CentOS 6.5,
>>> with Kafka 0.8.1, without issue. We recently upgraded to CentOS 7.2 and
>>> Kafka 0.9, and that's when the trouble started.
>> One more stupid question: could the configuration of the card for how the
>> drives are accessed been accidentally changed?
>> CentOS mailing list
>> CentOS at centos.org
> CentOS mailing list
> CentOS at centos.org
More information about the CentOS