ISCSI Laufwerk an der DS verbinden?

Status
Für weitere Antworten geschlossen.

Vivian

Benutzer
Mitglied seit
25. Okt 2013
Beiträge
19
Punkte für Reaktionen
0
Punkte
0
Hallo,
ist es möglich ein von von der DS erstelltes ISCSI laufwerk an der DS selber zu verbinden?

Momentan befinden sich meine Backups in eine DS Freigabe( sind so um die 6tb). Ich will diese auf ein NTFS Formatiertes ISCSI Laufwerk verschieben um da die Deduplication funktion von windows zu nutzen.

Ist das irgendwie Möglich?
 

trininja

Benutzer
Mitglied seit
03. Jan 2014
Beiträge
446
Punkte für Reaktionen
0
Punkte
0
Nur über den PC. Dort das iSCSI Ziel einbinden und von der DS rüberkopieren.

Die DS kann iSCSI nicht intern einbinden. Ich arbeite zwar seit ein paar Tagen an einer Lösung, aber das kann noch dauernd, da open-iscsi sich weigert zu laufen. Wenn das mal klappt, kannst du aber nur per SSH kopieren/verschieben. Wie gesagt, ich sitz da schon paar Tage dran und bekomms nicht zum laufen, sieht also eher schlecht aus.
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.164
Punkte für Reaktionen
63
Punkte
68
eigentlich sollte das mit Bordmitteln problemlos gehen, denn das LUN-Backup macht auch nichts anderes. Kann man in /var/log/messages bewundern.
 

trininja

Benutzer
Mitglied seit
03. Jan 2014
Beiträge
446
Punkte für Reaktionen
0
Punkte
0
Nö, geht eben nicht. Die LUNs werden blockweise kopiert, nicht gemountet. Gab hierzu schon mehrmals Anfragen, siehe auch http://www.synology-forum.de/showthread.html?12304-iSCSI-Initiator-f%FCr-die-DS

Problem an der Sache ist, das die DS keinen iSCSI Initiator hat, auch nicht per SSH, weswegen ich mich ja momentan mit open-iscsi rumprügel um iSCSI mounten zu können, meine Crosscompiling Fähigkeiten sind aber sehr begrenzt (Noch.), hoffe aber auf einen Erfolg die Tage.
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.164
Punkte für Reaktionen
63
Punkte
68
bei mir geht das ohne Kopfstände
DS1812> which iscsiadm
/sbin/iscsiadm
DS1812> iscsiadm -m node
192.168.xxx.xx:3260,0 iqn.2000-01.com.synology:ds1812.lnsrv
192.168.xxx.xy:3260,0 iqn.2000-01.com.synology:ds1812.lnsrv

netstat -nap|grep 3260
netstat: showing only processes with your user ID
tcp 0 0 192.168.xxx.xx:3260 0.0.0.0:* LISTEN -
tcp 0 0 192.168.xxx.xy:3260 0.0.0.0:* LISTEN

iscsiadm -m node -T iqn.2000-01.com.synology:ds1812.lnsrv -p 192.168.xxx.xx:3260 -l

