PV в OCI

Eugene Grosbein написал(а) к Ruslan Suleimanov в Jun 20 02:15:43 по местному времени:

28 июня 2020, воскресенье, в 18:19 NOVT, Ruslan Suleimanov написал(а):

EG>>>> Первым делом надо смотреть, что показывает команда ?
EG>>>> то есть список определившихся и подключенных дисковых устройств.
RS>>> При загрузке в PV режиме Oracle Cloud предлагает замоунтиться на
RS>>> da0 их SCSI
RS>>> da0: <ORACLE BlockVolume 1.0> Fixed Direct Access SPC-4 SCSI
RS>>> device
RS>>> da0: 300.000MB/s transfers
RS>>> da0: Command Queueing enabled
RS>>> da0: 92160MB (188743680 512 byte sectors)
RS>>> uhub0: 2 ports with 2 removable, self powered
RS>>> Trying to mount root from ufs:/dev/ada0s1a [rw]...
RS>>> (da0:vtscsi0:0:0:1): READ(6). CDB: 08 00 00 01 01 00
RS>>> (da0:vtscsi0:0:0:1): CAM status: SCSI Status Error
RS>>> (da0:vtscsi0:0:0:1): SCSI status: Check Condition
RS>>> mountroot> ?
RS>>> List of GEOM managed disk devices:
RS>>> da0
RS>>> а тут я пытаюсь замоунтиться по разному:
RS>>> Trying to mount root from ufs:/dev/da0s1a []...
RS>>> Trying to mount root from ufs:/dev/ada0s1 []...
RS>>> Trying to mount root from ufs:/dev/ada0s1a []...
EG>> Тебе же сказано, что у тебя нет девайсов, кроме da0,
EG>> то есть нету da0s1a (и ada* тоже нету).
RS> в локально запущенной вирутальной машине #sysctl -a | grep kern.disks тоже
RS> показывает только ada0 cd0

Ты не понимаешь. Показания kern.disks имеют лишь косвенное
отношение к содержимому каталога /dev. Ядро монтирует
корневую файловую систему не по kern.disks, а по /dev.

"Дисковые" устройства в /dev кроме "корневых" типа da0
нынче появляются после того как GEOM "обнюхает" диск:
прочитает и распарсит таблицу разделов, причём рекурсивно:
сначала парсит /dev/da0 и создаёт /dev/da0[sp]*,
затем снова парсит свежесозданный /dev/da0s1 (например)
и если находит там BSDlabel, то создаёт /dev/da0s1* и так
далее, пока вложенные структуры не кончатся.

Лишь потом ядро будет пытаться монтировать то, что насоздавал GEOM.
В твоём случае "структуры кончаются" прямо на самом da0,
потому что таблица разделов с него не прочиталась.

EG>> Очевидно, это потому что ядро не смогло прочитать таблицу разделов,
EG>> так что разделы оно не увидело и девайсы для них в /dev не создало.
EG>> Надо бороться с исходной ошибкой чтения, без этого ничего не будет.
RS> в ядре FreeBSD опция device da по умолчанию как и SCSI.. куда копать ?

В PR 215235 прямо сказано, что провайдеры облаков по мнению traz@
криво реализуют стандарт SCSI, лишь бы работало с виндами и Linux,
и вроде как девелоперы AWS даже и не отпирались. Как обычно,
надо тестировать патч из старого PR (вдруг поможет)
и вообще продавливать доработку совместимости.

Можешь даже Ораклу завести тикет на тему нарушение стандарта SCSI :-)

Eugene
--- slrn/1.0.3 (FreeBSD)