Ошибка VMWare: файловая система только для чтения во время записи на
Я перепробовал сотни форумов и постов, но ничего не помогло!
У меня vSphere ESXi 5.5. и при первом запуске ESXi он автоматически создал и отформатировал хранилище.
По какой-то причине я удалил его, и теперь я не могу вернуть свои диски / хранилище! Нет проблем, если мне нужно переформатировать, но даже это невозможно!
Я пытался использовать его повторно, отформатировать, что угодно, но ничего не получается:
Единственное сообщение, которое я получаю: Ошибка: Файловая система только для чтения во время записи в /dev/disk /naa.(...)!
Например:
# partedUtil mklabel /dev/disks/naa.600605b009a647b01c5ed73926b7ede1 msdos
Error: Read-only file system during write on /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
WriteNewPtable: Unable to commit to device /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
partedUtil delete partition gives the same message.
partedUtil setptbl выдает то же сообщение.
fdisk (удаление, новые разделы, запись) бесполезен.
# partedUtil getptbl /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
gpt
1215155 255 63 19521474560
1 63 8386622 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
2 8386623 13629502 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0
Действительно, после более 30 часов я не знаю, что делать?
Любая помощь будет очень высоко ценится...
Денис
PS ESXi 5.5.0 PPS Сообщение в графическом интерфейсе: Appel "HostDatastoreSystem.CreateVmfsDatastore" pour l'objet "ha-datastoresystem" sur ESXi "172.16.1.244" a échoué
2 ответа
Наконец, я нашел решение, спасибо community.vmware.com.
Может быть, это решило только 50% причины проблемы, но, по крайней мере, можно восстановить доступ к диску.
# esxcli system coredump partition get
Active: naa.600605b009a647b01c5ed73926b7ede1:2
Configured: naa.600605b009a647b01c5ed73926b7ede1:2
Мы видим, что этот раздел coredump использует наш диск. Вот что я сделал:
# esxcli system coredump partition set --enable false
# partedUtil delete /dev/disks/naa.600605b009a647b01c5ed73926b7ede1 2
Теперь намного лучше
# partedUtil getptbl /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
gpt
1215155 255 63 19521474560
1 63 8386622 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
Но это не решено на 100%:
# partedUtil delete /dev/disks/naa.600605b009a647b01c5ed73926b7ede1 1
Error: Read-only file system during write on /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
Unable to delete partition 1 from device /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
Но затем, неактивировав этот раздел, я смог воссоздать раздел coredump на диске из графического интерфейса, а затем воссоздать хранилище.
Теперь, это не чисто, как изначально (некоторые маленькие дыры и странно coredump в конце), но я бы сказал, что проблема решена:
# partedUtil getptbl /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
gpt
1215155 255 63 19521474560
1 63 8386622 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
3 8388608 19521267711 AA31E02A400F11DB9590000C2911D1B8 vmfs 0
2 19521267712 19521472511 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0
Спасибо, это сработало, но мне также пришлось переместить файл системного журнала на хост с /scratch/log в /tmp прежде чем я смог удалить раздел. Как только раздел был удален и хранилище данных создано, я переместил файл системного журнала в исходное местоположение, /scratch/log, Это было на хосте ESXI 6.5.