search for: updgrading

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

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

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

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

[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, Kelly On 2016-05-25, 1:25 PM, "Kelly Lesperance" <klesperance at blackberry.com> wrote: >They are: > >[root at r1k1 ~] # hdparm -I /dev/sda > >/dev/sda: > >ATA device, with non-removable media > Model

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 individual drives without breaking the array. Trying ?hdparm -tT /dev/sda? now ? it?s been running for 25 minutes so far? Kelly On 2016-05-25, 2:12 PM, "centos-bounces at centos.org on behalf of Dennis Jacobfeuerborn"

On 2016-05-25 19:13, Kelly Lesperance wrote: > Hdparm didn?t get far: > > [root at r1k1 ~] # hdparm -tT /dev/sda > > /dev/sda: > Timing cached reads: Alarm clock > [root at r1k1 ~] # Hi Kelly, Try running 'iostat -xdmc 1'. Look for a single drive that has substantially greater await than ~10msec. If all the drives except one are taking 6-8msec, but one is very

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 between 100000K/Sec and 200000K/Sec, and has been for several

...r] > Verzonden: maandag 23 december 2019 11:57 > Aan: L.P.H. van Belle; samba at lists.samba.org > Onderwerp: Re: [Samba] Upgrading from Debian Stretch to > Buster, Van Belle package > > Hello, > > I think that the configuration I made two years ago was lost in the > updgrading (+ failures) process. > I am going to redo it. > > Best regards, > -- > L?a > >

Hello Louis, If I may, can you bear with me a bit longer? I have two machines MACHINE_1 and MACHINE_2 at two different geographical places. Both are now running Samba version 4.11.4-Debian. Thanks a lot for that! On MACHINE_1, two years ago I did: # samba-tool domain provision --use-rfc2307 --domain=<DOMAINAME> --realm=<REALM> --dns-backend=BIND9_DLZ --adminpass=<PASSWORD>

Hello, I'm trying to use a current Syslinux setup, that is working well for service linux based distros, to serve up recent Windows server installs. As I'm new here I'm reluctant to make any changes to the environment unless I've exhausted the current options. We are running Syslinux 3.71 on a Gentoo server and all the DHCP and tftpd are "working as they should". What