Re: [CentOS] Slow terminal response Centos 7.7 1908

2020-07-03 Thread Erick Perez - Quadrian Enterprises
"si / software interrupts" value  was 0.0
and right now with all working fine, continues to be 0.0


On Fri, Jul 3, 2020 at 11:23 AM Strahil Nikolov 
wrote:

> Hi Erick,
>
> what was the value of 'si' in top ?
>
> Best Regards,
> Strahil Nikolov
>
> На 3 юли 2020 г. 18:48:30 GMT+03:00, Erick Perez - Quadrian Enterprises <
> epe...@quadrianweb.com> написа:
> >It was found that the software NIC  team created in Centos was having
> >issues due to a failing network cable. The team was going berserk with
> >up/down changes.
> >
> >
> >On Fri, Jul 3, 2020 at 10:12 AM Erick Perez - Quadrian Enterprises <
> >epe...@quadrianweb.com> wrote:
> >
> >> Hey!
> >> I have a strange condition in one of the servers that I don't where
> >to
> >> start looking.
> >> I login to the server via SSH (cant doit any other way) and anything
> >that
> >> I type is slow
> >> HTTP sessions timeout waiting for screen redraw. So, the server is
> >acting
> >> "slow".
> >>
> >> server is bare metal. no virtual services.
> >> no alarms in the disk raid
> >>
> >> note: server was restarted because of power failure.
> >>
> >> Some outputs from this server that is a mail server:
> >> [root@correo ~]# top
> >> top - 09:54:43 up 23:51,  2 users,  load average: 0.18, 0.23, 0.28
> >> Tasks: 210 total,   1 running, 209 sleeping,   0 stopped,   0 zombie
> >> %Cpu(s):  0.2 us,  0.1 sy,  0.0 ni, 99.8 id,  0.0 wa,  0.0 hi,  0.0
> >si,
> >> 0.0 st
> >> KiB Mem : 32606084 total, 25106412 free,  5932244 used,  1567428
> >buff/cache
> >> KiB Swap: 16449532 total, 16449532 free,0 used. 26282624
> >avail Mem
> >>
> >> **iostat**
> >> [root@correo ~]# iostat -y 5
> >> Linux 3.10.0-1062.12.1.el7.x86_64 (correo.binal.ac.pa)  07/03/2020
> >> _x86_64_(4 CPU)
> >>
> >> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
> >>0.050.000.050.050.00   99.85
> >>
> >> Device:tpskB_read/skB_wrtn/skB_read
> >kB_wrtn
> >> sda   0.00 0.00 0.00  0
> >0
> >> dm-0  0.00 0.00 0.00  0
> >0
> >> dm-1  0.00 0.00 0.00  0
> >0
> >>
> >> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
> >>0.050.000.050.050.00   99.85
> >>
> >> Device:tpskB_read/skB_wrtn/skB_read
> >kB_wrtn
> >> sda  21.40 0.00   169.60  0
> >848
> >> dm-0 21.40 0.00   169.60  0
> >848
> >> dm-1  0.00 0.00 0.00  0
> >0
> >>
> >> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
> >>0.600.000.050.450.00   98.90
> >>
> >> Device:tpskB_read/skB_wrtn/skB_read
> >kB_wrtn
> >> sda   1.2016.80 0.00 84
> >0
> >> dm-0  1.2016.80 0.00 84
> >0
> >> dm-1  0.00 0.00 0.00  0
> >0
> >>
> >> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
> >>0.050.000.000.050.00   99.90
> >>
> >> Device:tpskB_read/skB_wrtn/skB_read
> >kB_wrtn
> >> sda   8.00 0.00   100.20  0
> >501
> >> dm-0  9.00 0.00   100.20  0
> >501
> >> dm-1  0.00 0.00 0.00  0
> >0
> >>
> >> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
> >>0.450.000.350.050.00   99.15
> >>
> >> Device:tpskB_read/skB_wrtn/skB_read
> >kB_wrtn
> >> sda   1.00 0.80 3.20  4
> >16
> >> dm-0  1.00 0.80 3.20  4
> >16
> >> dm-1  0.00 0.00 0.00  0
> >0
> >>
> >>
> >> **dstop**
> >> [root@correo ~]# dstat -cd --disk-util --disk-tps
> >> total-cpu-usage -dsk/total- sda- -dsk/total-
> >> usr sys idl wai hiq siq| read  writ|util|reads writs
> >>   1   0  99   0   0   0|  20k   17k|0.14|   1 1
> >>   0   0 100   0   0   0|   0 0 |   0|   0 0
> >>   0   0 100   0   0   0|   0 0 |   0|   0 0
> >>   0   0 100   0   0   0|   0 0 |   0|   0 0
> >>   0   0 100   0   0   0|   0 0 |   0|   0 0
> >>   0   0 100   0   0   0|   0 0 |   0|   0 0
> >>   4   0  84  11   0   0|2512k  228k|52.3| 123 2
> >>  31   4  58   7   0   0|1912k 1026k|38.1| 13223
> >>   0   0  99   0   0   0|   0 0 |   0|   0 0
> >>   1   0  99   1   0   0|4096B 3819k|22.5|   1   270
> >>   0   0 100   0   0   0|   0 0 |   0|   0 0
> >>  13   1  83   4   0   0| 148k 2304k|15.3|  18   214
> >>   1   0  98   1   0   0| 140k  499k|9.70|  14 8
> >>  26   5  69   0   0   0|   0  1260k|1.30|   046
> >>  56   7  38   0   0   0|   0   204k|0.30|   012
> >>  14  11  75   0   0   0|   0 0 |   0|   0 0
> >>  22  10  68   0   0   0|   0 0 |   