DS1812> tail -f /var/log/Messages
...
Jan 23 21:20:39 DS1812 kernel: [2020335.596806] iSCSI: Login - I[iqn.2005-03.org.open-iscsi:7b6d215e7528][192.168.101.19], T[Jan 23 21:20:39 DS1812 kernel: [2020335.596806] iSCSI: Login - I[iqn.2005-03.org.open-iscsi:7b6d215e7528][192.168.xxx.xx], T[iqn.2000-01.com.synology:ds1812.lnsrv][192.168.xxx.xx:3260]
Jan 23 21:20:39 DS1812 kernel: [2020335.879708] got iSCSI disk[0]
Jan 23 21:20:40 DS1812 iscsid: connection2:0 is operational now

DS1812> fdisk -l
....
Disk /dev/isda: 17.1 GB, 17179869184 bytes
64 heads, 32 sectors/track, 16384 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

Device Boot Start End Blocks Id System
/dev/isda1 * 2 501 512000 83 Linux
Partition 1 does not end on cylinder boundary
/dev/isda2 502 16384 16264192 8e Linux LVM
Partition 2 does not end on cylinder boundary
DS1812> mount /dev/isda1 /mnt
DS1812> ls /mnt
System.map-2.6.32-220.7.1.el6.x86_64 initramfs-2.6.32-220.el6.x86_64.img
System.map-2.6.32-220.el6.x86_64 lost+found
config-2.6.32-220.7.1.el6.x86_64 symvers-2.6.32-220.7.1.el6.x86_64.gz
config-2.6.32-220.el6.x86_64 symvers-2.6.32-220.el6.x86_64.gz
efi vmlinuz-2.6.32-220.7.1.el6.x86_64
grub vmlinuz-2.6.32-220.el6.x86_64
initramfs-2.6.32-220.7.1.el6.x86_64.img
 

trininja

Benutzer
Mitglied seit
03. Jan 2014
Beiträge
446
Punkte für Reaktionen
0
Punkte
0
Tjo, und genau da schmeisst iscsiadm mir den Fehler entgegen "No records found." Wenn ich den discovery auf den Host setze, kann er den nicht initialisieren. Soweit war ich schon mehrfach, irgendwas fehlt hier oder hat Synology umgebogen. Remote ist ein Discovery möglich, sonst würden hier nicht mehrere Rechner mit iSCSI Zielen arbeiten.

iscsiadm -d 5 -m discovery -t st -p 192.168.x.x

Wirft dashier aus, und ich hab mich schon vor ein paar Tagen deswegen totgegooglet.

iscsiadm: ip 192.168.x.x, port 3260, tgpt -1
iscsiadm: Max file limits 1024 4096

iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Could not get config file for sync config

iscsiadm: starting sendtargets discovery, address 192.168.x.x:3260,
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Cannot perform discovery. Initiatorname required.
iscsiadm: Discovery process to 192.168.x.x:3260 failed to create a discovery session.
iscsiadm: Could not perform SendTargets discovery.

Der Discovery sollte aber funktionieren mit dem Befehl, so scan ich normal immer einen Host nach iSCSI LUNs/Targets ab.

Ne Idee was hier nicht stimmt?
 

Vivian

Benutzer
Mitglied seit
25. Okt 2013
Beiträge
19
Punkte für Reaktionen
0
Punkte
0
Bei mir kommt auch nur "No records found"
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.164
Punkte für Reaktionen
63
Punkte
68
Ich brauchte kein discover zu machen, bei mir waren die Eintrage schon da (iscsiadm -m node).
discover geht aber auch:
iscsiadm -m discovery -t sendtargets -p 192.168.xxx.xx:3260
192.168.xxx.xx:3260,0 iqn.2000-01.com.synology:ds1812.lnsrv
192.168.xxx.xy:3260,0 iqn.2000-01.com.synology:ds1812.lnsrv

scsiadm: can not connect to iSCSI daemon (111)
Schau doch mal, ob der iscsid Prozess läuft. Bei ist der erst gestartet, als ich ein LUN-Backup gemacht habe. Man kann den aber als root auch von Hand starten
scsiadm: Could not get config file for sync config
scsiadm: Cannot perform discovery. Initiatorname required.
das wäre /etc/iscsi/initiatorname.iscsi und /etc/iscsi/iscsid.conf
 

trininja

Benutzer
Mitglied seit
03. Jan 2014
Beiträge
446
Punkte für Reaktionen
0
Punkte
0
Der Dienst läuft, die configs sind eigentlich richtig eingestellt, tortzdem gibts nur No Records Found. Ich muss am Sonntag eh mal die LUNs sichern, werd mich da mal weiter mit befassen. Hast du schon ausprobiert ob du die iSCSI targets lokal mounten kannst und einen Symlink in ein Gemeinsames Verzeichnis legen um per FileStation drauf zuzugreifen?
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.164
Punkte für Reaktionen
63
Punkte
68
ja, das geht. siehe #5. Ich habe es gerade nocheinmal gemacht und dabei keinen symlink in das Verzeichnis gelegt sondern ein echtes Verzeichnis und habe direkt drauf gemountet. War allerdings auch ein Linux-FS. Ob das mit NTFS genauso geht, weiss ich nicht
DS1812> mkdir /volume2/nfs/iscsi
DS1812> iscsiadm -m node -T iqn.2000-01.com.synology:ds1812.lnsrv -p 192.168.xxx.xx:3260 -l
Logging in to [iface: default, target: iqn.2000-01.com.synology:ds1812.lnsrv, portal: 192.168.xxx.xx,3260]
Login to [iface: default, target: iqn.2000-01.com.synology:ds1812.lnsrv, portal: 192.168.xxx.xx,3260]: successful

more /var/log/messages
Jan 24 20:48:11 DS1812 hotplugd: ##### ACTION:add
Jan 24 20:48:11 DS1812 hotplugd: DEVNAME:isda

DS1812> fdisk -l
...
Disk /dev/isda: 17.1 GB, 17179869184 bytes
64 heads, 32 sectors/track, 16384 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

Device Boot Start End Blocks Id System
/dev/isda1 * 2 501 512000 83 Linux
Partition 1 does not end on cylinder boundary
/dev/isda2 502 16384 16264192 8e Linux LVM

DS1812> mount /dev/isda1 /volume2/nfs/iscsi
DS1812> ls /volume2/nfs/iscsi
System.map-2.6.32-220.7.1.el6.x86_64 initramfs-2.6.32-220.el6.x86_64.img
System.map-2.6.32-220.el6.x86_64 lost+found
config-2.6.32-220.7.1.el6.x86_64 symvers-2.6.32-220.7.1.el6.x86_64.gz
config-2.6.32-220.el6.x86_64 symvers-2.6.32-220.el6.x86_64.gz
efi vmlinuz-2.6.32-220.7.1.el6.x86_64
 

beegee

Benutzer
Mitglied seit
23. Mai 2013
Beiträge
33
Punkte für Reaktionen
0
Punkte
6
Nur über den PC. Dort das iSCSI Ziel einbinden und von der DS rüberkopieren.

Die DS kann iSCSI nicht intern einbinden. Ich arbeite zwar seit ein paar Tagen an einer Lösung, aber das kann noch dauernd, da open-iscsi sich weigert zu laufen. Wenn das mal klappt, kannst du aber nur per SSH kopieren/verschieben. Wie gesagt, ich sitz da schon paar Tage dran und bekomms nicht zum laufen, sieht also eher schlecht aus.

ich liebe das internet, andere leute, gleiche probleme, wie üblich , es gibt für die Anforderung ja zufällig ein Wiki :

http://forum.synology.com/wiki/index.php/How_to_access_iSCSI_targets_temporarily

genau das will ich machen, ich will von einer DS410 -> 414 hochmigrieren, trau schau wem will ich ein backup ziehen und hab im Netzwerk leider nur ein 8-Disk Array verfügbar welches per iSCSI nur ansprechbar ist, leider nicht per NFS/SMB somit will ich die DS als initiator machen und die 8 targets dort mounten, im Wiki eintrag wird erklärt wie es geht, ich scheitere aber direkt beim laden der 3 modules.

bei allen 3 kommt :

archiv> insmod /lib/modules/libiscsi.ko
insmod: can't insert '/lib/modules/libiscsi.ko': unknown symbol in module, or unknown parameter
archiv>

eingelogged per root-ssh , per admin-ssh klappt das nicht, kommt operation not allowed.

EDIT: danke für die bisherigen Infos zwischen euch beiden, muss mich auch direkt mal reinarbeiten , war zumindest schon froh den wiki eintrag zu finden.
 
Zuletzt bearbeitet:

beegee

Benutzer
Mitglied seit
23. Mai 2013
Beiträge
33
Punkte für Reaktionen
0
Punkte
6
Tjo, und genau da schmeisst iscsiadm mir den Fehler entgegen "No records found." Wenn ich den discovery auf den Host setze, kann er den nicht initialisieren. Soweit war ich schon mehrfach, irgendwas fehlt hier oder hat Synology umgebogen. Remote ist ein Discovery möglich, sonst würden hier nicht mehrere Rechner mit iSCSI Zielen arbeiten.



Wirft dashier aus, und ich hab mich schon vor ein paar Tagen deswegen totgegooglet.



Der Discovery sollte aber funktionieren mit dem Befehl, so scan ich normal immer einen Host nach iSCSI LUNs/Targets ab.

Ne Idee was hier nicht stimmt?

bekomme ebenfalls den output hier (ohne bisher irgendwas in conf files geändert zu haben, ebensowenig war die ds410 jemals mit iSCSI beschäftigt).

archiv> iscsiadm -m discovery -t sendtargets -p 192.168.x.xxx:3260
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Could not scan /sys/class/iscsi_transport.
iscsiadm: Could not scan /sys/class/iscsi_transport.
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Cannot perform discovery. Initiatorname required.
iscsiadm: Discovery process to 192.168.x.xxx:3260 failed to create a discovery session.
iscsiadm: Could not perform SendTargets discovery.
archiv>
 

beegee

Benutzer
Mitglied seit
23. Mai 2013
Beiträge
33
Punkte für Reaktionen
0
Punkte
6
Der Dienst läuft, die configs sind eigentlich richtig eingestellt, tortzdem gibts nur No Records Found. Ich muss am Sonntag eh mal die LUNs sichern, werd mich da mal weiter mit befassen. Hast du schon ausprobiert ob du die iSCSI targets lokal mounten kannst und einen Symlink in ein Gemeinsames Verzeichnis legen um per FileStation drauf zuzugreifen?

da nicht jeder die commands drauf hat, könntet ihr mal bitte listen welcher dienst zu prüfen ist, bzw. wie man ohne reboot iSCSI stop/restart macht?
 

beegee

Benutzer
Mitglied seit
23. Mai 2013
Beiträge
33
Punkte für Reaktionen
0
Punkte
6
das wäre /etc/iscsi/initiatorname.iscsi und /etc/iscsi/iscsid.conf

bei mir findet sich nur die /etc/iscsi/iscsid.conf

hab dort einen eintrag gemacht a la :
InitiatorName=iqn.1999-08.sample.iscsi.initiatorname:1234

sieht das bei euch auch so aus, klar benamung kann man noch ändern.

/etc/iscsi/initiatorname.iscsi

muss die file manuell angelegt werden ? könnt ihr mal eure outputs geben?

auch nach reboot kommt noch di meldung initiatorname not found,

da ich kein LUN/target auf der DS habe und auch nicht anlegen will , was wäre nun zu tun, trininja bist du irgendwie weiter? ;)
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.164
Punkte für Reaktionen
63
Punkte
68
Das Wiki ist wohl schon etwas outdated.
Bei DSM4.3 werden die Module schon beim Start des Dienstes im Script geladen. Ein discover ist für die localen Targets eigentlich nicht notwendig

