Диски Linux VM были доступны только для чтения = нет выбора, кроме перезагрузки?

У меня есть несколько виртуальных машин Linux на VMware + SAN.

Что случилось

На SAN (сбой пути) возникла проблема, так что в течение некоторого времени на дисках Linux VM были ошибки ввода-вывода. Когда переход на другой путь был завершен, было уже слишком поздно: каждая машина Linux считала большинство своих дисков более не заслуживающими доверия, устанавливая их как устройства только для чтения . Также пострадали приводы корневой файловой системы.

Что я пробовал

  • mount -o rw,remount / без успеха,
  • echo running > /sys/block/sda/device/state без успеха,
  • вырыли в /sys чтобы найти решение без успеха.

Что я, возможно, не пробовал

  • blockdev --setrw /dev/sda

В заключение…

Мне пришлось перезагрузить все мои виртуальные машины Linux. Windows VM были в порядке …

Дополнительная информация от VMware …

Проблема здесь описана. VMware предлагает увеличить время ожидания scsi для Linux, чтобы предотвратить эту проблему.

Вопрос!

Однако, когда проблема в конечном итоге произойдет, есть ли способ вернуть диски в режим чтения-записи? (как только SAN вернется в нормальное состояние)

3 Solutions collect form web for “Диски Linux VM были доступны только для чтения = нет выбора, кроме перезагрузки?”

У нас была эта проблема здесь несколько раз, обычно из-за того, что сеть опускалась в течение длительного периода. Проблема заключается не в том, что файловая система доступна только для чтения, но сама дисковое устройство помечено только для чтения. Здесь нет опции, кроме перезагрузки. Увеличение тайм-аута scsi будет работать на переходные сбои, такие как переключение пути. Не будет работать хорошо для 15-минутного отключения сети.

От человека mount :

  errors={continue|remount-ro|panic} Define the behavior when an error is encountered. (Either ignore errors and just mark the filesystem erroneous and con‐ tinue, or remount the filesystem read-only, or panic and halt the system.) The default is set in the filesystem superblock, and can be changed using tune2fs(8). 

Поэтому вы должны смонтировать свою виртуальную машину с опцией continue вместо remount-ro .

 mount -o errors=continue mount -o remount 

Это произошло в системе RHEL при перезагрузке / повторной настройке подключенной SAN. Для меня работала деактивизация группы томов и LVM, а затем ее активировать.

vgchange -an /vg_group_name
lvchange -an /lvm_group_name

Затем вы должны активировать их.

vgchange -ay /vg_group_name
lvchange -ay /lvm_group_name

Затем просто попробуйте перемонтировать все с помощью mount -a .

  • Время автономной работы для нескольких виртуальных машин
  • Разница между снимком fsfreeze и lvm
  • Как установить open-vm-toolbox на Kali Linux?
  • Debian: Ошибка загрузки при установке sda с «недопустимым аргументом»
  • Ubuntu MaaS ssl ошибка vmware vcenter 6 соединение
  • theharvester.py "Нет такого файла или каталога"
  • Выберите версию gcc для компиляции модулей vmware
  • Увеличение разрешения CentOS VM
  • Запуск Snow Leopard 10.6.7 Изображение на AMD: CPU был отключен гостевой операционной системой
  • TL-WN722N не может использоваться кали
  • Экран Ubuntu невелик в VMware
  • Linux и Unix - лучшая ОС в мире.