Re: [CentOS] CentOS7 and NFS

2020-07-03 Thread Charles Polisher via CentOS
On 2020-06-01 11:08, Patrick Bégou wrote:
> >> I need some help with NFSv4 setup/tuning. I have a dedicated nfs server
> >> (2 x E5-2620  8cores/16 threads each, 64GB RAM, 1x10Gb ethernet and 16x
> >> 8TB HDD) used by two servers and a small cluster (400 cores). All the
> >> servers are running CentOS 7, the cluster is running CentOS6.
> >>
> >> Time to time on the server I get:
> >>
> >>   kernel: NFSD: client xxx.xxx.xxx.xxx testing state ID with
> >>  incorrect client ID

According to Red Hat Bugzilla [1], 2015-11-19:

"testing state ID with incorrect client ID" means the server
thinks a TEST_STATEID op was sent for a stateid associated with
a client different from the client associated with the session
over which the TEST_STATEID was sent. Perhaps this could be the
result of some confusion in the server's data structures but the
most straightforward explanation would be just that that's
really what the client did (perhaps as a result of a bug in
client recovery code?)

The above explanation is applicable but unless you're running 
a rather old kernel that /particular/ bug is not.

My understanding of your issue from the thread to date is you've
not yet narrowed the issue to the NFS server, the network, the 2
server clients, or the cluster clients. In other words, the
corrupt client ID could be tendered by either of the 2 servers,
or by the cluster clients, or could be corrupted in transit over
the network, or could originate on the NFS server. Correct?

According to my notes from a class given by Ted T'so on NFS,
always start with checking network health. That should be easy,
using interface statistics, eg:

$ ifconfig eth3
eth3 Link encap:Ethernet  HWaddr A0:36:9F:10:A9:06  
 inet addr:10.10.1.100  Bcast:10.10.1.255  Mask:255.255.255.0
 inet6 addr: fe80::a236:9fff:fe10:a906/64 Scope:Link
 UP BROADCAST RUNNING MULTICAST  MTU:9000  Metric:1
 RX packets:858295756  errors:0 dropped:0 overruns:0 frame:0
   
 TX packets:7090386023 errors:0 dropped:0 overruns:0 carrier:0
   
 collisions:0 txqueuelen:1000 
 RX bytes:495026510281 (461.0 GiB)  TX bytes:10475167734024 (9.5 TiB)

 $ ip --stats link show eth3
 eth3:  mtu 9000 qdisc mq state UP qlen 
1000
 link/ether a0:36:9f:10:a9:06 brd ff:ff:ff:ff:ff:ff
 RX: bytes  packetserrors  dropped overrun mcast   
 495027287320   858296399  0   0   0   112282  
   ^^
 TX: bytes  packetserrors  dropped carrier collsns 
 10475167775376 7090386249 0   0   0   0   
   ^^
Layer 2 stats can also be checked using ethtool:

 $ sudo ethtool --statistics eth3 | egrep 'dropped|errors'
 rx_errors: 0
 tx_errors: 0
 ...

If you've got a clean, healthy network, that leaves the clients
or the server. Maybe the clients are asking for the wrong ID.
To analyze the client ID given, you could capture traffic at 
the server using, perhaps:

