Русскоязычный IT клуб

горячо любимый всеми hetzner, виртуальный сервер там, то есть дают root но все это дело бежит внутри их виртуальной машины,
соответственно дисковая система не моя лично.

обнаруживаю в логе системы такое
************************************************************
sd 0:0:0:0: [sda] Unhandled error code
sd 0:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT
sd 0:0:0:0: [sda] CDB: Write(10): 2a 00 01 14 03 b0 00 00 08 00
end_request: I/O error, dev sda, sector 18088880
Buffer I/O error on device dm-2, logical block 557126
lost page write due to I/O error on dm-2
************************************************************
спрашиваю саппорт что это за дела, они мне в ответ
a overload on the io subsystem has caused this problem. We have solved this.
We monitor our systems that this not happen but sometimes it is not possible to
respond so fast.

и что делать с таким счастьем? у них я так понимаю диск летит потихоньку а они отписываются
требовать менять диск?

Ну сказали же тебе, загрузка большая, потому таймаут. С чего ты взял что диск летит?

sena писал(а):Ну сказали же тебе, загрузка большая, потому таймаут. С чего ты взял что диск летит?

ок, а что происходит в ОС и приложении при этом?
приложение пишет себе на диск, там такая хрень... fsck теперь запускать или как?
я начинающий админ, не бейте меня за такие вопросы

Гость писал(а):

sena писал(а):Ну сказали же тебе, загрузка большая, потому таймаут. С чего ты взял что диск летит?

ок, а что происходит в ОС и приложении при этом?
приложение пишет себе на диск, там такая хрень... fsck теперь запускать или как?
я начинающий админ, не бейте меня за такие вопросы

В приложение должна была вернуться ошибка, если ОС это как-то не разрулила и если запись была инициирована из приложения. Я сам с таким не сталкивался. Думаю и fsck и перезагрузка не помешают. Это может быть и проблема с настоящим диском, но из виртруалки ты это понятно не увидишь.

ЗЫ я не админ