iSCSI LUN от Centos, сопоставленный с xenserver, остается при исчезновении

Я пытаюсь настроить ящик ISCSI для общего хранилища для подключения к моей среде xenserver. Я использую Centos 7 в качестве хранилища iSCSI. Я использую targetcli для конфигурации iSCSI.

Я могу все настроить отлично, машина xenserver подключится и отформатирует том. Я могу настроить на нем VMS, и все будет работать нормально, пока я не перезагружусь.

На этом этапе xenserver больше не будет подключаться, а подключенный LUN отображается как отключенный. Посмотрев немного дальше на ящик для хранения, я вижу, что LUN там больше нет. Но когда я запускаю «gdisk / dev / sda»; Я вижу раздел. Его только не видно в targetcli. Если я попытаюсь повторно подключить / создать LUN в targetcli, он сообщит мне, что диск уже используется.

/ backstores / block> create xenhq_vl01 / dev / sda5 Невозможно настроить StorageObject, потому что устройство / dev / sda5 уже используется

Есть еще один LUN, сопоставленный с оконным блоком, который не является частью xen, и он работает отлично.

Изображение ниже сделано сразу после исчезновения LUN. Я также попытался воссоздать тот же самый LUN, но он дал ошибку.

Вывод targetcli

После перезагрузки Xen box; Файл сообщений в Centos сообщил следующее:

27 июня, 07:27:44 Цель STGHQ01: не удалось создать StorageObject xenhq_vl01: не удалось настроить StorageObject, поскольку устройство / dev / sda5 уже используется, пропущено

27 июня 07:27: 44 STGHQ01 цель: не удалось найти соответствующий StorageObject для LUN 0,пропущено

27 июня 07:27:44 STGHQ01 target: не удалось найти соответствующий TPG LUN 0 для MappedLUN 0, пропущено

Какие-либо рекомендации / предложения? Что мне здесь не хватает? Спасибо.

1
задан 27 June 2019 в 11:10
1 ответ

Я даже пробовал использовать фильтры и глобальные фильтры в /etc/lvm/lvm.conf, но ничего не вышло. Итак, вместо использования «блочного» устройства; В итоге я использовал fileio в targetcli. Теперь все работает отлично.

0
ответ дан 4 December 2019 в 02:52

Теги

Похожие вопросы