kodach
Goto Top

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:
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 - Freigegeben

Gruss und Danke

Koda

Content-Key: 517952

Url: https://administrator.de/contentid/517952

Ausgedruckt am: 29.03.2024 um 01:03 Uhr

Mitglied: Hubert.N
Hubert.N 22.11.2019 um 09:34:02 Uhr
Goto Top
Guten Morgen face-smile

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
Mitglied: KodaCH
KodaCH 22.11.2019 aktualisiert um 12:36:41 Uhr
Goto Top
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 face-smile

Gruss

Oliver
Mitglied: psannz
psannz 22.11.2019 um 12:38:27 Uhr
Goto Top
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
Mitglied: KodaCH
KodaCH 22.11.2019 um 12:52:45 Uhr
Goto Top
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
Mitglied: psannz
psannz 22.11.2019 um 13:06:27 Uhr
Goto Top
Was sagen get-iscsitarget und get-iscsitargetportal?
MPIO im Spiel?
Mitglied: KodaCH
KodaCH 22.11.2019 aktualisiert um 13:47:57 Uhr
Goto Top
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:
 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 face-smile

Gruss

Koda
Mitglied: psannz
psannz 22.11.2019 um 15:27:58 Uhr
Goto Top
OK, in dem Fall ist die einfachste Lösung den IsPersistent Parameter des Targets auf $true zu setzen.

Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true
Mitglied: KodaCH
KodaCH 22.11.2019 um 16:25:40 Uhr
Goto Top
Danke das versuche ich nachher gleich.
Müsste dieser nicht vom GUI her gleich aktiv sein?
Mitglied: KodaCH
KodaCH 22.11.2019 um 17:11:56 Uhr
Goto Top
Wenn ich es nach dem Neustart des Systems verwende erhalte ich folgende Meldung
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.
Mitglied: psannz
psannz 22.11.2019 um 22:24:03 Uhr
Goto Top
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.
Mitglied: KodaCH
KodaCH 22.11.2019, aktualisiert am 23.11.2019 um 07:54:27 Uhr
Goto Top
Guten Abend

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-IscsiTarget

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:

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
Mitglied: KodaCH
KodaCH 23.11.2019 um 08:45:56 Uhr
Goto Top
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.