Es muss der Dienst iscsid laufen, um den discover Befehl absetzen zu können. Der steht per Default auf start manual. Der iscsid gibt zwar beim Start einen Fehler aus, der ist aber nicht so tragisch. erst dann klappt es auch mit dem Discover. Mit einer externen Quelle habe ich es nicht getestet.
cd /usr/syno/etc
./rc.iscsi start
Starting iSCSI initiator service.
insmod: can't insert '/lib/modules/scsi_transport_iscsi.ko': No such file or Directory
DS1812> lsmod|grep iscsi
iscsi_tcp 8673 0
libiscsi_tcp 11517 1 iscsi_tcp
libiscsi 33404 2 iscsi_tcp,libiscsi_tcp
iscsi_target_mod 219005 76
target_core_mod 328844 95 iscsi_target_mod
iscsi_extent_pool 107894 2
configfs 21209 4 iscsi_target_mod,target_core_mod,iscsi_extent_pool

DS1812> iscsiadm -m discovery -t sendtargets -p 192.168.xx.yy:3260
192.168.xx.yy:3260,0 iqn.2000-01.com.synology:ds1812.lnsrv
...
 

beegee

Benutzer
Mitglied seit
23. Mai 2013
Beiträge
33
Punkte für Reaktionen
0
Punkte
6
Das Wiki ist wohl schon etwas outdated.
Mit einer externen Quelle habe ich es nicht getestet.

