
Da wir unser Synology NAS intern mit einem Rotationssystem sichern möchten, versuche ich, von meinem Synology NAS (SA3400) aus eine Verbindung zu einem iscsi-Ziel auf meiner Tandberg/Overland Quickstation 4 herzustellen. Ich habe versucht, iscsiadm von der Befehlszeile über SSH zu verwenden, da ich dafür keine GUI-Lösung finden kann, aber bisher hatte ich kein Glück.
Wenn ich versuche, dies mit dem folgenden Befehl herauszufinden:
sudo iscsiadm -m discovery --type sendtargets --portal 192.168.1.1
Ich erhalte die folgende Ausgabe:
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Cannot perform discovery. Initiatorname required.
iscsiadm: Discovery process to 192.168.1.1:3260 failed to create a discovery session.
iscsiadm: Could not perform SendTargets discovery.
Aktualisieren:
Ich habe eine Rückmeldung vom Synology-Support erhalten. Sie entschuldigen sich für etwaige Unannehmlichkeiten und möchten keine Dokumentation für ihr System bereitstellen, außer der auf ihrer Website. Keine Hilfe von ihnen.
Es ist mir gelungen, das Ziel zu ermitteln (ich musste es iscsid
als sudo su ausführen), aber ich stecke fest, weil ich keine Möglichkeit finde, den iscsi_tcp-Treiber zu starten.
depmod -a
funktioniert nicht und modprobe iscsi_tcp
tut, soweit ich sehen kann, nichts, gibt nur und lsmod | grep iscsi
zurück .iscsi_target_mod
iscsi_core_mod
Grundsätzlich scheint Modprobe auf der Synology völlig ohne Funktionalität zu sein.
Wenn ich versuche, die Module mit insmod zu laden,
insmod /usr/lib/modules/iscsi_tcp.ko
erhalte ich die folgende Fehlermeldung:
insmod: ERROR: could not insert module /usr/lib/modules/libiscsi_tcp.ko: Unknown symbol in module
Beim Versuch, mich beim Ziel anzumelden, erhalte ich Folgendes:
Logging in to [iface: default, target: iqn.SomeTargetName, portal: 192.168.1.1,3260]
iscsiadm: Could not login to [iface: default, target: iqn.SomeTargetName, portal: 192.168.1.1,3260]:
iscsiadm: initiator reported error (12 - iSCSI driver not found. Please make sure it is loaded, and retry the operation)
Ich gebe es bald auf, es zu versuchen. Es ist eine Schande, dass Synology nicht bereit ist, ein so grundlegendes Bedürfnis wie dieses zu unterstützen.
Meine Frage ist jetzt also:
Gibt es eine Lösung, mit der ich eine Verbindung zu einem Ziel von Synology aus herstellen kann (höchstwahrscheinlich über die CLI) und es dauerhaft in DSM angemeldet und gemountet halten kann, selbst nach Updates und Neustarts?
Hinweis: Die IP ist verschleiert.
Antwort1
Dies ist genau das, was ich heute mit einem RS2418+ mit DSM 6.2.4 machen wollte, und ich fand diesen Beitrag wirklich hilfreich:
Synology - Automatisches Einbinden eines externen ISCSI-Volumes
Ich habe einen DroboPro, der voll ist, aber ich habe herausgefunden, dass ich ihn an den RS2418+ anschließen und die Dateien von dort aus bereitstellen kann. Dies ist mein Taskplaner-Skript (mit einigen verschleierten Details):
/usr/syno/etc/rc.iscsi start
iscsiadm -m node --targetname STRING_FROM_ISCSIADM_DISCOVERY --portal IP_ADDRESS --login
while [[ ! $(blkid -s PARTLABEL -o value | grep drobo) ]]
do sleep 30
done
mount PARTLABEL=drobo_1 /volume2
mount PARTLABEL=drobo_2 /volume3
mount PARTLABEL=drobo_3 /volume4
sed -i '$ i\ <space path="\/dev\/isda2" reference="\/volume2"><device><\/device><reference><volume path="\/volume2" dev_path="\/dev\/isda2" type="ext3"><\/volume><\/reference><\/space>' /tmp/space/space_mapping.xml
sleep 5
synoshare --add MY_SHARED_FOLDER "MY_SHARED_FOLDER" /volume2/MY_SHARED_FOLDER "" "MY_USERNAME,ANOTHER_USERNAME,@administrators,admin,guest" "" 1 0
Beachten Sie, dass dies eine sehr freizügige Einrichtung für einen allgemeinen Ordner ist, den jeder im Netzwerk lesen und beschreiben kann!