Jump to content

letherface

Members
  • Gesamte Inhalte

    3
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von letherface

Newbie

Newbie (1/14)

  • Erste Antwort
  • Eine Woche dabei
  • Einen Monat dabei
  • 1 Jahre dabei
  • 5 Jahre dabei!

Neueste Abzeichen

10

Reputation in der Community

  1. Nach langer Suche bin ich darauf gestoßen, dass die Dienste für die Freigabe der Netzwerkkennung nicht gestartet waren: - DNS-Client - Funktionssuche-Ressourcenveröffentlichung - SSDP-Suche - UPnP-Gerätehost Im Server-Manager\Datei-/Speicherdienste\ ist jetzt folgender Fehler in den Ereignissen: "Der Microsoft iSCSI-Softwarezieldienst konnte keine Bindung mit Netzwerkadresse 192.168.2.1, Port 3260 herstellen. Fehlercode des Vorgangs: 10049. Vergewissern Sie sich, dass keine andere Anwendung diesen Port verwendet." Unerklärbar, denn ein Portscan ergab, dass der Port offen ist. Beim beenden des Dienst WinTarget ist er geschlossen. Er wird also nur durch das Target genutzt... Ich habe darauf hin eine weitere Netzwerkkarte bereit gestellt um diese als iSCSI Ziel zu verwenden, jedoch auch hier der selbe Fehler. Weiß noch jemand Rat??? :confused:
  2. Hi PathFinder, hi Dunkel, danke erst mal für die detaillierten Informationen. Ich habe es heute noch einmal mit Ruhe und Gelassenheit versucht, leider ohne Erfolge. Um mal ins Detail zu gehen, die Situation ist folgende: Ich habe kürzlich übers DreamSpark die neue 2012 Standard Version ergattern können. Grundsätzlich nutze ich nur die Windows Remote Dienste, alle anderen Linux Maschinen laufen im Hyper-V. Das Übertragen hat glücklicherweise problemlos funktioniert. Lediglich die Anbindung der Raid-Festplatten über iSCSI noch nicht. Ich bekomme immer noch den Fehler, das keine Vebindung zum Initiator hergestellt werden kann. Vorgehen tue ich dabei wie folgt: Erst einmal habe ich überflüssig installierte Rollen entfernt. Im Servermanager habe ich die Einstellungen für die iSCSI Ziele geprüft, passt! IPv4 alle für Windows zuständigen Netzwerkkarten. Auf ins iSCSI Target: dieses ist z.Zt natürlich noch komplett leer. Ich klicke also auf Aufgaben und dann Virtuellen iSCSI Datenträger hinzufügen. Der Assistent startet: 1. Ich gebe das den Ort an wo die .vhd liegt. 2. Neues iSCSI Ziel, da ja noch keins vh. ist. 3. Hinzufügen des Zugriffsserver. Da ich bereits mit mehreren Initiatoren das Target gesucht habe sind hier diverse IQN meiner Clients bereits hinterlegt. Ich wähle als die IQN des Client aus auf dem der Initiator gerade geöffnet ist. (Aktualisieren findet den Server als Zielportal übrigens nicht) 4. CHAP lasse ich vorerst mal deaktiviert. Soweit so gut (Bild 1) 5. siehe Bild2 :mad: Selbiges ereignet sich auch wenn ich eine neue VHD mittels Assistent erstelle. Merkwürdig finde ich, dass die IQN des Client im Target ermittelt werden kann. Dann müsste die Verbindung doch eigentlich OK sein... Firewall Einstellungen sind OK, Port 3260 ist frei. Ich verstehs nicht mehr, das hat jetzt schon Stunden und Nerven gekostet. Danke nochmals! Grüße Chris
  3. Ich befürchte ich habe das selbe Problem und bereue langsam die umstellung von R2. Wo kann man die IQN denn zulassen, denn erkannt wird sie ja nach der ersten Suche des Initialisator automatisch..!? Habe es bereits über iSNS versucht, das scheint jedoch nur eine Datenbank zu sein. Grüße Chris
×
×
  • Neu erstellen...