Linux系統硬件故障日志的示例分析

這篇文章主要介紹Linux系統硬件故障日志的示例分析，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

系統日志是記錄系統中硬件、軟件和系統問題的信息，同時還可以監視系統中發生的事件。用戶可以通過它來檢查錯誤發生的原因，在Linux下很多不同的事情都可能導致Linux硬件出現問題，在開始診斷它們之前查看硬件故障日志是一個很明智的方法。

快速診斷設備，模塊和驅動程序

故障排除的第一步通常是顯示Linux服務器上安裝的硬件的列表。 可以得到與使用LS的硬件的詳細信息等命令lspci的 ， lsblk ， lscpu ，和使用lsscsi 。 例如，以下是lsblk命令的輸出：

 
   
     
      # lsblk
     
 
 NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
     
 
 xvda    202:0    0  50G  0 disk
     
 
 ├─xvda1 202:1    0   1M  0 part
     
 
 └─xvda2 202:2    0  50G  0 part /
     
 
 xvdb    202:16   0  20G  0 disk
     
 
 └─xvdb1 202:17   0  20G  0 part

如果ls命令沒有顯示任何錯誤，請使用init進程（例如systemd ）查看Linux服務器的工作方式。 systemd是用于引導用戶空間并控制多個系統進程的最流行的初始化過程。 例如，這是systemctl status命令的輸出：

 
   
     
      # systemctl status
     
 
 ● bastion.f347.internal
     
 
     State: running
     
 
      Jobs: 0 queued
     
 
    Failed: 0 units
     
 
     Since: Wed 2018-11-28 01:29:05 UTC; 2 days ago
     
 
    CGroup: /
     
 
            ├─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 21
     
 
            ├─kubepods.slice
     
 
            │ ├─kubepods-pod3881728a_f2af_11e8_af77_06af52f87498.slice
     
 
            │ │ ├─docker-88b27385f4bae77bba834fbd60a61d19026bae13d18eb147783ae27819c34967.scope
     
 
            │ │ │ └─23860 /opt/bridge/bin/bridge --public-dir=/opt/bridge/static --config=/var/console-config/console-c
     
 
            │ │ └─docker-a4433f0d523c7e5bc772ee4db1861e4fa56c4e63a2d48f6bc831458c2ce9fd2d.scope
     
 
            │ │   └─23639 /usr/bin/pod
     
 
 ....

挖掘多個日志

Dmesg允許您找出內核最新消息中的錯誤和警告。 例如，這是dmesg |的輸出。 更多命令：

 
   
     
      # dmesg | more
     
 
 ....
     
 
 [ 1539.027419] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
     
 
 [ 1539.042726] IPv6: ADDRCONF(NETDEV_UP): veth71f37018: link is not ready
     
 
 [ 1539.048706] IPv6: ADDRCONF(NETDEV_CHANGE): veth71f37018: link becomes ready
     
 
 [ 1539.055034] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
     
 
 [ 1539.098550] device veth71f37018 entered promiscuous mode
     
 
 [ 1541.450207] device veth71f37018 left promiscuous mode
     
 
 [ 1542.493266] SELinux: mount invalid.  Same superblock, different security settings for (dev mqueue, type mqueue)
     
 
 [ 9965.292788] SELinux: mount invalid.  Same superblock, different security settings for (dev mqueue, type mqueue)
     
 
 [ 9965.449401] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
     
 
 [ 9965.462738] IPv6: ADDRCONF(NETDEV_UP): vetheacc333c: link is not ready
     
 
 [ 9965.468942] IPv6: ADDRCONF(NETDEV_CHANGE): vetheacc333c: link becomes ready
     
 
 ....

您還可以在/ var / log / messages文件中查看所有Linux系統日志，在該文件中您可以找到與特定問題相關的錯誤。 在對硬件進行修改（例如安裝額外的磁盤或添加以太網網絡接口）時，值得通過tail命令實時監視消息。 例如，這是tail -f / var / log / messages命令的輸出：

 
   
     
      # tail -f /var/log/messages
     
 
 Dec  1 13:20:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa
     
 
 Dec  1 13:20:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local
     
 
 Dec  1 13:21:03 bastion dnsmasq[30201]: setting upstream servers from DBus
     
 
 Dec  1 13:21:03 bastion dnsmasq[30201]: using nameserver 192.199.0.2#53
     
 
 Dec  1 13:21:03 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa
     
 
 Dec  1 13:21:03 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local
     
 
 Dec  1 13:21:33 bastion dnsmasq[30201]: setting upstream servers from DBus
     
 
 Dec  1 13:21:33 bastion dnsmasq[30201]: using nameserver 192.199.0.2#53
     
 
 Dec  1 13:21:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa
     
 
 Dec  1 13:21:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local

分析網絡功能

您可能有成千上萬的云原生應用程序在復雜的網絡環境中為業務服務提供服務。 其中可能包括虛擬化，多重云和混合云。 這意味著，作為故障排除的一部分，您應該分析網絡連接是否正常工作。 找出Linux服務器中網絡功能的有用命令包括ip addr ， traceroute ， nslookup ， dig和ping等。 例如，這是ip addr show命令的輸出：

 
   
     
      # ip addr show
     
 
 1: lo:mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
     
 
     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
     
 
     inet 127.0.0.1/8 scope host lo
     
 
        valid_lft forever preferred_lft forever
     
 
     inet6 ::1/128 scope host
     
 
        valid_lft forever preferred_lft forever
     
 
 2: eth0:mtu 9001 qdisc mq state UP group default qlen 1000
     
 
     link/ether 06:af:52:f8:74:98 brd ff:ff:ff:ff:ff:ff
     
 
     inet 192.199.0.169/24 brd 192.199.0.255 scope global noprefixroute dynamic eth0
     
 
        valid_lft 3096sec preferred_lft 3096sec
     
 
     inet6 fe80::4af:52ff:fef8:7498/64 scope link
     
 
        valid_lft forever preferred_lft forever
     
 
 3: docker0:mtu 1500 qdisc noqueue state DOWN group default
     
 
     link/ether 02:42:67:fb:1a:a2 brd ff:ff:ff:ff:ff:ff
     
 
     inet 172.17.0.1/16 scope global docker0
     
 
        valid_lft forever preferred_lft forever
     
 
     inet6 fe80::42:67ff:fefb:1aa2/64 scope link
     
 
        valid_lft forever preferred_lft forever
     
 
 ....

結論

對Linux硬件進行故障排除需要大量知識，包括如何使用功能強大的命令行工具以及找出系統日志記錄。 您還應該知道如何診斷內核空間，在這里您可以找到許多硬件問題的根本原因。 請記住，Linux中的硬件問題可能來自許多不同的來源，包括設備，模塊，驅動程序，BIOS，網絡，甚至是普通的舊硬件故障。

以上是“Linux系統硬件故障日志的示例分析”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注億速云行業資訊頻道！