|
After e2fsck, CPU wait I/O are increaing T.T
Hi
TESTDB1 has DB storage and backup storage.
I add backup disk to backup filesystem.
I don't know why, but server want to e2fsck.
OS version is Red Hat Enterprise Linux Server release 6.4 (Santiago).
[root@TESTDB1 bin]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 58G 19G 36G 35% /
tmpfs 32G 371M 32G 2% /dev/shm
/dev/sda1 194M 58M 127M 32% /boot
/dev/sda2 97G 3.4G 88G 4% /data001
/dev/sda6 105G 20G 80G 20% /data002
/dev/mapper/UNT319_VG01-engnlv01
50G 38G 9.3G 81% /engn001
/dev/mapper/UNT319_VG01-logslv01
50G 5.5G 42G 12% /logs001
/dev/mapper/UNT319_VG01-bkuplv01
99G 45G 49G 49% /bkup001
/dev/mapper/SIMPANA_VG-SIMPANA_LV
7.3T 6.7T 170G 98% /simpana_bk
[root@TESTDB1 bin]$ umount /simpana_bk
[root@TESTDB1 bin]$ resize2fs /dev/mapper/SIMPANA_VG-SIMPANA_LV
resize2fs 1.41.12 (17-May-2010)
Please run 'e2fsck -f /dev/mapper/SIMPANA_VG-SIMPANA_LV' first.
[root@TESTDB1 bin]$ e2fsck -f /dev/mapper/SIMPANA_VG-SIMPANA_LV
e2fsck 1.41.12 (17-May-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/SIMPANA_VG-SIMPANA_LV: 13585/491593728 files (2.9% non-contiguous), 1823669136/1966371840 blocks
[root@TESTDB1 bin]$ resize2fs /dev/mapper/SIMPANA_VG-SIMPANA_LV
resize2fs 1.41.12 (17-May-2010)
Resizing the filesystem on /dev/mapper/SIMPANA_VG-SIMPANA_LV to 2097443840 (4k) blocks.
The filesystem on /dev/mapper/SIMPANA_VG-SIMPANA_LV is now 2097443840 blocks long.
[root@TESTDB1 bin]$ mount /simpana_bk
[root@TESTDB1 bin]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 58G 19G 36G 35% /
tmpfs 32G 371M 32G 2% /dev/shm
/dev/sda1 194M 58M 127M 32% /boot
/dev/sda2 97G 3.4G 88G 4% /data001
/dev/sda6 105G 20G 80G 20% /data002
/dev/mapper/UNT319_VG01-engnlv01
50G 38G 9.3G 81% /engn001
/dev/mapper/UNT319_VG01-logslv01
50G 5.5G 42G 12% /logs001
/dev/mapper/UNT319_VG01-bkuplv01
99G 45G 49G 49% /bkup001
/dev/mapper/SIMPANA_VG-SIMPANA_LV
7.7T 6.7T 637G 92% /simpana_bk
After resizing filesystem, CPU wait I/O is 30% increasing and sda5(swap) busy % keep 100% utilization during 12 hours
(Before those utilization are lower than 10%)
After was instance restart,strangely... I/O and swap busy(%) are 0%
Do someone know e2fsck 1.41.12 has bug?
Last edited by ahramkoo; 01-11-2019 at 09:01 AM.
|
