из linux всё нормально подключается с записью
из linux всё нормально подключается с записью
вобщем безопасники потребовали аутентификации iscsi.
к винде был примонтирован nas по этому протоколу.
ну сделал аутентификацию, вроде примонтировал, вбил юзера и пароль.
месяца 3-4 назад это сделал.
щас заметил, что на обоих серверах(их два было) потерялись тома от насав, которых тоже 2. поэтому дело не в насе а в винде.
я как то неправильно и не там вбил пароль, что после перезагрузки тома теряются?
инициатор на венду. хочу к одному таргету подключить 2 инициатора(2 разные винды).
проблема в том, что на одной винде подключается, на другой нет.
при этом, если я на первой винде отключаю его, на второй все равно не видет таргет. то есть дело скорее всего не в том, что к таргету нельза подключиться больше чем 2 раз. хотя... я этого не знаю точно.
вобщем, не отказался бы от помощи
инициатор на венду. хочу к одному таргету подключить 2 инициатора(2 разные винды).
Основной причиной использования NAS в моем случае является наличие iSCSI, который активно используется в решаемых мной задачах. Однако, быстрота установки NAS4Free на флешку и геморой с OMV почти полностью компенсировался одной особенностью, а именно — iSCSI.
Так как я уже имел дело с iSCSI в OMV, то с той же легкостью приступил к настройке и на новой платформе, но радоваться успеху было рано, оно не работало. Сперва меня смутило отсутствие имени раздела в списке, из-за чего я провел лишний час в попытке заменить драйвера и вообще разобраться почему так. Выяснил что так и должно быть и на работоспособность совершенно не влияет. Далее, я заглянул в логи и увидел кучу сообщений like %istgt_lu_pass_init: **ERROR** LU1: LUN0: cam_open() failed% при каждой попытке подключения к iSCSI Target со стороны. Одно из таких сообщений вывело меня на единственную(!) ссылку в гугле: eromerica.wordpress.com
Описываемая в блоге проблема полностью совпала с моей. Проделав все в точности "по гайду" я убедился в работоспособности как iSCSI так и рейда, однако мне требовалося прямой доступ к устройству, а не через прослойку iSCSI->file->UFS->hardware. Мне было необходимо получить: iSCSI->hardware.
Немного пораскинув мозгами, я нашел решение: ошибки в логах свидетельствуют о проблемах при инициализации устройства, в статье диск был проинициализирован (добавлен) и отформатирован в UFS(!!!), что натолкнуло на простую идею — необходимо сообщить системе что с диском все хорошо (/проинициализировать/), дав в руки знакомую FS.
Таким образом, я использовал Adaptec 2405 с RAID 1, который был сперва добавлен в NAS4Free и затем отформатирован как UFS том. Это позволило приложению подключиться к диску и установить файловую систему на свое усмотрение (долой UFS!).
Замечу, что я не монтировал отформатировнный в UFS рейд, моя цель была iSCSI->hardware.
7274086400 bytes (7.3 GB) copied, 58.6457 s, 124 MB/s
63400345600 bytes (63 GB) copied, 513.273 s, 124 MB/s
iSCSI Transport Class version 2.0-870
version 2.0-872
Target: iqn.2003-01.org.linux-iscsi.srv-stor.x8664:sn.5edff267bba4
Current Portal: 172.19.19.1:3260,1
Persistent Portal: 172.19.19.1:3260,1
**********
Interface:
**********
Iface Name: eth1
Iface Transport: tcp
Iface Initiatorname: iqn.2013-03.gentoo.sysresccd:openiscsi-995c7dd14d55801bebeebd42e6a159af
Iface IPaddress: 172.19.19.2
Iface HWaddress: <empty>
Iface Netdev: eth1
SID: 1
iSCSI Connection State: LOGGED IN
iSCSI Session State: LOGGED_IN
Internal iscsid Session State: NO CHANGE
************************
Negotiated iSCSI params:
************************
HeaderDigest: None
DataDigest: None
MaxRecvDataSegmentLength: 262144
MaxXmitDataSegmentLength: 262144
FirstBurstLength: 65536
MaxBurstLength: 262144
ImmediateData: Yes
InitialR2T: Yes
MaxOutstandingR2T: 1
************************
Attached SCSI devices:
************************
Host Number: 2 State: running
scsi2 Channel 00 Id 0 Lun: 0
Attached scsi disk sdc State: running
Using the Microsoft iSCSI Software Target with Hyper-V: blogs.technet.com
Hyper-V & iSCSI — in the parent or in the virtual machine?: blogs.msdn.com
iSCSI and Hyper-V: Connecting from the VM, or From the Host?http://www.windowsitpro.com/blog/virtualization-pro-tips-blog-35/virtualization2/iscsi-and-hyper-v--connecting-from-the-vm-or-from-the-host-137317
Shutdown
-------------
host:~/tgt# killall -9 tgtd
We will support better methods later.
Как-то не очень ok, лол.
Дистрибутивный исошник 2008R2 Storage Server — 970 мег. Внутрях — только екзешник "WSS2KR +iSCSITarget33.exe". После запуска екзешника распаковываются 2а исошника:
Windows_Storage_Server_2008_R2.iso — 950Мб
iSCSI_Software_Target_33.iso — 10Мб
Исошники — обычные файловые и не загрузочные. Собственно сам 2008SS — 10 Мб, обновления ОС — 200Мб, ЯЗЫКОВЫЕ ПАКЕТЫ — 750Мб. Русский язык, не забыли, да. Итого полезный объем — 100Мб.
При распаковке екзешников и исошников, вспоминал сказку про кащея и его яйцо : ) Нашел единственное разумное объяснение такому подходу — исошники можно легко подключать к виртуальным машинам.
Однако, вопросы про вещества, которые принимал автор такой системы дистрибуции — всерно остались : )
starwindsoftware.com
Если пришлют — можно будет граби^W городить виртуальные лабы с мс-кластерами итдтп : ) Попытки найти нормальный iSCSI-target для win невдохновили : ) Пока играюсь с iscsitarget/ubuntu и iscsi-initiator/w2k8-w7
Поклянчил халявный ключик на iSCSI SAN Software от StarWind Если пришлют — можно будет граби^W городить виртуальные лабы с мс-кластерами итдтп : ) Попытки найти нормальный iSCSI-target для win невдохновили : ) Пока играюсь с iscsitarget/ubuntu и iscsi-initiator/w2k8-w7