linux下检查文件系统的操作流程
问题描述
ls,cd好用
vim,touch,mv,cp跟文件操作有关的命令都不好用（core，收收到sigbus信号)
现把查找问题过程记录一下。
结果是：硬件厂商发现硬盘卡槽坏了。
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和硬盘
首先查看硬盘空间
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
查看组大的文件个数，发现是52W,统计一下唯一的用户的文件个数
锦州XIP/jzbank/jzxip/src>ls -R|wc
44958 42176 657329
基本上没多大
检查linux系统message错误
vi /var/log/messages
发现打不开，因为文件系统已经有问题了。要么写了读不了，要么硬盘有问题系统没写进去。
重启服务器，开始硬件自检
发现硬盘异常，拆机检查，发现硬盘卡槽坏了。
问题解决。