wie meinst externe quelle ? die frage vom thread - bzw. was sich daraus entwickelt hat - bezieht sich ja auf das anbinden von externen iSCSI targets, damit die syno auf "diese" zugreifen kann, das ist ja mein Plan so wie bei trininja usw. ,

Das Wiki bezieht sich noch auf 4.1 , wäre gut wenn die das mal aktualisieren würden bevor man sich doof sucht.

gruß und danke für die Info wegen dem Dienst,

also zunächst den iSCSI initiatorname in der conf file gesetzt, hab einfach mal den doofen namen genommen, irgendwas doof am InitiatorName? (evtl Denkfehler meinerseits?):

/etc/iscsi/iscsid.conf
hab dort einen eintrag gemacht a la :
InitiatorName=iqn.1999-08.sample.iscsi.initiatorname:1234

und nun zum Dienst, der bei mir beim Start "keinen" Fehler spuckt wie bei dir.. aber beim target suchen unten eine Info (Line16..) :

archiv> ./rc.iscsi start
Starting iSCSI initiator service.
archiv> lsmod | grep iscsi
iscsi_tcp 11842 0
libiscsi_tcp 15141 1 iscsi_tcp
libiscsi 31143 2 iscsi_tcp,libiscsi_tcp
scsi_transport_iscsi 27292 3 iscsi_tcp,libiscsi

