Stub1004

ehm...du hast den Link auf unsere Unterhaltung gesendet...;-)

ja....

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?