У меня есть новый Debian VPS, который, кажется, дает сбой почти каждый раз, когда я запускаю тяжелый тест записи на диск в файловой системе ext4. Файловая система переходит в режим только для чтения, и "ata1: потерянное прерывание (статус 0x50)" записывается в / var / log / messages. Что вы предлагаете мне делать дальше? Могу ли я изменить какие-то параметры файловой системы или сервера? Есть ли способ отладить это глубже? Стоит ли переходить на ext3 навсегда? Или мне следует перейти с Debian на Ubuntu или CentOS?
Вот что произошло до сих пор. Я получил новый VQ 12 VPS от Hetzner. У меня есть стандартная процедура тестирования сервера, которую нужно запустить, прежде чем принимать их в производственное использование. Я установил 64-битный Debian из образа Hetzner, обновил его до последних патчей и начал тестирование. Когда я запускал команды dd write на разделах ext4, например
dd if=/dev/zero of=/root/test.bin bs=2M count=4k conv=fdatasync
Я почти сразу получил
dd: writing `/root/test.bin': Read-only file system
и нашел линию
kernel: [ 457.816093] ata1: lost interrupt (Status 0x50)
в / var / log / messages. Файловая система может быть восстановлена, а также восстанавливается при перезагрузке
May 5 19:54:29 ****vq12 kernel: [ 1.772377] EXT4-fs (sda3): INFO: recovery required on readonly filesystem
May 5 19:54:29 ****vq12 kernel: [ 1.773184] EXT4-fs (sda3): write access will be enabled during recovery
May 5 19:54:29 ****vq12 kernel: [ 2.001101] EXT4-fs warning (device sda3): ext4_clear_journal_err: Filesystem error recorded from previous mount: IO failure
May 5 19:54:29 ****vq12 kernel: [ 2.002159] EXT4-fs warning (device sda3): ext4_clear_journal_err: Marking fs in need of filesystem check.
May 5 19:54:29 ****vq12 kernel: [ 2.004316] EXT4-fs (sda3): recovery complete
May 5 19:54:29 ****vq12 kernel: [ 2.005316] EXT4-fs (sda3): mounted filesystem with ordered data mode
но как только я продолжу тестирование, проблема возникает снова. Я связался со службой поддержки, и они предложили мне увеличить / sys / block / sda / device / timeout, но это оказалось несущественным.
root@****vq12 ~ # echo "600" > /sys/block/sda/device/timeout
root@****vq12 ~ # cat /sys/block/sda/device/timeout
600
root@****vq12 ~ # mount | grep " / "
/dev/sda3 on / type ext4 (rw)
root@****vq12 ~ # dd if=/dev/zero of=/test.bin bs=2M count=4k conv=fdatasync
dd: writing `/test.bin': Read-only file system
3096+0 records in
3095+0 records out
6492217344 bytes (6.5 GB) copied, 116.353 s, 55.8 MB/s
Они также перенесли VPS на другой узел, но это тоже не помогло. Я тестировал 32-битный и 64-битный Debian прямо из образа и обновил его до последних исправлений, и это происходит постоянно во всех комбинациях. Но ext3 вроде не пострадает. Ubuntu и CentOS даже с ext4 (протестировано на одном сервере), похоже, не пострадали.
В последнее время я запускал такой же тест записи на нескольких серверах Debian и других Linux (даже на некоторых серверах Hetzner VQ, EQ, EX), и этого никогда не было раньше.