# tcpdump -W 10 -C 10 -w nfs_capture host 

Then using tshark or wireshark, see if the client is sending
consistent client ID's. If so, that would exonerate the clients,
leaving as suspect the NFS daemon code in the Linux kernel.

Another point that Mr. T'so made (which it sounds like you
have covered) is, don't combine an NFS server with another
application or service. I mention this only because I'm
pedantic and obsessive, or maybe obsessively pedantic.

Also worth mentioning: consider specifying no_subtree_check
in your NFS exports. And T'so suggested (ca. 2012) using
fs_mark (available from the epel repository) to exercize
your file systems.

Best luck,
-- 
Charles Polisher

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1233284
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] disk on vm with kvm

2020-07-03 Thread Alexander Dalloz

Am 03.07.2020 um 18:54 schrieb Rick Gutierrez:

hi list, i am trying to change the input and output scheduler on my
disks, and it does not allow me ,
I have several virtualized vm over kvm, and when I try to make the
change it shows me this message:

echo "noop" > /sys/block/vda/queue/scheduler

-bash: echo: write error: Invalid argument

kernel version:

3.10.0-1127.13.1.el7.x86_64

any idea?


I would guess that the scheduler "noop" isn't available, thus that 
specific error message.


On my physical Server CentOS 7 with latest kernel:

# cat /sys/block/nvme0n1/queue/scheduler
[none] mq-deadline kyber

The KVM VM on that host, too CentOS 7 with latest kernel:

# cat /sys/block/vda/queue/scheduler
[mq-deadline] kyber none


Alexander



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] disk on vm with kvm

2020-07-03 Thread Rick Gutierrez
hi list, i am trying to change the input and output scheduler on my
disks, and it does not allow me ,
I have several virtualized vm over kvm, and when I try to make the
change it shows me this message:

echo "noop" > /sys/block/vda/queue/scheduler

-bash: echo: write error: Invalid argument

kernel version:

3.10.0-1127.13.1.el7.x86_64

any idea?



-- 
rickygm

http://gnuforever.homelinux.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Slow terminal response Centos 7.7 1908

2020-07-03 Thread Strahil Nikolov via CentOS
Hi Erick,

what was the value of 'si' in top ?

Best Regards,
Strahil Nikolov

На 3 юли 2020 г. 18:48:30 GMT+03:00, Erick Perez - Quadrian Enterprises 
 написа:
