Re: [CentOS] cli Checking disk i/o

[Robert Moskowitz]

On 11/10/19 8:38 PM, Peter wrote:

On 11/11/19 1:37 PM, Robert Moskowitz wrote:

OK.  That is interesting.  I am assuming tps is transfers per sec?

I would have to get a stop watch, but it seems to go a bit of time, 
and then a write.


Is there something that would accumulate this and give me a summary 
over some period of time?  Of course it better NOT be doing its own 
IOs...


I like iostat -x 4 which will give a summary every four seconds of 
accumulated stats, but check the man page for all the options you can 
use.  iotop (yum install iotop) may also be helpful as it shows disk 
usage per process like top does for CPU and memory.


basically no i/o, but the drive is spinning like mad.  It could be the 
hardware as on boot I do get the warning it was never tested upstream...


I added noatime to fstab and then a 'mount -a' but no difference in 
behavior.



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

Re: [CentOS] cli Checking disk i/o

[Yves Bellefeuille]

On Sunday 10 November 2019, Robert Moskowitz  
wrote:

> How can I monitor if there is actually disk i/o to warrant this
> constant spinning.

iotop.

-- 
Yves Bellefeuille 
GPG key 837A6134 at http://members.storm.ca/~yan/pgp.asc
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] cli Checking disk i/o

[Peter]

On 11/11/19 1:37 PM, Robert Moskowitz wrote:

OK.  That is interesting.  I am assuming tps is transfers per sec?

I would have to get a stop watch, but it seems to go a bit of time, and 
then a write.


Is there something that would accumulate this and give me a summary over 
some period of time?  Of course it better NOT be doing its own IOs...


I like iostat -x 4 which will give a summary every four seconds of 
accumulated stats, but check the man page for all the options you can 
use.  iotop (yum install iotop) may also be helpful as it shows disk 
usage per process like top does for CPU and memory.



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

Re: [CentOS] cli Checking disk i/o

[Robert Moskowitz]

OK.  That is interesting.  I am assuming tps is transfers per sec?

I would have to get a stop watch, but it seems to go a bit of time, and 
then a write.


Is there something that would accumulate this and give me a summary over 
some period of time?  Of course it better NOT be doing its own IOs...


On 11/10/19 6:03 PM, shimi wrote:

iostat 1

On Mon, 11 Nov 2019, 00:11 Robert Moskowitz, > wrote:


I just built a CentOS7 system on a Zotac NANO PC.

I used a 320GB 2.5" HD I had sitting around and installed with
Standard
Partitions on XFS.

The drive is spinning, nonstop.

How can I monitor if there is actually disk i/o to warrant this
constant
spinning.

So noatime for all partitions work with XFS?  I did some browsing and
the claim is XFS uses realtime which is better? than noatime?

Perhaps it is just occasional writes to messages (at least 1 a
minute)
that determines to keep on spinning.

But it is annoying.


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



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

[CentOS] cli Checking disk i/o

[Robert Moskowitz]

I just built a CentOS7 system on a Zotac NANO PC.

I used a 320GB 2.5" HD I had sitting around and installed with Standard 
Partitions on XFS.


The drive is spinning, nonstop.

How can I monitor if there is actually disk i/o to warrant this constant 
spinning.


So noatime for all partitions work with XFS?  I did some browsing and 
the claim is XFS uses realtime which is better? than noatime?


Perhaps it is just occasional writes to messages (at least 1 a minute) 
that determines to keep on spinning.


But it is annoying.


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

[CentOS] Question: KVM Config C8

[Günther J . Niederwimmer]

Hello,

is the broken KVM installation (UEFI) with the updates fixed on C8?

I have to update / install a new System, and don't like to find out I have a 
broken system again :-(.

Thanks for a answer,
-- 
mit freundlichen Grüßen / best regards

  Günther J. Niederwimmer


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

[CentOS] Intel Wireless 3160 adapter misbehaving

[Patrick DERWAEL]

Hi folks

I'm having some hard time troubleshooting a Wifi issue

Centos7, fully up to date, with an Intel Dual Band 3160 Wireless adapter
After the machine boots, the Wifi connects and runs ok for a few hours
After this, the Wifi just stops


[root@orbex ~]# lspci -v | grep Wireless
04:00.0 Network controller: Intel Corporation Wireless 3160 (rev 83)
Subsystem: Intel Corporation Dual Band Wireless AC 3160
[root@orbex ~]# grep iwlwifi messages
Nov 10 03:44:02 orbex kernel: iwlwifi :04:00.0: Error sending
SCAN_OFFLOAD_REQUEST_CMD: enqueue_hcmd failed: -5
Nov 10 03:44:02 orbex kernel: iwlwifi :04:00.0: Scan failed! ret -5
Nov 10 03:44:02 orbex kernel: iwlwifi :04:00.0: Failed to wake NIC for
hcmd

100s of similar lines

Nov 10 14:55:01 orbex kernel: iwlwifi :04:00.0: Failed to wake NIC for
hcmd
Nov 10 14:55:01 orbex kernel: iwlwifi :04:00.0: Error sending
SCAN_OFFLOAD_REQUEST_CMD: enqueue_hcmd failed: -5
Nov 10 14:55:01 orbex kernel: iwlwifi :04:00.0: Scan failed! ret -5
Nov 10 14:56:37 orbex kernel: iwlwifi :04:00.0: loaded firmware version
17.3216344376.0 op_mode iwlmvm
Nov 10 14:56:37 orbex kernel: iwlwifi :04:00.0: Detected Intel(R) Dual
Band Wireless AC 3160, REV=0x164
Nov 10 14:56:37 orbex kernel: iwlwifi :04:00.0: base HW address:
34:de:1a:f0:c2:fb
Nov 10 14:56:38 orbex NetworkManager[1154]:   [1573394198.8523]
rfkill1: found Wi-Fi radio killswitch (at
/sys/devices/pci:00/:00:1c.3/:04:00.0/ieee80211/phy0/rfkill1)
(driver iwlwifi)
[root@orbex log]#

Any advice?

Thanks!

-- 

Patrick Derwael
Rue de la fontaine, 3
4210 Burdinne
Tél:+32.(0)479.80.50.79
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos