Установка РАБОЧИЙ iSCSI (НО SCST) на 4.8.0.53-универсальном Ядре Ubuntu 16.04
В заголовке говорится все это. "Команда Сборки SCST", которая имеет БАКАЛАВРА НАУК, НЕРАБОЧЕЕ отправленное дерьмо repo, не предлагает это как ответ, если Вы не можете создать резервную копию его с видео ограничением, поскольку я теперь видел, что достаточно других отправляет это, это - БАКАЛАВР НАУК также.
Я могу почти получить его работа. Создание 3.2.0 из источника, но модулей никогда не загружается правильно даже с корректным, делают команду, если я загружаюсь вручную, я запустил сервисы после вручную загружающихся модулей, но я нахожусь на часе 9 поэтому теперь, мне нужен кто-то, который имеет ПОДТВЕРЖДЕННУЮ РАБОТУ шаг за шагом для простого получения сервисного выполнения iSCSI предприятия SCST - мне отчаянно нужна помощь, как делает всех начиная ни с ОДНОГО из МНОГИХ из них, я считал на самом деле работу, как записано.
Я подразумеваю, что мое древнее ядро IX2 NAS так или иначе имело SCST с помощью приложений пути выживания, работающих с Celeron и 256meg чертовой RAM, таким образом, я предполагаю десятилетие, более новая Ubuntu на 8core i7 с 32 ГБ RAM должна смочь осуществить его? Но, так как это даже не находится в регулярном repo, возможно, это просто не будет на этой разновидности Linux или?
Править:
Вот мой DMESG, никакие ошибки, таким образом, я вне идей, почему ничто не видит ничего представленного на цели:
[ 907.082942] scst: Target template iscsi unregistered successfully
[ 907.082946] iscsi-scst: Unregistered iSCSI transport: iSCSI-TCP
[ 985.353804] iscsi-scst: iSCSI SCST Target - version 3.2.x
[ 985.353807] iscsi-scst: Registered iSCSI transport: iSCSI-TCP
[ 985.355329] scst: Target template iscsi registered successfully
[ 985.355458] iscsi-scst: Read thread for pool ffff903e373cb400 started
[ 985.355493] iscsi-scst: Read thread for pool ffff903e373cb400 started
[ 985.355538] iscsi-scst: Write thread for pool ffff903e373cb400 started
[ 985.357499] iscsi-scst: Write thread for pool ffff903e373cb400 started
Мой/etc/scst.conf, который работал над SCST через NAS и даже если я изменяюсь на недавно созданный пробел, отформатировал файл объема, то же без ошибок ничто представленное:
HANDLER vdisk_fileio{
DEVICE VMware {
filename /mnt/pools/A/A0/iSCSI/VMware
#filename /mnt/usb/iSCSI/iSCSI/VMware
t10_dev_id LENOVO-b3fbe43e
usn b3fbe43e
nv_cache 1
}
}
TARGET_DRIVER iscsi {
iSNSServer 192.168.1.6
enabled 1
TARGET iqn.2012-07.com.lenovoemc:storage.ix2b.VMware {
MaxRecvDataSegmentLength 8192
MaxXmitDataSegmentLength 8192
enabled 1
LUN 0 VMware
}
}
кошка/proc/modules | grep SCST
iscsi_scst 90112 3 - Live 0xffffffffc077d000 (OE)
scst_changer 16384 0 - Live 0xffffffffc0761000 (OE)
scst_cdrom 16384 0 - Live 0xffffffffc075c000 (OE)
scst_tape 16384 0 - Live 0xffffffffc0757000 (OE)
scst_raid 16384 0 - Live 0xffffffffc0752000 (OE)
scst_processor 16384 0 - Live 0xffffffffc074d000 (OE)
scst_modisk 16384 0 - Live 0xffffffffc06b3000 (OE)
scst_user 40960 0 - Live 0xffffffffc0742000 (OE)
scst_vdisk 94208 0 - Live 0xffffffffc072a000 (OE)
scst_disk 16384 0 - Live 0xffffffffc066b000 (OE)
scst 446464 10 iscsi_scst,scst_changer,scst_cdrom,scst_tape,scst_raid,scst_processor,scst_modisk,scst_user,scst_vdisk,scst_disk, Live 0xffffffffc06bc000 (OE)
dlm 163840 1 scst, Live 0xffffffffc068a000
libcrc32c 16384 3 iscsi_scst,scst_vdisk,raid456, Live 0xffffffffc0114000
2 ответа
Ничего себе, так собираясь отвечать на этого самостоятельно. Сдувший этим.
, Таким образом, я восстановил ту же сборку из источника 3.2.0 pre1 (несмотря на другие документы, 3.1 отказался компилировать на моем ядре, таким образом, это было 1-м препятствием).
Теперь к первопричине всего запуск и не бросок единственной ошибки, но также и не представление любых объемов iSCSI - я возвращусь сюда для обновления далее, после того как я определяю ДА ВЕДЬ но этот целый тихий отказ рисуется мелом до одного из параметрических усилителей в файле конфигурации, который буквально является iscsi стандартными параметрическими усилителями прямо от NAS.
НОВЫЙ РАБОЧИЙ файл конфигурации, который повторно создал scstadmin в человечности:
# Automatically generated by SCST Configurator v3.2.0-pre1.
HANDLER vdisk_fileio {
DEVICE VMware {
filename /mnt/pools/A/A0/iSCSI/VMware
read_only 1
}
}
TARGET_DRIVER copy_manager {
TARGET copy_manager_tgt {
LUN 0 VMware {
read_only 1
}
}
}
TARGET_DRIVER iscsi {
enabled 1
TARGET iqn.2012-07.com.lenovoemc:storage.ix2b.VMware {
enabled 1
rel_tgt_id 1
LUN 0 VMware {
read_only 1
}
}
}
Примечание, что кроме предоставления его только для чтения, не должно теоретически быть НИКАКИХ различий, так как оно было повторно создано с этими точными командами:
scstadmin -open_dev VMware -handler vdisk_fileio -attributes filename=/mnt/pools/A/A0/iSCSI/VMware,read_only t10_dev_id=LENOVO-b3fbe43e usn=b3fbe43e nv_cache=1
scstadmin -add_target iqn.2012-07.com.lenovoemc:storage.ix2b.VMware -driver iscsi
scstadmin -add_lun 0 -driver iscsi -target iqn.2012-07.com.lenovoemc:storage.ix2b.VMware -device VMware
scstadmin -enable_target iqn.2012-07.com.lenovoemc:storage.ix2b.VMware -driver iscsi
scstadmin -set_drv_attr iscsi -attributes enabled=1
scstadmin -write_config /etc/scst.conf
Поэтому, если у кого-либо есть идея относительно того, ПОЧЕМУ это произошло, это смотрит на первый взгляд, чтобы быть добавлением их:
t10_dev_id LENOVO-b3fbe43e
usn b3fbe43e
nv_cache 1
, Но я знаю, что nv_cache хорошо, какие листы первые два, которые также несмотря на то, чтобы быть "атрибутами" даже не проходили в сгенерированный файл конфигурации.
Так или иначе, объем iSCSI просто смонтированное право поэтому, когда я знаю больше, что обновлю здесь поэтому, возможно, это помогает другим.
Этот сценарий создает пакет автоматически и автоматизирует сборку SCST SAN и многопутевая конфигурация на Ubuntu 16.04 (и также 14.04, 15.04 и 17.04 также).