Файловая система переходит в read only

Maxim Gribanov написал(а) к All в Aug 16 08:57:38 по местному времени:

Привет, All!

Друзья, помогите разобраться в непонятной для меня ситуации. После запуска ОС работает n-ое количество дней, после чего файловая система переходит в режим read only. Понятно что таким образом Linux пытается сохранить данные. Проверяю раздел fsck и после ребута все работает опять какое то количество дней, пока проблема не повторяется. Многие скажут что проблема с жестким диском и он сыпиеться. Но тут ньюанс. ОС в виртуальной среде, по мимо этой виртуальной машины на сервере их еще пять, но проблема наблюдается только в одной. В качестве гипервизора для виртуализации используется Citrix XenServer, гостевая ОС в которой проблема Debian 7. То есть летит файловая система внутри виртуальной машины. Сами виртуалки гипервизор хранит в LVM партиции. Не думаю что дело как то касается жесткого. В качетве жесткого диска аппаратный RAID из двух дисков первого уровня. Думал что возможно ошибки в ФС вызываются из-за проблем с ОЗУ, но память проверил. все ок.

С наилучшими пожеланиями, Maxim.

--- -Пиши, старик, пиши! Мы тебя не покинем.

Valentin Davydov написал(а) к Maxim Gribanov в Aug 16 10:24:53 по местному времени:

From: Valentin Davydov <sp@m.davydov.spb.su>

> From: Maxim Gribanov <Maxim.Gribanov@f56.n5064.z2.fidonet.org>
> Date: Fri, 19 Aug 2016 08:57:38 +0300
>
>Друзья, помогите разобраться в непонятной для меня ситуации. После запуска ОС
>работает n-ое количество дней, после чего файловая система переходит в режим
>read only. Понятно что таким образом Linux пытается сохранить данные. Проверяю
>раздел fsck и после ребута все работает опять какое то количество дней, пока
>проблема не повторяется. Многие скажут что проблема с жестким диском и он
>сыпиеться. Но тут ньюанс. ОС в виртуальной среде, по мимо этой виртуальной
>машины на сервере их еще пять, но проблема наблюдается только в одной. В
>качестве гипервизора для виртуализации используется Citrix XenServer, гостевая
>ОС в которой проблема Debian 7. То есть летит файловая система внутри
>виртуальной машины. Сами виртуалки гипервизор хранит в LVM партиции. Не думаю
>что дело как то касается жесткого. В качетве жесткого диска аппаратный RAID из
>двух дисков первого уровня. Думал что возможно ошибки в ФС вызываются из-за
>проблем с ОЗУ, но память проверил. все ок.

Раз гипервизор, стало быть, тебе доступны консольные логи ядра.
Что оно говорит? А ещё я бы проверил правильность времени.

Вал. Дав.
--- ifmail v.2.15dev5.4

Viktor V. Kudlak написал(а) к Maxim Gribanov в Aug 16 17:43:56 по местному времени:

Нello Maxim.

19 Aug 16 08:57, you wrote to all:

MG> Друзья, помогите разобраться в непонятной для меня ситуации. После
MG> запуска ОС работает n-ое количество дней, после чего файловая система
MG> переходит в режим read only. Понятно что таким образом Linux пытается
MG> сохранить данные. Проверяю раздел fsck и после ребута все работает
MG> опять какое то количество дней, пока проблема не повторяется. Многие
MG> скажут что проблема с жестким диском и он сыпиеться. Но тут ньюанс. ОС
MG> в виртуальной среде, по мимо этой виртуальной машины на сервере их еще
MG> пять, но проблема наблюдается только в одной. В качестве гипервизора
MG> для виртуализации используется Citrix XenServer, гостевая ОС в которой
MG> проблема Debian 7. То есть летит файловая система внутри виртуальной
MG> машины. Сами виртуалки гипервизор хранит в LVM партиции. Не думаю что
MG> дело как то касается жесткого. В качетве жесткого диска аппаратный
MG> RAID из двух дисков первого уровня. Думал что возможно ошибки в ФС
MG> вызываются из-за проблем с ОЗУ, но память проверил. все ок.

1. Проверь чтобы кроме ВМки нигде не была смонтирована файловая система (может какой-нибудь автомаунт подцепил её)
2. Раз уже началась такая проблема, fsck может и не найти всех ошибок, попробуй пересоздать файловую систему. Раз логическая ошибка уже проявилась, лучше лечить пока можно.

fsck обычно только журнал сверяет, были ли действия или нет, согласно которым есть записи. а ошибка проявляется если находится конфликтный файл.


Viktor

--- GoldED+/LNX 1.1.5-b20110818

Andrey Chebanov написал(а) к Maxim Gribanov в Jan 18 19:34:20 по местному времени:

Здpавствуй, Maxim!

Пятница 19 Августа 2016 08:57, ты писал(а) All, в сообщении по ссылке area://ru.linux?msgid=2:5064/56+57b69ff3:

MG> Друзья, помогите разобраться в непонятной для меня ситуации. После
MG> запуска ОС работает n-ое количество дней, после чего файловая система
MG> переходит в режим read only. Понятно что таким образом Linux пытается
MG> сохранить данные. Проверяю раздел fsck и после ребута все работает
MG> опять какое то количество дней, пока проблема не повторяется. Многие
MG> скажут что проблема с жестким диском и он сыпиеться. Но тут ньюанс. ОС
MG> в виртуальной среде, по мимо этой виртуальной машины на сервере их еще
MG> пять, но проблема наблюдается только в одной. В качестве гипервизора
MG> для виртуализации используется Citrix XenServer, гостевая ОС в которой
MG> проблема Debian 7. То есть летит файловая система внутри виртуальной
MG> машины. Сами виртуалки гипервизор хранит в LVM партиции. Не думаю что
MG> дело как то касается жесткого. В качетве жесткого диска аппаратный
MG> RAID из двух дисков первого уровня. Думал что возможно ошибки в ФС
MG> вызываются из-за проблем с ОЗУ, но память проверил. все ок.


Возможно гостевая ос линукс Debian7 переходит в спящий режим.
Бывает еще такое, когда в readonly переходит система при потери пути к диску, если у тебя к хосту подключен
массив с дисковой полки по FC. Или просто высокие задержи оперций ввода/вывода на дисковую подсистему.
Обычно ядро переходит в реадонли по причине не доступности файловой системы.


С уважением - Andrey
--- -Пиши, старик, пиши! Мы тебя не покинем.