☰

CentOS 7: Hohe I/O-Wartezeit bei RAID 1

tag-icon • tag-icon centos disk-usage mdadm software-raid
CentOS 7: Hohe I/O-Wartezeit bei RAID 1

Ich verwende CentOS 7 mit RAID 1 (md) auf den Festplatten. Ich habe die Partitionen wie unten gezeigt eingerichtet.

md0 -> root (sda1, sdb1)
md2 -> swap (sda2, sdb2)
md3 -> misc (sda3, sdb3)

Bei MD3 habe ich das Journaling deaktiviert. Wenn meine Anwendung jedoch in MD3 schreibt, treten hohe I/O-Wartezeiten auf (35+%).

Das exakt gleiche Setup unter CentOS 6 verursacht bei mir keine I/O-Warteprobleme. Ich habe versucht, das Journaling auf allen Partitionen unter CentOS 7 zu deaktivieren und die Mount-Optionen/Dateisystem-Flags zu ändern. Aber ohne Erfolg.

CentOS 6 verwendet GRUB, CentOS 7 verwendet GRUB2

CentOS 6 --> 2.6.32-573.7.1.el6.x86_64

CentOS 7 --> 3.10.0-327.13.1.el7.x86_64

CentOS 6

grub.cfg:

title CentOS (2.6.32-573.7.1.el6.x86_64)
    root (hd0,0)
kernel /boot/vmlinuz-2.6.32-573.7.1.el6.x86_64 ro root=UUID=d8273070-760f-4728-b70c-0368be3ec612 rd_NO_LUKS rd_NO_LVM LANG=en_US.UTF-8
SYSFONT=latarcyrheb-sun16 crashkernel=128M KEYBOARDTYPE=pc KEYTABLE=us rhgb quiet
initrd /boot/initramfs-2.6.32-573.7.1.el6.x86_64.img

dumpe2fs-Ausgabe --> /dev/md3

Filesystem features:      ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash

CentOS 7

grub.cfg:

menuentry 'CentOS Linux (3.10.0-327.13.1.el7.x86_64) 7 (CentOS 7 RAID)' --class centos --class gnu-linux --class gnu --class os {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_msdos msdos
    insmod diskfilter mdraid1x
    insmod ext2
    set root='mduuid/afa918cd8b06e98111da7fa5baab386e'
    if [ x = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint='mduuid/afa918cd8b06e98111da7fa5baab386e' cbad6fd3-333c-4137-afce-9e1c8b9b75d2
    else
      search --no-floppy --fs-uuid --set=root cbad6fd3-333c-4137-afce-9e1c8b9b75d2
    fi
    linux16 /boot/vmlinuz-3.10.0-327.13.1.el7.x86_64 root=UUID=cbad6fd3-333c-4137-afce-9e1c8b9b75d2 ro crashkernel=auto  vconsole.font=latarcyrheb-sun16 rd.md.uuid=afa918cd:8b06e981:11da7fa5:baab386e vconsole.keymap=us rd.md.uuid=a0e564a7:cfc4a6b6:57b4f190:8e5734c7 rhgb quiet LANG=en_US.UTF-8
    initrd16 /boot/initramfs-3.10.0-327.13.1.el7.x86_64.img
}

dumpe2fs-Ausgabe --> md3

Filesystem features:      ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash

Antwort1

Um dieses zu schließen. Das Update auf Kernel 3.10.0-327.36.1+ hat das Problem behoben; das Journaling ist jedoch weiterhin deaktiviert.

verwandte Informationen