similar to: format() method

[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

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 H220 HBA Dual port 10 GB NIC The drives are configured as one large

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

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"

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, >

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

Hi Rowland, yes I'm configuring apache kafka / zookeeper, I need Kerberos authentication for the test environment and I don't have AD :) I'v two environment, the first (production), samba 4.5.1 work as intended: # samba-tool spn list z1 z1 User CN=z1,CN=Users,DC=pro,DC=lan has the following servicePrincipalName: zookeeper/node1.pro.lan # klist -k -e z1.ktab Keytab name:

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

The production will be updated as soon as possible, back to the kinit it seems to me that we are going around the problem :) I will do tests, in the next few days I will make up for it unless there are some hints. thanks. Il giorno mer 10 giu 2020 alle ore 20:46 Rowland penny via samba < samba at lists.samba.org> ha scritto: > On 10/06/2020 19:25, banda bassotti via samba wrote: >

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

All of our Kafka clusters are fairly write-heavy. The cluster in question is our second-heaviest ? we haven?t yet upgraded the heaviest, due to the issues we?ve been experiencing in this one. Here is an iostat example from a host within the same cluster, but without the RAID check running: [root at r2k1 ~] # iostat -xdmc 1 10 Linux 3.10.0-327.13.1.el7.x86_64 (r2k1) 05/27/16 _x86_64_ (32 CPU)

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

Hi, The login script has worked for our win98 computers since the dawn of time (or there abouts). Then something happened or I did something and the login script doesn't run anymore. I can run it manually. This was version 2.2.3a. I started smbd with -d10 and didn't see any call for a script. Is the login script mentioned in a working system? In an effort to fix this, I deleted and

Renato, Renato Golin wrote: > On 15 October 2015 at 09:35, Bill Kelly via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> Chandler Carruth via llvm-dev wrote: >>> However, it is incredibly >>> important to not expect or demand that a person *you have made feel >>> unsafe* take the time to explain why. >> >> I feel what you have written

Hello, I'm working with an employer that is looking to hire a permanent sysadmin to help maintain their Hadoop and Kafka clusters at their Amsterdam, Netherlands office OR remote. Consequently I had hoped that some members of this mailing list may like to discuss further off-list using "JamesBTobin (at) Gmail (dot) Com". Kind regards, James

CentOS Errata and Bugfix Advisory 2019:2501 Upstream details at : https://access.redhat.com/errata/RHBA-2019:2501 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: fa57fea42b1cdd050e9c8d1bf9a1ec4fc0bec10db00c4d2eea4c6cc94203746b rsyslog-8.24.0-41.el7_7.x86_64.rpm

CentOS Errata and Bugfix Advisory 2019:3061 Upstream details at : https://access.redhat.com/errata/RHBA-2019:3061 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 276f321f41112dde88d867c01d9afa0ea673ac318185f9ee5f6ff54c0ce7c0d0 rsyslog-8.24.0-41.el7_7.2.x86_64.rpm