Jump to content

Stub1004

Members
  • Gesamte Inhalte

    63
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Stub1004

  1. 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

  2. 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.

  3. 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.

  4. 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

  5. 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

  6. 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

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

  8. 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?

×
×
  • Neu erstellen...