Всем привет! Столкнулся с одной проблемой и нашел странное, может кто-то подскажет связано это или нужно копать в другую сторону.
Есть хост-система
Ubuntu 16.04.1 LTS
Linux blade6 4.4.0-38-generic #57-Ubuntu SMP Tue Sep 6 15:42:33 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
На хост-системе установлен дефолтный kvm в котором крутятся виртуалки. Диски виртуалок находятся на lvm-разделах
~$ ll /dev/vg/test-03-root
lrwxrwxrwx 1 root root 8 Oct 18 17:44 /dev/vg/test-03-root -> ../dm-11
~$ sudo fdisk -l /dev/dm-11
Disk /dev/dm-11: 200 GiB, 214748364800 bytes, 419430400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x4b4f3041
Device Boot Start End Sectors Size Id Type
/dev/mapper/vg--test--03--root-part1 * 2048 419241983 419239936 199.9G 83 Linux
/dev/mapper/vg--test--03--root-part2 419244030 419428351 184322 90M 5 Extended
/dev/mapper/vg--test--03--root-part5 419244032 419428351 184320 90M 82 Linux swap / Solaris
На данной виртуалке крутится redis. За последние пару недель файловая система в виртуалке несколько раз уходила в read-only с такими словами
[935939.214477] blk_update_request: I/O error, dev vda, sector 100972216
[935939.214884] Aborting journal on device vda1-8.
[935939.215119] blk_update_request: I/O error, dev vda, sector 100927488
[935939.215127] blk_update_request: I/O error, dev vda, sector 100927488
[935939.215185] Buffer I/O error on dev vda1, logical block 12615680, lost sync page write
[935939.215229] JBD2: Error -5 detected when updating journal superblock for vda1-8.
[935939.215291] blk_update_request: I/O error, dev vda, sector 2048
[935939.215308] blk_update_request: I/O error, dev vda, sector 2048
[935939.215313] Buffer I/O error on dev vda1, logical block 0, lost sync page write
[935939.215427] EXT4-fs error (device vda1): ext4_journal_check_start:56: Detected aborted journal
[935939.215433] EXT4-fs (vda1): Remounting filesystem read-only
[935939.215436] EXT4-fs (vda1): previous I/O error to superblock detected
[935939.215575] blk_update_request: I/O error, dev vda, sector 2048
[935939.215581] blk_update_request: I/O error, dev vda, sector 2048
[935939.215585] Buffer I/O error on dev vda1, logical block 0, lost sync page write
Полез смотреть, что вообще происходит на хост-системе и в dmesg нашел такое
[216827.304209] EXT4-fs (dm-11): VFS: Can't find ext4 filesystem
[216827.309245] EXT4-fs (dm-11): VFS: Can't find ext4 filesystem
[216827.313904] EXT4-fs (dm-11): VFS: Can't find ext4 filesystem
[216827.319110] squashfs: SQUASHFS error: Can't find a SQUASHFS superblock on dm-14
[216827.326565] FAT-fs (dm-11): invalid media value (0x00)
[216827.329379] FAT-fs (dm-11): Can't find a valid FAT filesystem
[216827.342910] XFS (dm-11): Invalid superblock magic number
[216827.372362] FAT-fs (dm-11): invalid media value (0x00)
[216827.375770] FAT-fs (dm-11): Can't find a valid FAT filesystem
[216827.384067] VFS: Can't find a Minix filesystem V1 | V2 | V3 on device dm-14.
[216827.392478] hfsplus: unable to find HFS+ superblock
[216827.395534] qnx4: no qnx4 filesystem (no root dir).
[216827.400843] ufs: You didn't specify the type of your ufs filesystem
mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...
>>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is ufstype=old
При чем, в dmesg видно попытки монтирования всех lvm-разделов, где лежат другие виртуалки. Возникло несколько вопросов.
- Это нормальное поведение в убунте, что она пытается монтировать всё что находит? Раньше не замечал такого.
- Могут ли эти попытки приводить к read-only в гостевой системе?
- Как отключить такое автомонтирование?