>It was found that the software NIC  team created in Centos was having
>issues due to a failing network cable. The team was going berserk with
>up/down changes.
>
>
>On Fri, Jul 3, 2020 at 10:12 AM Erick Perez - Quadrian Enterprises <
>epe...@quadrianweb.com> wrote:
>
>> Hey!
>> I have a strange condition in one of the servers that I don't where
>to
>> start looking.
>> I login to the server via SSH (cant doit any other way) and anything
>that
>> I type is slow
>> HTTP sessions timeout waiting for screen redraw. So, the server is
>acting
>> "slow".
>>
>> server is bare metal. no virtual services.
>> no alarms in the disk raid
>>
>> note: server was restarted because of power failure.
>>
>> Some outputs from this server that is a mail server:
>> [root@correo ~]# top
>> top - 09:54:43 up 23:51,  2 users,  load average: 0.18, 0.23, 0.28
>> Tasks: 210 total,   1 running, 209 sleeping,   0 stopped,   0 zombie
>> %Cpu(s):  0.2 us,  0.1 sy,  0.0 ni, 99.8 id,  0.0 wa,  0.0 hi,  0.0
>si,
>> 0.0 st
>> KiB Mem : 32606084 total, 25106412 free,  5932244 used,  1567428
>buff/cache
>> KiB Swap: 16449532 total, 16449532 free,0 used. 26282624
>avail Mem
>>
>> **iostat**
>> [root@correo ~]# iostat -y 5
>> Linux 3.10.0-1062.12.1.el7.x86_64 (correo.binal.ac.pa)  07/03/2020
>> _x86_64_(4 CPU)
>>
>> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
>>0.050.000.050.050.00   99.85
>>
>> Device:tpskB_read/skB_wrtn/skB_read   
>kB_wrtn
>> sda   0.00 0.00 0.00  0 
>0
>> dm-0  0.00 0.00 0.00  0 
>0
>> dm-1  0.00 0.00 0.00  0 
>0
>>
>> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
>>0.050.000.050.050.00   99.85
>>
>> Device:tpskB_read/skB_wrtn/skB_read   
>kB_wrtn
>> sda  21.40 0.00   169.60  0   
>848
>> dm-0 21.40 0.00   169.60  0   
>848
>> dm-1  0.00 0.00 0.00  0 
>0
>>
>> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
>>0.600.000.050.450.00   98.90
>>
>> Device:tpskB_read/skB_wrtn/skB_read   
>kB_wrtn
>> sda   1.2016.80 0.00 84 
>0
>> dm-0  1.2016.80 0.00 84 
>0
>> dm-1  0.00 0.00 0.00  0 
>0
>>
>> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
>>0.050.000.000.050.00   99.90
>>
>> Device:tpskB_read/skB_wrtn/skB_read   
>kB_wrtn
>> sda   8.00 0.00   100.20  0   
>501
>> dm-0  9.00 0.00   100.20  0   
>501
>> dm-1  0.00 0.00 0.00  0 
>0
>>
>> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
>>0.450.000.350.050.00   99.15
>>
>> Device:tpskB_read/skB_wrtn/skB_read   
>kB_wrtn
>> sda   1.00 0.80 3.20  4
>16
>> dm-0  1.00 0.80 3.20  4
>16
>> dm-1  0.00 0.00 0.00  0 
>0
>>
>>
>> **dstop**
>> [root@correo ~]# dstat -cd --disk-util --disk-tps
>> total-cpu-usage -dsk/total- sda- -dsk/total-
>> usr sys idl wai hiq siq| read  writ|util|reads writs
>>   1   0  99   0   0   0|  20k   17k|0.14|   1 1
>>   0   0 100   0   0   0|   0 0 |   0|   0 0
>>   0   0 100   0   0   0|   0 0 |   0|   0 0
>>   0   0 100   0   0   0|   0 0 |   0|   0 0
>>   0   0 100   0   0   0|   0 0 |   0|   0 0
>>   0   0 100   0   0   0|   0 0 |   0|   0 0
>>   4   0  84  11   0   0|2512k  228k|52.3| 123 2
>>  31   4  58   7   0   0|1912k 1026k|38.1| 13223
>>   0   0  99   0   0   0|   0 0 |   0|   0 0
>>   1   0  99   1   0   0|4096B 3819k|22.5|   1   270
>>   0   0 100   0   0   0|   0 0 |   0|   0 0
>>  13   1  83   4   0   0| 148k 2304k|15.3|  18   214
>>   1   0  98   1   0   0| 140k  499k|9.70|  14 8
>>  26   5  69   0   0   0|   0  1260k|1.30|   046
>>  56   7  38   0   0   0|   0   204k|0.30|   012
>>  14  11  75   0   0   0|   0 0 |   0|   0 0
>>  22  10  68   0   0   0|   0 0 |   0|   0 0
>>  16  10  71   3   0   0| 192k   37k|14.0|  12 2
>>   0   0 100   0   0   0|   0 0 |   0|   0 0
>>   0   0 100   0   0   0|   0   152k|   0|   0 2
>>   0   0 100   0   0   0|   0 0 |   0|   0 0
>>   1   1  98   1   0   0|  16k 2569k|14.8|   1   207
>>   1   1  98 

Re: [CentOS] Slow terminal response Centos 7.7 1908

2020-07-03 Thread Erick Perez - Quadrian Enterprises
It was found that the software NIC  team created in Centos was having
issues due to a failing network cable. The team was going berserk with
up/down changes.


On Fri, Jul 3, 2020 at 10:12 AM Erick Perez - Quadrian Enterprises <
epe...@quadrianweb.com> wrote:

