问题描述

使用iotop排查分析，发现kjournald进程占用了大量I/O资源。

问题原因

该问题通常是由于.ext3文件系统设置的Journal size太小导致。

kjournald进程是ext3文件系统进行I/O数据操作的内核进程，它在向磁盘内写入和读取数据时占用CPU和内存资源。当循环的向ext3文件系统写数据时，会使Journal size不断增大，到达设置的Journal size时，就会出现该问题。

解决方案

1. 远程连接Linux系统的ECS实例。

   具体操作，请参见连接方式概述。

2. 执行如下命令，查看相应分区的Journal size大小。

    

   dumpe2fs /dev/xvda1 | grep Journal

   说明

   /dev/xvda1请替换为实际的分区。

   系统显示类似如下，表示/dev/xvda1分区的Journal size为128M。

    

   dumpe2fs 1.42.9 (28-Dec-2013)Journal inode: 8Journal backup: inode blocksJournal features: journal_incompat_revokeJournal size: 128MJournal length: 32768Journal sequence: 0x00010ffbJournal start: 10953

3. 执行如下命令，修改Journal size大小。

    

   mke2fs -J size=400 /dev/xvda1

   说明

   请根据业务需要，修改size大小，/dev/xvda1请替换为实际的分区。