UPDATE: durch das Starten des Dienstes ist nun auch die /etc/iscsi/initiatorname.iscsi File erzeugt worden mit einem unique selbstgewählten Namen aber nicht dem aus der iscsi.conf file , ->
iqn.2005-03.org.open-iscsi:821e459b18b2

so und nun nach den verfügbaren targets suchen :

archiv> iscsiadm -m discovery -t sendtargets -p 192.168.x.xxx:3260
iscsiadm: config file line 16 has not '=' sepa
iscsiadm: config file line 16 has not '=' sepa
iscsiadm: config file line 16 has not '=' sepa
iscsiadm: config file line 16 has not '=' sepa
iscsiadm: config file line 16 has not '=' sepa

gefühlt 20zeilen mit diesem Inhalt rasseln runter und dann kommen die 8 Targets die auf der quelle verfügbar sind.. :
192.168.x.xxx:3260,1 iqn.2011-05.com.xxxxxx.xxxxxx
usw...

meinen die mit Line16 zufällig Zeile 16 der /etc/iscsi/iscsid.conf ? denn exakt dort steht mein doofer-gewählter initiatorname..

evtl noch eine idee?

gruß/danke
ben

p.s.: sorry hab mit iScsi nicht soviel zu tun, muss es nun nur wegen der DaSi nutzen. und kenn das sonst nur vom ESX
 
Zuletzt bearbeitet:

beegee

Benutzer
Mitglied seit
23. Mai 2013
Beiträge
33
Punkte für Reaktionen
0
Punkte
6
es geht voran... unabhängig vom vorherig gesagten , wenn ich nun folgendes mache :

archiv> iscsiadm -m node -T iqn.2011-05.comxxxxxxxxxx.xxxxxxx-8 -p 192.168.x.xxx:3260 -l
Logging in to [iface: default, target: iqn.2011-05.com.xxxxxxxxxxxxxx, portal: 192.168.x.xxx,3260]
Login to [iface: default, target: iqn.2011-05.com.xxxxxxxxxxxxxxxx, portal: 192.168.x.xxx,3260]: successful

und tail log gibt :