> Hey!
> I have a strange condition in one of the servers that I don't where to
> start looking.
> I login to the server via SSH (cant doit any other way) and anything that
> I type is slow
> HTTP sessions timeout waiting for screen redraw. So, the server is acting
> "slow".
>
> server is bare metal. no virtual services.
> no alarms in the disk raid
>
> note: server was restarted because of power failure.
>
> Some outputs from this server that is a mail server:
> [root@correo ~]# top
> top - 09:54:43 up 23:51,  2 users,  load average: 0.18, 0.23, 0.28
> Tasks: 210 total,   1 running, 209 sleeping,   0 stopped,   0 zombie
> %Cpu(s):  0.2 us,  0.1 sy,  0.0 ni, 99.8 id,  0.0 wa,  0.0 hi,  0.0 si,
> 0.0 st
> KiB Mem : 32606084 total, 25106412 free,  5932244 used,  1567428 buff/cache
> KiB Swap: 16449532 total, 16449532 free,0 used. 26282624 avail Mem
>
> **iostat**
> [root@correo ~]# iostat -y 5
> Linux 3.10.0-1062.12.1.el7.x86_64 (correo.binal.ac.pa)  07/03/2020
> _x86_64_(4 CPU)
>
> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
>0.050.000.050.050.00   99.85
>
> Device:tpskB_read/skB_wrtn/skB_readkB_wrtn
> sda   0.00 0.00 0.00  0  0
> dm-0  0.00 0.00 0.00  0  0
> dm-1  0.00 0.00 0.00  0  0
>
> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
>0.050.000.050.050.00   99.85
>
> Device:tpskB_read/skB_wrtn/skB_readkB_wrtn
> sda  21.40 0.00   169.60  0848
> dm-0 21.40 0.00   169.60  0848
> dm-1  0.00 0.00 0.00  0  0
>
> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
>0.600.000.050.450.00   98.90
>
> Device:tpskB_read/skB_wrtn/skB_readkB_wrtn
> sda   1.2016.80 0.00 84  0
> dm-0  1.2016.80 0.00 84  0
> dm-1  0.00 0.00 0.00  0  0
>
> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
>0.050.000.000.050.00   99.90
>
> Device:tpskB_read/skB_wrtn/skB_readkB_wrtn
> sda   8.00 0.00   100.20  0501
> dm-0  9.00 0.00   100.20  0501
> dm-1  0.00 0.00 0.00  0  0
>
> avg-cpu:  %user   %nice %system %iowait  %steal   %idle
>0.450.000.350.050.00   99.15
>
> Device:tpskB_read/skB_wrtn/skB_readkB_wrtn
> sda   1.00 0.80 3.20  4 16
> dm-0  1.00 0.80 3.20  4 16
> dm-1  0.00 0.00 0.00  0  0
>
>
> **dstop**
> [root@correo ~]# dstat -cd --disk-util --disk-tps
> total-cpu-usage -dsk/total- sda- -dsk/total-
> usr sys idl wai hiq siq| read  writ|util|reads writs
>   1   0  99   0   0   0|  20k   17k|0.14|   1 1
>   0   0 100   0   0   0|   0 0 |   0|   0 0
>   0   0 100   0   0   0|   0 0 |   0|   0 0
>   0   0 100   0   0   0|   0 0 |   0|   0 0
>   0   0 100   0   0   0|   0 0 |   0|   0 0
>   0   0 100   0   0   0|   0 0 |   0|   0 0
>   4   0  84  11   0   0|2512k  228k|52.3| 123 2
>  31   4  58   7   0   0|1912k 1026k|38.1| 13223
>   0   0  99   0   0   0|   0 0 |   0|   0 0
>   1   0  99   1   0   0|4096B 3819k|22.5|   1   270
>   0   0 100   0   0   0|   0 0 |   0|   0 0
>  13   1  83   4   0   0| 148k 2304k|15.3|  18   214
>   1   0  98   1   0   0| 140k  499k|9.70|  14 8
>  26   5  69   0   0   0|   0  1260k|1.30|   046
>  56   7  38   0   0   0|   0   204k|0.30|   012
>  14  11  75   0   0   0|   0 0 |   0|   0 0
>  22  10  68   0   0   0|   0 0 |   0|   0 0
>  16  10  71   3   0   0| 192k   37k|14.0|  12 2
>   0   0 100   0   0   0|   0 0 |   0|   0 0
>   0   0 100   0   0   0|   0   152k|   0|   0 2
>   0   0 100   0   0   0|   0 0 |   0|   0 0
>   1   1  98   1   0   0|  16k 2569k|14.8|   1   207
>   1   1  98   0   0   0|4096B0 |1.10|   1 0
>   1   0  99   0   0   0|   0 0 |   0|   0 0
>   0   0 100   0   0   0|   0   600k|1.30|   051
>   2   0  98   0   0   0|   0 0 |   0|   0 0
>   4   0  96   0   0   0|   0 0 |   0|   0 0
>   0   0 100   0   0   0|   0

[CentOS] Slow terminal response Centos 7.7 1908

2020-07-03 Thread Erick Perez - Quadrian Enterprises
Hey!
I have a strange condition in one of the servers that I don't where to
start looking.
I login to the server via SSH (cant doit any other way) and anything that I
type is slow
HTTP sessions timeout waiting for screen redraw. So, the server is acting
"slow".

