Ich habe drei CentOS 6.4-Computer, die ich für die Verwendung von iSCSI konfigurieren möchte. Grundsätzlich sprechen zwei verschiedene Initiatoren mit zwei verschiedenen Zielen auf einem einzelnen Hostserver.
Auf einem Computer, "dem Server", sind in /etc/tgt/targets.confjedem Ziel zwei Ziele definiert, die auf eine andere logische Festplatte verweisen. Die Konfigurationszeilen sind nahezu identisch und unterscheiden sich nur in ihren Namen und initiator-addressFeldern.
Dies sind die Zeilen /etc/tgt/targets.conf, die nicht auskommentiert sind.
default-driver iscsi
<target iqn.2013-08.com.example.group:backup>
backing-store /dev/primary/backup
initiator-address <ip address>
incominguser username password
</target>
<target iqn.2013-08.com.example.group:migrations>
backing-store /dev/primary/migrations
initiator-address <ip address>
incominguser username password
</target>
Wenn ich renne, tgt-admin -szeige ich wie erwartet zwei Ziele. Eines der Ziele zeigt jedoch nur 1 LUN (0 Controller), während das andere Ziel 2 LUNs (einen Controller und eine Festplatte) anzeigt. Ich habe keine Ahnung, ob dies von Bedeutung ist.
Leider kann das erste Ziel (ohne Festplatten-LUN) von seinem Initiator erreicht werden, und die Maschine kann den Raum und alle Pfirsiche und Sahne montieren. Das zweite Ziel (mit der Festplatten-LUN) kann vom Initiator nicht erreicht werden. Wenn ich renne, iscsiadm -m discovery -t sendtargets -p <ipaddr>komme ich zurück iscsiadm: No portals found.
Was ist schlimmer, selbst wenn ich als zweites Ziel eine Verbindung von der anderen Adresse erwarte oder den initiator-addressTeil der Konfiguration entferne , scheinen keine anderen Systeme das zweite Ziel zu sehen.
tgtdDienst heute öfter manuell gestoppt und neu gestartet, als ich mich erinnern möchte.