Users Guide

9–iSCSI-Konfiguration
iSCSI-Offload in Linux-Umgebungen
163 AH0054602-01 F
7. Um zu überprüfen, ob die iSCSI-Sitzung erstellt wurde, führen Sie den
folgenden Befehl aus:
# iscsiadm -m session
qedi: [297] 192.168.25.100:3260,1
iqn.2003-04.com.sanblaze:virtualun.virtualun.target-05000007 (non-flash)
8. Um nach iSCSI-Geräten zu suchen, führen Sie den Befehl iscsiadm aus:
# iscsiadm -m session -P3
...
************************
Attached SCSI devices:
************************
Host Number: 59 State: running
scsi59 Channel 00 Id 0 Lun: 0
Attached scsi disk sdb State: running scsi59 Channel 00 Id 0 Lun: 1
Attached scsi disk sdc State: running scsi59 Channel 00 Id 0 Lun: 2
Attached scsi disk sdd State: running scsi59 Channel 00 Id 0 Lun: 3
Attached scsi disk sde State: running scsi59 Channel 00 Id 0 Lun: 4
Attached scsi disk sdf State: running
Informationen zu erweiterten Zielkonfigurationen finden Sie in der
Open-iSCSI-Infodatei unter:
https://github.com/open-iscsi/open-iscsi/blob/master/README
Open-iSCSI und Starten über SAN – Überlegungen
In aktuellen Distributionen (z. B. RHEL 6/7 und SLE 11/12) bietet das
Dienstprogramm für den Inbox-iSCSI-Benutzerbereich (Open-iSCSI-Werkzeuge)
keine Unterstützung für den qedi-iSCSI-Transport und kann daher keine durch
den Benutzerbereich initiierte iSCSI-Funktionalität ausführen. Während der
Installation von „Boot from SAN“ (Starten über SAN) können Sie den qedi-Treiber
über ein Treiber-Aktualisierungsmedium (DUD) aktualisieren. Es ist jedoch keine
Schnittstelle und kein Prozess vorhanden, um Inbox-Dienstprogramme für den
Benutzerbereich zu aktualisieren, damit kommt es zu einem Fehler bei der
Anmeldung am iSCSI-Ziel und der Installation von „Boot from“ (Starten über
SAN).
Um diese Beschränkung zu überwinden, führen Sie den ersten Vorgang für
„Booten über SAN“ über die reine L2-Schnittstelle aus (verwenden Sie nicht das
Hardware-Offload-iSCSI), und verwenden Sie dabei das folgende Verfahren
während des Boot-über-SAN-Vorgangs.