server is bare metal. no virtual services.
no alarms in the disk raid

note: server was restarted because of power failure.

Some outputs from this server that is a mail server:
[root@correo ~]# top
top - 09:54:43 up 23:51,  2 users,  load average: 0.18, 0.23, 0.28
Tasks: 210 total,   1 running, 209 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.2 us,  0.1 sy,  0.0 ni, 99.8 id,  0.0 wa,  0.0 hi,  0.0 si,
0.0 st
KiB Mem : 32606084 total, 25106412 free,  5932244 used,  1567428 buff/cache
KiB Swap: 16449532 total, 16449532 free,0 used. 26282624 avail Mem

**iostat**
[root@correo ~]# iostat -y 5
Linux 3.10.0-1062.12.1.el7.x86_64 (correo.binal.ac.pa)  07/03/2020
_x86_64_(4 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
   0.050.000.050.050.00   99.85

Device:tpskB_read/skB_wrtn/skB_readkB_wrtn
sda   0.00 0.00 0.00  0  0
dm-0  0.00 0.00 0.00  0  0
dm-1  0.00 0.00 0.00  0  0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
   0.050.000.050.050.00   99.85

Device:tpskB_read/skB_wrtn/skB_readkB_wrtn
sda  21.40 0.00   169.60  0848
dm-0 21.40 0.00   169.60  0848
dm-1  0.00 0.00 0.00  0  0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
   0.600.000.050.450.00   98.90

Device:tpskB_read/skB_wrtn/skB_readkB_wrtn
sda   1.2016.80 0.00 84  0
dm-0  1.2016.80 0.00 84  0
dm-1  0.00 0.00 0.00  0  0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
   0.050.000.000.050.00   99.90

Device:tpskB_read/skB_wrtn/skB_readkB_wrtn
sda   8.00 0.00   100.20  0501
dm-0  9.00 0.00   100.20  0501
dm-1  0.00 0.00 0.00  0  0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
   0.450.000.350.050.00   99.15

Device:tpskB_read/skB_wrtn/skB_readkB_wrtn
sda   1.00 0.80 3.20  4 16
dm-0  1.00 0.80 3.20  4 16
dm-1  0.00 0.00 0.00  0  0


**dstop**
[root@correo ~]# dstat -cd --disk-util --disk-tps
total-cpu-usage -dsk/total- sda- -dsk/total-
usr sys idl wai hiq siq| read  writ|util|reads writs
  1   0  99   0   0   0|  20k   17k|0.14|   1 1
  0   0 100   0   0   0|   0 0 |   0|   0 0
  0   0 100   0   0   0|   0 0 |   0|   0 0
  0   0 100   0   0   0|   0 0 |   0|   0 0
  0   0 100   0   0   0|   0 0 |   0|   0 0
  0   0 100   0   0   0|   0 0 |   0|   0 0
  4   0  84  11   0   0|2512k  228k|52.3| 123 2
 31   4  58   7   0   0|1912k 1026k|38.1| 13223
  0   0  99   0   0   0|   0 0 |   0|   0 0
  1   0  99   1   0   0|4096B 3819k|22.5|   1   270
  0   0 100   0   0   0|   0 0 |   0|   0 0
 13   1  83   4   0   0| 148k 2304k|15.3|  18   214
  1   0  98   1   0   0| 140k  499k|9.70|  14 8
 26   5  69   0   0   0|   0  1260k|1.30|   046
 56   7  38   0   0   0|   0   204k|0.30|   012
 14  11  75   0   0   0|   0 0 |   0|   0 0
 22  10  68   0   0   0|   0 0 |   0|   0 0
 16  10  71   3   0   0| 192k   37k|14.0|  12 2
  0   0 100   0   0   0|   0 0 |   0|   0 0
  0   0 100   0   0   0|   0   152k|   0|   0 2
  0   0 100   0   0   0|   0 0 |   0|   0 0
  1   1  98   1   0   0|  16k 2569k|14.8|   1   207
  1   1  98   0   0   0|4096B0 |1.10|   1 0
  1   0  99   0   0   0|   0 0 |   0|   0 0
  0   0 100   0   0   0|   0   600k|1.30|   051
  2   0  98   0   0   0|   0 0 |   0|   0 0
  4   0  96   0   0   0|   0 0 |   0|   0 0
  0   0 100   0   0   0|   0 0 |   0|   0 0



-- 

-
Erick Perez
-
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos