gogoderbenutzer 0 Geschrieben 24. März 2023 Melden Teilen Geschrieben 24. März 2023 I want to create an iSCSI-Target and Add the Initiators IQNs of my 2 File Servers to the Target. So I tried to add a file server with the iSCSI Virtual Disk Wizard, so it would naturally find the IQN by itself, but then the error occured: "Unable to determine IQN for FS1.cluster.local". The servers can communicate with each other, and I also started the iSCSI Initiator on File Server 1 and tried to connect to it. Zitieren Link zu diesem Kommentar
NilsK 2.939 Geschrieben 24. März 2023 Melden Teilen Geschrieben 24. März 2023 Moin, Deinem Benutzernamen nach kannst du Deutsch. Da dies ein deutschsprachiges Forum ist, können wir vielleicht einfacher bei dieser Sprache bleiben. Funktioniert die Verbindung, wenn du eine der anderen beiden Optionen versuchst? Gruß, Nils 1 1 Zitieren Link zu diesem Kommentar
gogoderbenutzer 0 Geschrieben 24. März 2023 Autor Melden Teilen Geschrieben 24. März 2023 Tut mir leid, hab nicht darauf geachtet das es Deutsch ist. Nein, funktioniert auch nicht. Die vorgeschlagenen IQNs, habe ich vorher manuell eingetragen um zu testen ob es funktioniert. Tut es aber nicht Zitieren Link zu diesem Kommentar
NilsK 2.939 Geschrieben 25. März 2023 Melden Teilen Geschrieben 25. März 2023 Moin, Handelt es sich um ein separates Storage-Netzwerk? Funktioniert dort überhaupt die Namensauflösung? Es ist lange her, dass ich was mit iSCSI zu tun hatte, aber ich meine, dass an der Stelle mit IP-Adressen gearbeitet wurde und nicht mit Namen. Gruß, Nils 1 Zitieren Link zu diesem Kommentar
gogoderbenutzer 0 Geschrieben 25. März 2023 Autor Melden Teilen Geschrieben 25. März 2023 Beim iSCSI Initiator wird die IP-Adresse eingetragen um eine Verbindung aufzubauen. Beim erstellen eines Targets gibt man den Servernamen ein, welchen es dann auch findet, und dann sollte es den IQN finden. Sollte. Kein seperates Storage Netwerk, sondern ein seperater Windows-Server der als iSCSI-Target Server fungiert und sozusagen als SAN dient. Die Namensauflösung funktioniert Zitieren Link zu diesem Kommentar
NilsK 2.939 Geschrieben 25. März 2023 Melden Teilen Geschrieben 25. März 2023 Moin, dann solltest du aber das Netz-Design ändern. iSCSI (allgemein Storage-Traffic) muss vom normalen Netz getrennt sein. Mindestens per VLAN, eigentlich aber sogar über separate Switches. Gut möglich, dass da auch das Problem liegt. Ein normales Netzwerk hat Gateways eingetragen, DNS usw., das hat in einem Storage-Netz alles nichts zu suchen. Nicht nur aus Prinzip, sondern weil es dort Fehler verursacht. Nicht umsonst hat man das früher SAN genannt, weil es eben ein völlig separates Netzwerk mit eigenen Anforderungen ist. Gruß, Nils Zitieren Link zu diesem Kommentar
Beste Lösung gogoderbenutzer 0 Geschrieben 25. März 2023 Autor Beste Lösung Melden Teilen Geschrieben 25. März 2023 Ich hätte vielleicht erwähnen sollen, dass das alles virtuelle Maschinen sind auf meinem Rechner. Hypervisor ist VMware. Ich habe jedoch jetzt den Fehler gefunden. Wie es scheint war Windows der Fehler. Ich habe soeben ein Update auf beiden Servern gemacht, dann kam zwar immernoch der Fehler, doch ich konnte mich mit den anderen 2 Optionen verbinden. Danke für die Hilfe! Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 25. März 2023 Melden Teilen Geschrieben 25. März 2023 Hi, was soll denn später auf/mit dem Storage passieren? Gruß Jan Zitieren Link zu diesem Kommentar
gogoderbenutzer 0 Geschrieben 25. März 2023 Autor Melden Teilen Geschrieben 25. März 2023 Hallo Jan, ich habe soeben den Fehler gelöst (steht in der Nachricht oben) Falls es dich trotzdem interessiert, ich möchte ein Storage Cluster erstellen, mit 2 File Servern. Also praktisch ein Netzwerk aufbauen mit voller Redundanz. Stichwort Hochverfügbarkeit. Zitieren Link zu diesem Kommentar
NilsK 2.939 Geschrieben 25. März 2023 Melden Teilen Geschrieben 25. März 2023 Moin, Dann solltest du aber dringend das Netzwerk passend einrichten. Danke für die Rückmeldung zu dem Fehler. Gruß, Nils Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 25. März 2023 Melden Teilen Geschrieben 25. März 2023 Hi, vor 47 Minuten schrieb gogoderbenutzer: Ich hätte vielleicht erwähnen sollen, dass das alles virtuelle Maschinen sind auf meinem Rechner. Hypervisor ist VMware. also läuft derzeit dein Storage (oder alles?) als VM auf einem Rechner bzw. ist das eine Testumgebung? Ansonsten wäre die Frage, ob es wirklich Windows Server als iSCSI Targets sein müssen bzw. ob es da nicht bessere Lösungen wie bspw. ein (oder für HA zwei) dediziertes Storage (Net App und Co) oder eben in Software (vSAN / Datacore / ...) gibt. Wenn es nicht zwingend VMware als Hypervisor sein muss, wäre evtl. S2D als Storage oder auch als HCI ein Ansatz bzw. auch Azure Stack HCI. Gruß Jan Zitieren Link zu diesem Kommentar
gogoderbenutzer 0 Geschrieben 25. März 2023 Autor Melden Teilen Geschrieben 25. März 2023 Danke für den Vorschlag, aber du hast recht das ist eine Testumgebung, und wird nie in die Praxis umgesetzt. Das ist ein Projekt für eine Facharbeit die ich schreibe. Also lasse ich das lieber alles so. Zitieren Link zu diesem Kommentar
NilsK 2.939 Geschrieben 25. März 2023 Melden Teilen Geschrieben 25. März 2023 Moin, Okay, aber ich bleibe trotzdem in einer Sache hartnäckig: gerade wenn es für eine Facharbeit ist, sollte dort Erwähnung finden, dass man das Storage-Netz vom "normalen" Netz trennt. Besonders, wenn es um Verfügbarkeit geht. Gruß, Nils Zitieren Link zu diesem Kommentar
gogoderbenutzer 0 Geschrieben 25. März 2023 Autor Melden Teilen Geschrieben 25. März 2023 Danke für den Tipp. Das werde ich definitiv im Hinterkopf behalten. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.