12
ISCSI Verbindung nach Neustart weg
Guten Morgen
Ich habe einen HP ProLiant DL380 G6 welcher als System Windows Server 2019 inkl Veeam Backup beinhaltet. Das Gerät ist mit einer nc523sfp im Netzwerk.
Nun wollte ich ein ISCSI Laufwerk verbinden (Von einem Synology NAS). Dies klappt auch ohne Probleme. Starte ich den Server neu, so wird das Laufwerk nicht verbunden. Das Target hat momentan noch kein CHAP aktiviert.
Beide Geräte hängen an einem LWL Switch.
Müsste es nicht auch ohne Login verbinden? Für die Backupsoftware ist ja normal kein User angemeldet.
Nach einem Neustart erhalte ich folgende Meldung im Eventlog:
Nach langem suchen habe ich bisher folgendes versucht:
Gruss und Danke
Koda
Ich habe einen HP ProLiant DL380 G6 welcher als System Windows Server 2019 inkl Veeam Backup beinhaltet. Das Gerät ist mit einer nc523sfp im Netzwerk.
Nun wollte ich ein ISCSI Laufwerk verbinden (Von einem Synology NAS). Dies klappt auch ohne Probleme. Starte ich den Server neu, so wird das Laufwerk nicht verbunden. Das Target hat momentan noch kein CHAP aktiviert.
Beide Geräte hängen an einem LWL Switch.
Müsste es nicht auch ohne Login verbinden? Für die Backupsoftware ist ja normal kein User angemeldet.
Nach einem Neustart erhalte ich folgende Meldung im Eventlog:
Vom Initiator konnte keine Verbindung mit dem Ziel hergestellt werden. Die Ziel-IP-Adresse und die TCP-Anschlussnummer sind in Sicherungsdaten angegeben.Nach langem suchen habe ich bisher folgendes versucht:
- Das Laufwerk auf einem Windows 10 PC verbunden um zu prüfen ob es am Synology liegen könnte. Dort klappt es jedoch ohne Probleme.
- Windows Firewall komplett deaktiviert
- https://support.microsoft.com/de-ch/help/870964/file-shares-on-iscsi-dev ... und mit dem Befehl "sc config LanManServer depend= Samss/Srv/MSiSCSI" gesagt das er darauf wartet.
- Die GPO auf Netzwerkverbindung warten getestet (gpupdate /force wurde natürlich gemacht und auch geprüft ob die GPO gezogen wird)
- Geprüft ob das Laufwerk in der Datenträgerverwaltung ggf sichtbar ist und einfach nur Offline wäre. Dies ist jedoch nicht der Fall. Diskart zeigt nach einem Neustart folgendes
DISKPART> san
SAN-Richtlinie : Offline - FreigegebenGruss und Danke
Koda
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 517952
Url: https://administrator.de/contentid/517952
Printed on: April 24, 2024 at 02:04 o'clock
12 Comments
Latest comment
Guten Morgen 
wie ist es denn, wenn du den iSCSI-Dienst mal vor dem Neustart manuell beendest? Ich hatte das auch mal und bei mir war die Lösung ein gezieltes Beenden des Dienstes vor dem Runterfahren.
Gruß
Hubert
wie ist es denn, wenn du den iSCSI-Dienst mal vor dem Neustart manuell beendest? Ich hatte das auch mal und bei mir war die Lösung ein gezieltes Beenden des Dienstes vor dem Runterfahren.
Gruß
Hubert
Hallo Hubert
Danke für deine Antwort. Leider hat dies nicht geholfen.
Ich habe es nun auf einem anderen Physischen Server eingetragen dort geht es ohne Probleme. Ich denke ich mache von dort eine Freigabe. Falls noch jemand eine Idee hat kann er sich aber gerne melden
Gruss
Oliver
Danke für deine Antwort. Leider hat dies nicht geholfen.
Ich habe es nun auf einem anderen Physischen Server eingetragen dort geht es ohne Probleme. Ich denke ich mache von dort eine Freigabe. Falls noch jemand eine Idee hat kann er sich aber gerne melden
Gruss
Oliver
Sers,
Wie verbindest du den Server zum iSCSI Target? Via NIC oder Microsoft iSCSI Initiator?
Bei letzterem prüfen, ob der Dienst "Microsoft iSCSI-Initiator-Dienst" (MSiSCSI) ist auf Automatischen Start gestellt ist und läuft.
Grüße,
Philip
Wie verbindest du den Server zum iSCSI Target? Via NIC oder Microsoft iSCSI Initiator?
Bei letzterem prüfen, ob der Dienst "Microsoft iSCSI-Initiator-Dienst" (MSiSCSI) ist auf Automatischen Start gestellt ist und läuft.
Grüße,
Philip
Verbunden ist er per MS iscsi Initiator und der läuft auch. Er ist ebenfalls auf Automatisch. Versucht habe ich auch Automatisch verzögert (gem einem Tipp den ich gefunden habe)
Gruss
Koda
Gruss
Koda
Was sagen get-iscsitarget und get-iscsitargetportal?
MPIO im Spiel?
MPIO im Spiel?
MPIO ist nicht im Spiel. Zumindest nicht das ich wüsste.
Wenn alles Verbunden ist und ich noch nicht neugestartet habe, erhalte ich folgende Ausgabe:
Nach dem Neustart habe ich folgende Ausgaben:
Wie es scheint kein Unterschied auch wenn das Target weg ist
Gruss
Koda
Wenn alles Verbunden ist und ich noch nicht neugestartet habe, erhalte ich folgende Ausgabe:
get-iscsitarget
IsConnected NodeAddress PSComputerName
----------- ----------- --------------
True iqn.2000-01.com.synology:MeinNAS.Target-1.58cc1a913f
get-iscsitargetportal
InitiatorInstanceName :
InitiatorPortalAddress :
IsDataDigest : False
IsHeaderDigest : False
TargetPortalAddress : backup.meinserver.tld
TargetPortalPortNumber : 3260
PSComputerName :Nach dem Neustart habe ich folgende Ausgaben:
Get-iscsitarget
IsConnected NodeAddress PSComputerName
----------- ----------- ------------portal--
False iqn.2000-01.com.synology:MeinNAS.target-1.58cc1a913f
Get-iscsitargetportal
InitiatorInstanceName :
InitiatorPortalAddress :
IsDataDigest : False
IsHeaderDigest : False
TargetPortalAddress : backup.meinserver.tld
TargetPortalPortNumber : 3260
PSComputerName :Wie es scheint kein Unterschied auch wenn das Target weg ist
Gruss
Koda
OK, in dem Fall ist die einfachste Lösung den IsPersistent Parameter des Targets auf $true zu setzen.
Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true
Danke das versuche ich nachher gleich.
Müsste dieser nicht vom GUI her gleich aktiv sein?
Müsste dieser nicht vom GUI her gleich aktiv sein?
Wenn ich es nach dem Neustart des Systems verwende erhalte ich folgende Meldung
Wenn ich es nach einer Neuverbindung mache meldet er natürlich das es Verbunden ist
Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true
Connect-IscsiTarget : Der Zielname wird nicht gefunden oder ist von der Anmeldung als ausgeblendet gekennzeichnet.Wenn ich es nach einer Neuverbindung mache meldet er natürlich das es Verbunden ist
Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true
Connect-IscsiTarget : Das Ziel wurde bereits über eine iSCSI-Sitzung angemeldet.
Mach den Neustart, und verbinde es mit dem Befehl. Dann geht es.
Bestehende Verbindung persistent setzen hat bei mir vereinzelt zum Trennen der Verbindung geführt. Wäre doof wenn bei dir Veeam mitten im Schreibvorgang das Depot verliert.
Bestehende Verbindung persistent setzen hat bei mir vereinzelt zum Trennen der Verbindung geführt. Wäre doof wenn bei dir Veeam mitten im Schreibvorgang das Depot verliert.
Guten Abend
Danke. Aber dies ergibt wie gesagt den oben genannten Fehler:
Ich habe es versucht:
- Nach einem Neustart
- Nach dem es verbunden war
- Nach einem Neustart und ich es von Hand getrennt habe weil der Status immer auf "wird verbunden" gesetzt war.
Bei allen drei Varianten erhalte ich einer der oben genannten beiden Fehler
Das Laufwerk wird jedoch trotzdem als Persistent angezeigt:
Die Ansicht der Persistenten Verbindung nach einem Neustart gibt auch kein Laufwerkbuchstaben mehr aus
Gruss
Koda
Danke. Aber dies ergibt wie gesagt den oben genannten Fehler:
Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true
Connect-IscsiTarget : Das Ziel wurde bereits über eine iSCSI-Sitzung angemeldet.
In Zeile:1 Zeichen:19
+ Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (MSFT_iSCSITarget:ROOT/Microsoft/...SFT_iSCSITarget) [Connect-IscsiTarget]
, CimException
+ FullyQualifiedErrorId : HRESULT 0xefff003f,Connect-IscsiTargetIch habe es versucht:
- Nach einem Neustart
- Nach dem es verbunden war
- Nach einem Neustart und ich es von Hand getrennt habe weil der Status immer auf "wird verbunden" gesetzt war.
Bei allen drei Varianten erhalte ich einer der oben genannten beiden Fehler
Das Laufwerk wird jedoch trotzdem als Persistent angezeigt:
iscsicli ListPersistentTargets
Microsoft iSCSI-Initiator Version 10.0 Build 17763
Insgesamt 1 persistente Ziele
Zielname : iqn.2000-01.com.synology:MeinNas.target-1.58cc1a913f
Adresse und Socket : 10.10.1.230 3260
Sitzungstyp : Daten
Initiatorname : ROOT\ISCSIPRT\0000_0
Portnummer : <Beliebiger Port>
Sicherheitskennzeichen : 0x0
Version : 0
Informationen angegeben: 0x20
Anmeldekennzeichen : 0x8
Benutzername :
Der Vorgang wurde erfolgreich beendet.Die Ansicht der Persistenten Verbindung nach einem Neustart gibt auch kein Laufwerkbuchstaben mehr aus
iscsicli ReportPersistentDevices
Microsoft iSCSI-Initiator Version 10.0 Build 17763
Persistente Volumes
"\\?\storage#volume#{9b2c24ad-0b68-11ea-b02e-d8d385fff83c}#0000000001000000#{53f5630d-b6bf-11d0-94f2-00a0c91efb8b}"
Der Vorgang wurde erfolgreich beendet.Gruss
Koda
Wie es scheint habe ich bei Microsoft eine Lösung gefunden welche funktioniert. Diese möchte ich euch nicht vorenthalten. Ggf hilft sie ja jemandem anders ebenfalls
Delete all the entries you have in your iscsi initiator and reboot. (start clean)
1. open iSCSI initiator.
2. Open Discovery portal Tab. Add your iSCSI target devices to Discover Portal
3. Go to Targets Tab, Refresh to see your Targets with Status Inactive.
4. Select a target, click Properties.
5. Add session, Add to favorites and choose multipath if applicable, click advanced...
6. select Local adapter: Microsoft iSCSI Initiator
Initiator IP: Your IP address of your iSCSI network
Target portal IP: the IP of your Target device/node.
7. Add all your other nodes in this manner for all your target devices. If you are doing multipath you should have multiple sessions for each discovered target.
8. Your targets should be connected once you OK'd out of all the windows.
9. Done.
Reboot, and everything should be online again as it should.
