linuxの下でファイルシステムの操作フローをチェックします(sigbus、linuxはファイルを書くことができません)
4314 ワード
linuxでファイルシステムの操作フローをチェック
問題の説明
ls,cdはvim,touch,mv,cpとファイル操作に関するコマンドが使いにくい(core,sigbus信号が受信された)ので、問題を検索する過程を記録します.
その結果、ハードウェアメーカーはハードディスク(HDD)カードのスロットが壊れていることに気づいた.
image.png
メモリとcpu-topを表示します
特にCPUとHDDでは、リソースが正常に動作していることを確認します.
まず、ハードディスク(HDD)の容量を確認します.
ディスクがいっぱいではなく、大きなスペースがあることがわかりました.
ファイルを開いているかどうかを確認します.最大数がいっぱいです.
発見2877<<65536
ファイルノード数の表示(フルかどうか)
ファイルのinodeがまだたくさん残っていることに気づき、ファイルが割れすぎるとinodeが足りない可能性があります(鞍山で発生したことがあります)
最大ファイル数の表示
グループの大きいファイルの個数を見て、発見は52 Wで、唯一のユーザーのファイルの個数を統計します
ほとんど大きくありません
linuxシステムmessageエラーの確認
ファイルシステムに問題があるため、開けられないことに気づきました.書けないか、ハードディスク(HDD)に問題があるシステムが入っていません.
サーバーを再起動し、ハードウェアのセルフテストを開始
ハードディスク(HDD)の異常を発見し、取り外して検査したところ、ハードディスク(HDD)のカードスロットが壊れていることが分かった.問題が解決する.
問題の説明
ls,cdはvim,touch,mv,cpとファイル操作に関するコマンドが使いにくい(core,sigbus信号が受信された)ので、問題を検索する過程を記録します.
その結果、ハードウェアメーカーはハードディスク(HDD)カードのスロットが壊れていることに気づいた.
image.png
メモリとcpu-topを表示します
top - 16:37:32 up 84 days, 23:45, 2 users, load average: 6.45, 6.58, 6.34
Tasks: 333 total, 2 running, 331 sleeping, 0 stopped, 0 zombie
Cpu(s): 25.5%us, 0.8%sy, 0.0%ni, 73.6%id, 0.1%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 24595068k total, 21369000k used, 3226068k free, 177460k buffers
Swap: 12369912k total, 12179320k used, 190592k free, 1670544k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5109 dbojc 20 0 10.9g 919m 7436 S 170.4 3.8 26882:51 java
29048 dfs 20 0 6724m 1.2g 6128 S 104.2 4.9 60764:37 java
27850 vomes 20 0 14.2g 1.4g 25m S 100.1 6.2 41860:29 java
28484 skywalki 20 0 10.2g 534m 6560 S 31.1 2.2 12982:25 java
2704 webadmin 20 0 10.8g 1.5g 8252 S 7.4 6.3 1182:03 java
21790 vomcente 20 0 15.7g 2.2g 768m S 2.9 9.4 10:40.10 java
13441 sentine 20 0 15.7g 238m 5960 S 1.6 1.0 984:03.28 java
1964 vdm 20 0 9152m 1.3g 5784 S 0.8 5.3 45:05.20 java
8985 das5 20 0 10.9g 867m 7140 S 0.8 3.6 438:49.40 java
19058 das 20 0 10.6g 1.3g 7508 S 0.8 5.7 39:12.16 java
28439 apollo 20 0 15.9g 794m 5972 S 0.8 3.3 614:01.74 java
4 root 20 0 0 0 0 S 0.4 0.0 16:53.86 ksoftirqd/0
235 root 39 19 0 0 0 S 0.4 0.0 601:23.38 kipmi0
1281 root 20 0 0 0 0 S 0.4 0.0 377:25.64 jbd2/dm-2-8
1633 root 20 0 0 0 0 S 0.4 0.0 85:40.48 kondemand/3
1635 root 20 0 0 0 0 S 0.4 0.0 107:20.59 kondemand/5
1641 root 20 0 0 0 0 S 0.4 0.0 73:44.75 kondemand/11
特にCPUとHDDでは、リソースが正常に動作していることを確認します.
まず、ハードディスク(HDD)の容量を確認します.
root-/root>df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root 50G 19G 28G 41% /
tmpfs 12G 0 12G 0% /dev/shm
/dev/sda2 485M 65M 395M 15% /boot
/dev/sda1 200M 264K 200M 1% /boot/efi
/dev/mapper/VolGroup-lv_home 213G 134G 69G 66% /home
ディスクがいっぱいではなく、大きなスペースがあることがわかりました.
ファイルを開いているかどうかを確認します.最大数がいっぱいです.
/stdcop/xip>ulimit -a
core file size (blocks, -c) unlimited
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 515915
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 65536
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240000
cpu time (seconds, -t) unlimited
max user processes (-u) 4096
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
/stdcop/xip>lsof|wc
2877 25192 313127
発見2877<<65536
ファイルノード数の表示(フルかどうか)
root-/root>df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/mapper/VolGroup-lv_root 3276800 94377 3182423 3% /
tmpfs 3074383 1 3074382 1% /dev/shm
/dev/sda2 128016 27 127989 1% /boot
/dev/sda1 0 0 0 - /boot/efi
/dev/mapper/VolGroup-lv_home 14155776 177977 13977799 2% /home
ファイルのinodeがまだたくさん残っていることに気づき、ファイルが割れすぎるとinodeが足りない可能性があります(鞍山で発生したことがあります)
最大ファイル数の表示
root-/root>cat /proc/sys/fs/file-max
524288
グループの大きいファイルの個数を見て、発見は52 Wで、唯一のユーザーのファイルの個数を統計します
XIP/jzbank/jzxip/src>ls -R|wc
44958 42176 657329
ほとんど大きくありません
linuxシステムmessageエラーの確認
vi /var/log/messages
ファイルシステムに問題があるため、開けられないことに気づきました.書けないか、ハードディスク(HDD)に問題があるシステムが入っていません.
サーバーを再起動し、ハードウェアのセルフテストを開始
ハードディスク(HDD)の異常を発見し、取り外して検査したところ、ハードディスク(HDD)のカードスロットが壊れていることが分かった.問題が解決する.