archiv> tail -f /var/log/messages
Feb 13 19:18:16 archiv iscsid: transport class version 2.0-871. iscsid version 2.0-871
Feb 13 19:18:16 archiv iscsid: iSCSI daemon with pid=7736 started!
Feb 13 19:33:56 archiv kernel: [ 1876.829689] got iSCSI disk[0]
Feb 13 19:33:57 archiv iscsid: connection1:0 is operational now
Feb 13 19:33:57 archiv hotplugd: usb_get_device_id.c:56 failed get usb id Vendor=0000, ProdID=0000, SN=0000:00:0e.1
Feb 13 19:33:57 archiv hotplugd: hotplugd.c:1110 failed get usb device id from usb config, DEVICE=/proc/bus/usb/000/000
Feb 13 19:33:57 archiv hotplugd: ##### ACTION:add
Feb 13 19:33:57 archiv hotplugd: DEVNAME:isda
Feb 13 19:33:57 archiv hotplugd: DEVICE:/proc/bus/usb/000/000
Feb 13 19:33:57 archiv hotplugd: hotplugd.c:1618 Device isda is not in hotplugd supported list.

und fdisk -l gibt:

Disk /dev/isda: 160.0 GB, 160037691392 bytes
255 heads, 63 sectors/track, 19456 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/isda1 1 19456 156279296 7 HPFS/NTFS

jetzt ist der Plan die Disk im DS FileStation sichtbar zu machen damit ich meine DaSi anschubsen kann...

DS1812> mount /dev/isda1 /mnt
DS1812> ls /mnt

reicht das?

EDIT: Aufgepasst bei der iscsiadm Syntax, case-sensitive! -l ist nicht -I , hier ein Manual : http://linux.die.net/man/8/iscsiadm und -T ist Target und -t type ... mi Zweifel kommen Fehlermeldung, RTFM ;)
 

beegee

Benutzer
Mitglied seit
23. Mai 2013
Beiträge
33
Punkte für Reaktionen
0
Punkte
6
archiv> mount /dev/isda /mnt
mount: mounting /dev/isda on /mnt failed: No such device
archiv> ls /mnt
archiv> mount /dev/isda1 /mnt
mount: mounting /dev/isda1 on /mnt failed: No such device
archiv>

was da nun los ?

erkannt wurde es doch

Disk /dev/isda: 160.0 GB, 160037691392 bytes
255 heads, 63 sectors/track, 19456 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/isda1 1 19456 156279296 7 HPFS/NTFS

