Stub1004
-
Gesamte Inhalte
63 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Stub1004
-
-
-
nein, aber das hatte jemand in einem Forum mal gesagt. Hmm...ich habe das Gefühl, dass der Login nicht klappt, obwohl ich bei der Security auf "none" eingestellt habe.
-
Ich habe versucht, die Timeout-Zeiten in der Registry zu erhöhen und erhalte nun die Fehlermeldung: "Target failed to respond in time for a login request".
Kannst du damit was anfangen?
-
Also ich konnte mit einem Portscanner herausfinden, dass der Port offen ist. Mit Wireshark sah ich auch, dass der Server einen iSCSI Target Befehl sendet, aber nichts zurückkommt.
Hmmm....
-
ja hab ich mir durchgelesen...
Irgendwie kann er die IP x.x.x.10 auf dem Port 3260 nicht finden. Aber wenn ich die gleiche Aktion nach 45min versuche, dann gehts. Ganz komisch....
-
Nein, ich schliesse nur ein einzelnes Ziel an. Diese Verbindung habe ich auch schon gelöscht und neu erstellt. Leider ohne Ergebnis.
-
Hallo Carlito
Hier die Ausgabe, was aber nicht viel sagt;-)
clusterA (iSCSI):
OS Type: hyper_v
Member: iqn.1991-05.com.microsoft:blabla1.blabla.ch (not logged in)
Member: iqn.1991-05.com.microsoft:blabla2.blabla.ch (logged in on: vif1)
-
Ja alles so gemacht. Der 2. Knoten des Clusters hat ja die identische Konfiguration und dort wird iSCSI sofort verbunden.
-
Ja die Firewall ist aus diesem Grund extra komplett abgeschaltet, damit diese nicht hineinfunken kann. Das Syslog zeigt mir die Verbindung erst nach der Wartezeit von ca. 45min an (sobald auf dem Server der Status auf "Verbunden" wechselt).
Hast du eine Idee, warum er zuerst 45min lang im Leeren dreht?
-
Hallo
Ich habe ein etwas merkwürdiges Phänomen. Ich habe einen Microsoft Failover Cluster und spriche die Clusterressourcen per iSCSI von unserem NETAPP-Filer an. Soweit klappt auch alles sehr gut.
Nur beim Booten eines Knotens geht die Wiederherstellung der Verbindung nach dem Neustart sehr lange. Ca. 45min. In dieser Zeit versucht er dauernd eine Verbindung zum Netapp zu machen, was aber nie klappt. Nach 30min geht’s dann plötzlich.
Im Eventlog gibts dazu folgende Einträge:
Protokollname: System
Quelle: MSiSCSI
Datum: 12.04.2010 11:42:35
Ereignis-ID: 121
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: UxxxPROV01.ad.stub.unxxx.ch
Beschreibung:
Die Firewallausnahme zum Zulassen der iSNS-Clientfunktionalität (Internet Storage Name Server) ist nicht aktiviert. Die iSNS-Clientfunktionalität ist nicht verfügbar.
Protokollname: System
Quelle: iScsiPrt
Datum: 12.04.2010 11:42:35
Ereignis-ID: 1
Aufgabenkategorie:Keine
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: UxxxPROV01.ad.stub.unxxx.ch
Beschreibung:
Vom Initiator konnte keine Verbindung mit dem Ziel hergestellt werden. Die Ziel-IP-Adresse und die TCP-Anschlussnummer sind in Sicherungsdaten angegeben.
Protokollname: System
Quelle: iScsiPrt
Datum: 12.04.2010 11:42:35
Ereignis-ID: 70
Aufgabenkategorie:Keine
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: UxxxPROV01.ad.stub.unxxx.ch
Beschreibung:
Fehler beim Verarbeiten der iSCSI-Anmeldeanforderung. Die Anforderung wurde nicht wiederholt. Der Fehlerstatus wird in den Sicherungsdaten angegeben.
Kann mir jemand diesbezüglich helfen?
Liebe Grüsse
Stub1004
-
Interessanter Ansatz.
Welchen Virenschutz empfiehlst du den für Hyper-V Host und Guest?
-
Ich habs rausgefunden....
Mein geliebter TrendMicro Virenscanner machte Probleme. Ich hab ihn für die Hyper-V Verzeichnisse und Cluster Shared Storage abgeschaltet...nun klappts....
-
Nur hat dies ein anderes Problem generiert. Nämlich werden nun beim Importieren der virtuellen Computer in die Failover-Clusterverwaltung die Konfigurationen im Hyper-V Manager komplett gelöscht. Das heisst, ich seh dort keinen virtuellen Server mehr. Und daher lässt sich dieser dann in der Failover-Clusterverwaltung auch nicht starten...
Hab ich so noch nie gesehen.... sagt das jemand was?
Zumindest gibts eine Event-ID :
ID: 1069 Quelle: FailoverClustering
Bei der Clusterressource "Konfiguration des virtuellen Computers "xxx"" im geclusterten Dienst oder in der geclusterten Anwendung "Virtual Machine" ein Fehler aufgetreten.
Zudem:
Protokollname: Microsoft-Windows-Hyper-V-High-Availability-Admin
Quelle: Microsoft-Windows-Hyper-V-High-Availability
Datum: 25.03.2009 17:02:09
Ereignis-ID: 21203
Aufgabenkategorie:Keine
Ebene: Fehler
Schlüsselwörter:
Benutzer: SYSTEM
Computer: xxx
Beschreibung:
Fehler beim Erstellen des virtuellen Netzwerk-Switchports "'798beb4d-2925-433a-bd71-bf7d552dd1c7'. (HRESULT 0x8004100c)".
Protokollname: Microsoft-Windows-Hyper-V-High-Availability-Admin
Quelle: Microsoft-Windows-Hyper-V-High-Availability
Datum: 25.03.2009 17:02:09
Ereignis-ID: 21117
Aufgabenkategorie:Keine
Ebene: Fehler
Schlüsselwörter:
Benutzer: SYSTEM
Computer: xxx
Beschreibung:
"Konfiguration des virtuellen Computers "xxx"": Fehler beim Erstellen der virtuellen Netzwerk-Switchports für den virtuellen Computer. Prüfen Sie die Einstellungen des virtuellen Computers.
Protokollname: Microsoft-Windows-Hyper-V-High-Availability-Admin
Quelle: Microsoft-Windows-Hyper-V-High-Availability
Datum: 25.03.2009 17:02:09
Ereignis-ID: 21104
Aufgabenkategorie:Keine
Ebene: Fehler
Schlüsselwörter:
Benutzer: SYSTEM
Computer: xxx
Beschreibung:
"Konfiguration des virtuellen Computers "xxx"": Fehler beim Aufheben der Registrierung des virtuellen Computers beim Verwaltungsdienst für virtuelle Computer.
-
Hi Nils
Ja ich habe ein iSCSI-Volume über den iSCSI Initator als Cluster-Drive angelegt. Das Snapdrive habe ich nicht.
–
Ich bin nun etwas weiter. Das Problem konnte ich lösen, indem ich statt einen Laufwerksbuchstaben für mein Shared Storage die GUID nahm.
-
Hier ist das Cluster.log:
00000988.00000b24::2009/03/25-12:12:25.533 INFO [RES] Physical Disk: Supplied path N:\HyperV\test1\test1 is a FS path, vol-mp \\.\N:\
00000988.00000b24::2009/03/25-12:12:25.534 INFO [RES] Physical Disk: Supplied device path N:\ is a FS path, vol-mp \\?\Volume{2b99bbea-1600-11de-a3b4-00215a4728b0}\
00000988.00000b24::2009/03/25-12:12:25.564 INFO [RES] Physical Disk: Supplied path N:\HyperV\test1\test1 is a FS path, vol-mp \\.\N:\
00000988.00000b24::2009/03/25-12:12:25.564 INFO [RES] Physical Disk: Supplied device path N:\ is a FS path, vol-mp \\?\Volume{2b99bbea-1600-11de-a3b4-00215a4728b0}\
00000988.00000b24::2009/03/25-12:12:25.892 INFO [RES] Physical Disk: Supplied path N:\HyperV\test1\test1\test1.vhd is a FS path, vol-mp \\.\N:\
00000988.00000b24::2009/03/25-12:12:25.892 INFO [RES] Physical Disk: Supplied device path N:\ is a FS path, vol-mp \\?\Volume{2b99bbea-1600-11de-a3b4-00215a4728b0}\
00000988.00000b24::2009/03/25-12:12:25.922 INFO [RES] Physical Disk: Enter EnumerateDevices: EnumDevice 0
00000988.00000b24::2009/03/25-12:12:25.926 INFO [RES] Physical Disk: Exit EnumerateDevices: status 0
00000988.00000b24::2009/03/25-12:12:25.927 INFO [RES] Physical Disk: Exit GetVolumeDisks: status 0
00000988.00000b24::2009/03/25-12:12:25.927 INFO [RES] Physical Disk: Exit GetSystemDiskNumbers: status 0
00000988.00000b24::2009/03/25-12:12:25.927 INFO [RES] Physical Disk: Exit GetVolumeDisks: status 0
00000988.00000b24::2009/03/25-12:12:25.927 INFO [RES] Physical Disk: Exit GetNtldrDiskNumbers: status 0
00000988.00000b24::2009/03/25-12:12:25.927 INFO [RES] Physical Disk: Enter EnumerateDevices: EnumDevice 0
00000988.00000b24::2009/03/25-12:12:25.928 INFO [RES] Physical Disk: Disk index 0 has OS file on it
00000988.00000b24::2009/03/25-12:12:25.928 INFO [RES] Physical Disk: Exit EnumerateDevices: status 0
00000988.00000b24::2009/03/25-12:12:25.928 INFO [RES] Physical Disk: Enter EnumerateDevices: EnumDevice 0
00000988.00000b24::2009/03/25-12:12:25.929 INFO [RES] Physical Disk: Disk index 0 has OS file on it
00000988.00000b24::2009/03/25-12:12:25.929 INFO [RES] Physical Disk: Exit EnumerateDevices: status 0
00000988.00000b24::2009/03/25-12:12:25.929 INFO [RES] Physical Disk: Exit HardDiskpGetDisksWithOSFiles: status 0
00000988.00000b24::2009/03/25-12:12:25.931 INFO [RES] Physical Disk: Port driver supports clustering
00000988.00000b24::2009/03/25-12:12:25.931 INFO [RES] Physical Disk: Exit IsClusterSupported: ClusterSupported 1, status 0
00000988.00000b24::2009/03/25-12:12:25.931 INFO [RES] Physical Disk: Exit GetAdadpterBusType: PortNumber 1, BusType 9, status 0
Ich kann hier nichts tragisches herauslesen. ihr schon? Den Microsoft-Artikel (Step-by-Step Guide) kenn ich schon und diesen habe ich auch so durchgespielt.
Wie gesagt, das Clusterin ansich funktioniert schon, aber ich kann keine virtuellen Machinen hochverfügbar machen.
-
Ja der Cluster Validator lief ohne Fehler durch. Das NAS ist von Netapp und daher nicht ein "billiges" ;-)
Leider steht im Eventlog auch nichts drinn.
-
Hallo zusammen
Ich habe zwei gleiche W2k8 Enterprise Server x64 aufgesetzt und bei beiden das W2k8 Feature "Failover Clusterverwaltung" und die Rolle "Hyper-V" installiert. Danach einen Cluster erstellt und über iSCSI das NAS angebunden. Soweit funktioniert alles tiptop.
Nun möchte ich einen Virtuellen Computer hoch verfügbar machen. Dazu gehe ich in die Clusterverwaltung und wähle dort unter "Dienste und Anwendungen konfigurieren" den Eintrag "Virtueller Computer" aus (Vorher habe ich mit dem Hyper-V Manager einen virtuellen Computer erstellt und die Daten auf mein Nas verlinkt. In meinem Fall N:\Hyper-V). Bei der Erstellung der Anwendung in der Clusterverwaltung erhalte ich den Fehlerbericht:
Fehler beim Konfigurieren der Rolle "Virtueller Computer" für "test1".
(Test 1 ist mein virtueller Computer, welchen ich vorhin erstellt hatte)
Kennt jemand dieses Problem? Gibt es dazu eine Lösung oder einen Workarround? Ich wäre sehr dankbar für Hilfen...
Liebe Grüsse
Stub1004
-
Hallo zusammen
Wir pflegen eine Citrix Presentation Server 4.5 auf W2k3 Server. Die Benutzer melden sich mit Roaming-Profiles an und die Anwendungsdaten sind umgeleitet.
Ich habe alle Einstellungen in den Gruppenrichtlinien gemacht, dass unter Extras / Internetoptionen / Inhalte / Autovervollständigen Einstellungen / alle Häcklein aktiviert sind.
Beim User kommt auch die Frage, ob er das Passwort speichern will, aber es speichert auf einigen Seiten nur den Benutzernamen und bei anderen gar nichts von beiden.
Wie habt ihr das gelöst oder gibt es hier einen Workarround?
Bin für jede Hilfe dankbar.
Gruss
-
Hallo zusammen
Ich habe ein Citrix System (Version Presentation Server 4.5) auf W2k3 mit allen aktuellen Updates. Ich habe einige Profilordner der servergespeicherten Profile der Benutzer umgeleitet. Sobald ich nun aber die "Lokalen Anwendungsdaten" umgeleite, erhalten ich nach dem Starten des Windows Explorers und dann auf "Suche" klicke, eine Fehlermeldung:
Explore.exe - Fehler in Anwendung
Die Ausnahme "Unbekannter Softwarefehler" (0xc0000420) ist in der Anwendung an der Stelle 07c80bee7 aufgetreten.
Im Eventlog wird folgendes eingetragen:
Ereignistyp: Fehler
Ereignisquelle: Application Error
Ereigniskategorie: (100)
Ereigniskennung: 1000
Datum: 08.01.2009
Zeit: 09:11:05
Benutzer: Nicht zutreffend
Computer: XXXXX
Beschreibung:
Fehlgeschlagene Anwendung explorer.exe, Version 6.0.3790.3959, fehlgeschlagenes Modul kernel32.dll, Version 5.2.3790.4062, Fehleradresse 0x0000bee7.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter Events and Errors Message Center: Basic Search.
Daten:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 65 78 70 ure exp
0018: 6c 6f 72 65 72 2e 65 78 lorer.ex
0020: 65 20 36 2e 30 2e 33 37 e 6.0.37
0028: 39 30 2e 33 39 35 39 20 90.3959
0030: 69 6e 20 6b 65 72 6e 65 in kerne
0038: 6c 33 32 2e 64 6c 6c 20 l32.dll
0040: 35 2e 32 2e 33 37 39 30 5.2.3790
0048: 2e 34 30 36 32 20 61 74 .4062 at
0050: 20 6f 66 66 73 65 74 20 offset
0058: 30 30 30 30 62 65 65 37 0000bee7
Hat jemand einen Workarround gefunden oder hat mir jemand einen Tipp? Bin für jeglichen Tipp dankbar.
Gruss Stub1004
-
Hallo zusammen
Ich habe ein ganz komisches Phänomen. Ich habe ca. 30 Drucker im Druckserver installiert. Soweit klappt alles gut. Die Drucker verbinde ich zu den Clients per VB-Script. Nun ist mir aufgefallen, dass 1 Drucker sehr komisch gemappt wird. Normalerweise sieht der Name des Druckers folgendermassen aus: "Druckername an Druckserver" Jedoch steht bei diesem Drucker "Druckername a Druckserver.Domäne.ch". Komischerweise nur bei diesem Drucker und auch nur auf diesem Clientcomputer.
Hat jemand eine Erkärung für dieses Phänomen? Den Drucker habe ich auch schon mal komlett gelöscht und neu erstellt. Bringt alles nichts.
Gruss Stub
-
Was habt ihr für eine ADM Datei genommen? Die orginal MS-ADM-Datei? Wir wollten das bei uns auch machen, fanden aber keine schlaue ADM. Hättest du uns eine?
-
Ich bin etwas weiter. Ich weiss nun, dass wenn ich unter "HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ User Shell Folders" den Eintrag der APPDATA auf "\\servername\freigabename" setze, dann klappt die automatische Aktualisierung. Aber dafür der Adobe Acrobat 9 nicht. Der will kein UNC Pfad.
Wenn ich dann aber zum Beispiel "P:\APPDATA" in der Registry eintrage, dann klappt der Acrobat, aber der Desktop wird nicht mehr automatisch aktualisiert.
Hat jemand eine Idee warum?
-
hmm...habe dort eben nichts gefunden. Es muss doch irgend einen Registryeintrag dafür geben....
-
niemand eine Idee dafür?
iSCSI-Initiator: Ziel "wird wiederhergestellt"
in Windows Forum — LAN & WAN
Geschrieben
ehm...du hast den Link auf unsere Unterhaltung gesendet...;-)