similar to: iowait / Perfomance problems with xen on drbd (centos 5.2)

Hopefully I summed up the jist of the problem in the subject line. ;) I have a GFS cluster with ten Xen 3.0 dom0s sharing an iSCSI LUN. There are on average 8 domUs running on each Xen server. The dom0 on each server is hard-coded to 2 CPUs and 2GB of RAM with no ballooning, and has 2GB of partition-based swap. When creating a new domU on any of the Xen servers, just after the completion of

Hello, We have a 5 node OCFS2 volume backed by a Sun (Oracle) StorageTek 2540. Each system is running OEL5.4 and OCFS2 1.4.2, using device-mapper-multipath to load balance over 2 active paths. We are using the default multipath configuration for our SAN. We are observing iowait time between 60% - 90%, sustaining at over 80% as I'm writing this, driving load averages to >25 during an rsync

Hi. I entered one of our domU tonight and see following problem: # iowait -k 5 avg-cpu: %user %nice %system %iowait %steal %idle 0.00 0.00 0.00 100.00 0.00 0.00 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda1 0.00 0.00 0.00 0 0 sda2 0.00 0.00 0.00 0

Just came in from Bugzilla ... Subject: [Bug 121434] Extremely high iowait with 3Ware array and moderate disk activity https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121434 ------- Additional Comments From thomas.oulevey at elonex.ch 2005-07-29 08:55 EST ------- Hello, About the Linux 2.4 driver, we realized that we have big problem with the 9.2 driver. The 9.1.5.2 was fine. In fact the

On 05/25/2016 09:54 AM, Kelly Lesperance wrote: > What we're seeing is that when the weekly raid-check script executes, performance nose dives, and I/O wait skyrockets. The raid check starts out fairly fast (20000K/sec - the limit that's been set), but then quickly drops down to about 4000K/Sec. dev.raid.speed sysctls are at the defaults: It looks like some pretty heavy writes are

Kelly Lesperance wrote: > I?ve posted this on the forums at > https://www.centos.org/forums/viewtopic.php?f=47&t=57926&p=244614#p244614 > - 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

Kelly Lesperance wrote: > I?ve posted this on the forums at > https://www.centos.org/forums/viewtopic.php?f=47&t=57926&p=244614#p244614 > - 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

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? Regards, Dennis On 25.05.2016 19:26, Kelly Lesperance wrote: > [merging] > > 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 ? > > Thanks, >

On 5/25/2016 11:44 AM, Kelly Lesperance wrote: > The HBA is an HP H220. OH. its a very good idea to verify the driver is at the same revision level as the firmware. not 100% sure how you do this under CentOS, my H220 system is running FreeBSD, and is at revision P20, both firmware and driver. HP's firmware, at least what I could find, was a fairly old P14 or something, so I

LSI/Avago?s web pages don?t have any downloads for the SAS2308, so I think I?m out of luck wrt MegaRAID. Bounced the node, confirmed MPT Firmware 15.10.09.00-IT. HP Driver is v 15.10.04.00. Both are the latest from HP. Unsure why, but the module itself reports version 20.100.00.00: [root at r1k1 sys] # cat module/mpt2sas/version 20.100.00.00 On 2016-05-25, 3:20 PM, "centos-bounces at

Already done ? they?re not being very helpful, as we don?t have a support contract, just standard warranty. On 2016-05-25, 4:27 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: >> LSI/Avago?s web pages don?t have any downloads for the SAS2308, so I think

Software RAID 10. Servers are HP DL380 Gen 8s, with 12x4 TB 7200 RPM drives. On 2016-06-01, 3:52 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 did some additional testing - I stopped Kafka on the host, and kicked >> off a disk check, and it

Hi, I want to report a strange problem with samba 4.7.x and IO wait / CPU usage. I am using linux (archlinux, kernel 4.14.2) and encounter a very strange bug with only samba 4.7.x (from 4.7.0 to last 4.7.4). With these versions CPU usage and IO WAIT is very high with a single CIFS client with very low transfert (about 1MB/s). I rollback to 4.6.9 to 4.6.12 and no problem with these versions.

Hi Jeremy, What do you need exactly ? Thanks -- Christophe Yayon > On 10 Jan 2018, at 01:38, Jeremy Allison <jra at samba.org> wrote: > >> On Tue, Jan 09, 2018 at 03:27:17PM +0100, Christophe Yayon via samba wrote: >> Hi, >> >> I want to report a strange problem with samba 4.7.x and IO wait / CPU usage. >> >> I am using linux (archlinux, kernel

Hi, I found the problem ! It was the params "strict sync" which is default to "Yes" on 4.7.x and "No" on 4.6.x and previous. When i force to "strict sync = no" in my config file, no more abnormal load average. is this normal to default to "yes" on 4.7.x ? Thanks -- Christophe Yayon cyayon at nbux.org On Wed, Jan 10, 2018, at 07:11,

Hdparm didn?t get far: [root at r1k1 ~] # hdparm -tT /dev/sda /dev/sda: Timing cached reads: Alarm clock [root at r1k1 ~] # On 2016-05-25, 2:44 PM, "Kelly Lesperance" <klesperance at blackberry.com> wrote: >The HBA is an HP H220. > >We haven?t really benchmarked individual drives ? all 12 drives are utilized in one RAID-10 array, I?m unsure how we would test

On 2016-06-01 20:07, Kelly Lesperance wrote: > Software RAID 10. Servers are HP DL380 Gen 8s, with 12x4 TB 7200 RPM drives. > > On 2016-06-01, 3:52 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 did some additional testing - I

John R Pierce wrote: > On 5/25/2016 11:44 AM, Kelly Lesperance wrote: >> The HBA is an HP H220. > > OH. its a very good idea to verify the driver is at the same revision > level as the firmware. not 100% sure how you do this under CentOS, my > H220 system is running FreeBSD, and is at revision P20, both firmware > and driver. HP's firmware, at least what I

Kelly Lesperance wrote: > LSI/Avago?s web pages don?t have any downloads for the SAS2308, so I think > I?m out of luck wrt MegaRAID. > > Bounced the node, confirmed MPT Firmware 15.10.09.00-IT. > HP Driver is v 15.10.04.00. > > Both are the latest from HP. > > Unsure why, but the module itself reports version 20.100.00.00: > > [root at r1k1 sys] # cat

Kelly Lesperance wrote: > I did some additional testing - I stopped Kafka on the host, and kicked > off a disk check, and it ran at the expected speed overnight. I started > kafka this morning, and the raid check's speed immediately dropped down to > ~2000K/Sec. > > I then enabled the write-back cache on the drives (hdparm -W1 /dev/sd*). > The raid check is now running