dmesg gibt das (die errors sind wohl von den 3-4 mount versuchen die ich eben getestet habe.. :

[ 936.388745] Loading iSCSI transport class v2.0-871.
[ 936.541357] iscsi: registered transport (tcp)
[ 1876.491479] scsi5 : iSCSI Initiator over TCP/IP
[ 1876.820360] scsi 5:0:0:0: Direct-Access xxxxxxxxxxxxxxxxx M100 PQ: 0 ANSI: 3
[ 1876.829689] got iSCSI disk[0]
[ 1876.839606] sd 5:0:0:0: [isda] 312573616 512-byte logical blocks: (160 GB/149 GiB)
[ 1876.847648] sd 5:0:0:0: Attached scsi generic sg4 type 0
[ 1876.888477] sd 5:0:0:0: [isda] Write Protect is off
[ 1876.893384] sd 5:0:0:0: [isda] Mode Sense: 53 00 00 08
[ 1876.905520] sd 5:0:0:0: [isda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1876.924997] isda: isda1
[ 1878.515355] sd 5:0:0:0: [isda] Attached SCSI removable disk
[ 4953.667038] connection1:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4642540, last ping 4647540, now 4652540
[ 4953.678212] connection1:0: detected conn error (1011)
[ 4981.591887] isda: isda1
[ 6442.386502] connection1:0: ping timeout of 5 secs expired, recv timeout 5, last rx 6131111, last ping 6136111, now 6141111
[ 6442.397678] connection1:0: detected conn error (1011)
[ 6464.506074] connection1:0: ping timeout of 5 secs expired, recv timeout 5, last rx 6153225, last ping 6158225, now 6163225
[ 6464.517245] connection1:0: detected conn error (1011)
[ 7014.073584] isda: isda1
archiv>

hab mal ins Log des targets geschaut :

02/13/2014 08:50:10 PM UPDATE_HOST_IQN SLOT_NUMBER: 8 host_iqn_name: iqn.2005-03.org.open-iscsi:821e459b18b2
02/13/2014 08:50:01 PM UPDATE_HOST_IQN SLOT_NUMBER: 8 host_iqn_name: disconnected
02/13/2014 07:33:54 PM UPDATE_HOST_IQN SLOT_NUMBER: 8 host_iqn_name: iqn.2005-03.org.open-iscsi:821e459b18b2
hmmm.

vergleiche ich das mit dem gestrigen test vom windows7 aus sehe ich im log des targets einen anderen iqn der zum notebook auch passt, somit muss der open-iscsi iqn ja von der ds410er stammen, in der config file hab ich aber ja was anderes definiert...diesen komischen sample name der wohl unsinnig ist.

der open iscsi iqn scheint wohl default genommen zu werden, man nimmt aber für den initator ja den definierten, aber auch google verweist auf diese file die anfänglich in meiner syno nicht vorhanden war, nach dem erfolgreichen detecten, ist aber auch diese file da , ein thread schreibt auch :
Instead of iqn.2005-03.org.open-iscsi:SERIAL you use the iqn of an initiator. It can normally be found in /etc/iscsi/initiatorname.iscsi. You have to do this for every initiator that needs to connect.

interessant , in der file steht genau o.g. iqn.2005-03.org.open-iscsi:821e459b18b2 , d.h. beim ersten start von iscsiadm wird diese file erzeugt und der IQN darin definiert, d.h. ich kann mir das in der iscsid.conf auch sparen ? dort ist ja was anderes definiert...

sorry für die vielen fragen ;-)
 
Zuletzt bearbeitet:

beegee

Benutzer
Mitglied seit
23. Mai 2013
Beiträge
33
Punkte für Reaktionen
0
Punkte
6
archiv> mount -t NTFS /dev/isda1 /mnt/
mount: mounting /dev/isda1 on /mnt/ failed: No such device

klappt auch nicht, wenn ich das target unter windows7 mounte wird es mir als NTFS formatiert angezeigt, ich muss der Syno doch sagen dass ich es als NTFS mounten will oder?

gebe ich mount ein :
/dev/isda1 on /mnt type NTFS (0)
der command war doch fehlerhaft, weshalb zeigt er einen eintrag dort ? Mein Ziel ist dass ich das mounted Target im DS FileStation sehe wegen Backup machen ... klappt das?
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.164
Punkte für Reaktionen
63
Punkte
68
wie meinst externe quelle ? die frage vom thread - bzw. was sich daraus entwickelt hat - bezieht sich ja auf das anbinden von externen iSCSI targets, damit die syno auf "diese" zugreifen kann, das ist ja mein Plan so wie bei trininja usw. ,
Die Ursprungsfrage dieses Threads hatte nichts mit externen Targets zu tun:
ist es möglich ein von von der DS erstelltes ISCSI laufwerk an der DS selber zu verbinden?
also zunächst den iSCSI initiatorname in der conf file gesetzt,
Der Initiatorname wird durch rc.iscsi gesetzt. Das manuelle Eintragen ist bei den Synos wohl problematisch.
mount /dev/isda /mnt
was da nun los ?
Man mountet immer nur eine Partition mit einem Filesystem, nicht die ganze Platte, richtig wäre also (wie in den Beispielen gezeigt)
Rich (BBCode):
mount /dev/isda1 /mnt
Beim mounten wird ohne Angabe von einem ext* -Filesystem ausgegangen.
ich muss der Syno doch sagen dass ich es als NTFS mounten will
ja, bei NTFS muss man normalerweise -t ntfs eingeben, wenn es einen Treiber dafür gibt. Ich mounte kein NTFS bei mir. Normalerweise macht man das auch ohne trailing slash beim Target.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat