Jump to content

McLunix

Members
  • Gesamte Inhalte

    6
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von McLunix

Apprentice

Apprentice (3/14)

  • Erste Antwort
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei
  • 1 Jahre dabei

Neueste Abzeichen

10

Reputation in der Community

  1. Da ich die englische Sprache so gut beherrsche wie die der Ägypter, muss ich mit EventID.net passen. Ich habe versucht, irgendeine Möglichkeit zu ermittel, im BIOS des RAID Kontroller den Schreibcache zu deaktivieren. Doch leider scheint es da keine Möglichkeit zu geben. Selbst das zugehörige Tool unter Windows liefert nur Informationen. Gerade mal den beim nächsten Bootvorgang zu verwendenden Mode für die HDDs kann ich vorgeben, das wars aber auch schon. In den Infos des Tools steht die schon bekannte Info drinn, das der Schreibcache aktiev ist. Abschalten lässt er sich jedoch nicht. Ich denke ich habe da wohl einen zu mülligen RAID-Controller in meinen Server eingebaut. Das Ding arbeitet mit dem verbreiteten SiI 0680 Ultra-133 Chip von Silicon. Aber was bringts?! --- ENDE meines Lateins ---
  2. So.... da bin ich wieder: Hier die Fehlermeldungen die mir zuvor auch schon Kopfzerbrechen bereitet haben: Directory Service: =========== Quelle: NTDS General Ereignis-ID: 1539 Der Datenträgerschreibungscache auf C: konnte nicht deaktiviert werden. Möglicherweise gehen Daten während einem Systemfehler verloren. Eine weitere Fehlermeldung gilt für c: Ich muss dazu sagen, das die betroffene HDD an einem RAID Controller angeschlossen ist. Die HDD hat gesamt 40 GB und ist alleine am primären IDE Port als Master angeschlossen. Habe keine Ahnung was es mit diesem Cache auf sich hat! Und hier ein Fehler im Dateireplikationsdienst: ============================= Quelle: NtFrs Ereignis-ID: 13562 Es folgt eine Zusammenfassung aller Warnungen und Fehler, die beim Abfragen des Domänencontrollers "xxxxxxx.xxxxxxx.xx" der Konfigurationsinformationen des FRS-Replikatssatzes vom Dateireplikationsdienst ermittelt wurden. Das Computer-Objekt wurde für diesen Computer nicht gefunden. Der Vorgang wird beim nächsten Abrufzyklus wiederholt. und..... Quelle: NtFrs Ereignis-ID: 13512 Der Dateireplikationsdienst hat einen aktivierten Datenträgerschreibungs-Cache in dem Laufwerk mit dem Verzeichnis "c:\winnt\ntfrs\jet" auf dem Computer "xxxxxxx" ermittelt. Der Dateireplikationsdienst kann eventuell nicht wiederhergestellt werden, wenn die Stromzufuhr des Laufwerks unterbrochen wird und wichtige Aktualisierungen verloren gehen. Und mit dieser Meldung kann ich auch nicht viel anfangen: Quelle: NtFrs Ereignis-ID: 13516 Der Dateireplikationsdienst verhindert nicht mehr die Heraufstufung des Computers "SA01" zum Domänencontroller. Das Systemvolume wurde erfolgreich initialisiert. Der Neztwerkanmeldedienst wurde benachrichtigt, dass das Systemvolume jetzt als SYSVOL freigegeben werden kann. Geben Sie "net share" ein, um die SYSVOL-Freigabe zu überprüfen. System: ===== Quelle: MRxSMB Ereignis-ID: 3034 Der Redirectordienst konnte den Sicherheitskontext oder die Abfragekontextattribute nicht initialisieren. Quelle: BROWSER Ereignis-ID: 8015 Der Suchdiensttreiber hat eine Wahl auf dem Netzwerk "\Device\NetBT_Tcpip_{9E383915-9121-45D9-A2F0-93AB3FDF2E0A}" erzwungen, da ein Windows 2000 Server- (oder Domänenmaster-) Suchdienst gestartet wurde. Sowie als letzte Fehlermeldung: Quelle: w32time Ereignis-ID: 62 Dieser Computer ist ein PDC der Domänengesamtstruktur. Synchronisieren Sie die Uhrzeit mit einer externen Zeitquelle mit folgendem Befehl: "net time /setsntp:<Servername>". Welcher Servername? Fragen über Fragen, ich weiß. Aber ich hoffe Ihr könnt mir trotzdem helfen! @ IThome: Sollte ich eigendlich wissen, das ich >vor< jedem erneuten Versuch, oder nach einer Änderung der Konfiguration den Server rebooten muss.... habe ich ja dann auch. Zwar auf nicht ganz konventionelle Art und Weise, aber immer hin :-) Gruß McLunix
  3. Bitte wie ?:shock: Ich verstehe so ungefähr .... na sagen wir mal.... 0 % von dem was Du mir da gerade geschrieben hast! Ich ? DAU ? Jedenfalls komme ich mir im Augenblick so vor! Bite bitte bitte.... wenn es Dir nicht zu viel Mühe macht: "Tutorial für Doofe" Ich wäre Dir echt dankbar! Gruß McLunix Moooooment..... hat sich gerade erledigt glaube ich! Da ich kleverer Weise meinen Rechner offen hatte und mir beim Austausch meiner Mausakkus eine Baterie in den Rechner geplumst ist, schmierte mir der Rechner ab... " schwitz".... Der Server fuhr hoch ( erstaunlich schnell ) und siehe da..... es funzt wieder! Was schließen wir da raus? Die Mausbatterie war leer.... ? Nein ! Der Server braucht schläge ? ( Könnte manchmal sein ) Ich hätte den Server vieleicht einfach mal neu starten sollen! Dafür habe ich jetzt andere Fehlermeldung.... Berichte aber gleich darüber!
  4. Hallo an alle Spezialisten, Nach dem ich nun auch hier im Forum nicht schlau geworden bin was mein Problem angeht, will ich es einfach mal posten. Hier nun meine Problem: Win2k Server Advanced, PDC, DNS, kein DHCP Angeschlossen sind 2 weitere Clients mit Win2k In der Ereignissanzeige sind seit geraumer Zeit diverse Fehlermeldungen wie folgt: Anwendungen: Auf die Datei gpt.ini des Gruppenrichtlinienobjekts kann nicht zugegriffen werden. Die Datei muss im Pfad <> vorhanden sein. (). Die Verarbeitung der Gruppenrichtlinie wird abgebrochen. >> Eine Pfadangabe ist nicht in der Ereignissfehlermeldung angegeben!!! und... Die Abfrage der Liste der Gruppenrichtlinienobjekte ist fehlgeschlagen. Bisher wurde eine Fehlermeldung dieser Art im Richtlinienmodul protokolliert. >> Die o.g. Fehlermeldungen wiederholen sich ständig im Wechsel alle 5 Minuten! Sobald ich versuche über Start > Einstellungen > Systemsteuerung >Verwaltung> Sicherheitsrichtlinie für Domänen auf die Gruppenrichtlinien zuzugreifen, kommt die Fehlermeldung: ---- Gruppenrichtlinienfehler: ---- Das Gruppenrichtlinienobjekt konnte nicht geöffnet werden. Möglicherweise verfügen Sie nicht über die erforderlichen Rechte. ---- Details: Der Netzwerkpfad wurde nicht gefunden Die gleiche Fehlermeldung erscheint bei Zugriff auf die Sicherheitsrichtlinie für Domänencontroller. Ich habe eine Domäne in der Form "meinedomaene.de" eingerichtet. Der Zugriff der Clients auf den Server und umgegeht funktioniert auch so weit. Beim herunterfahren erscheint ab und zu die Felermeldung das der Vorgang read an der Adresse yxz nicht durgeführt werden konnte. Auch bei deaktivierung der Desktopfirewall bleiben oben genannte Fehlermeldungen erhalten. Mein Versuch die Standardrichtlinen mittels SclgNtfy.exe wieder herzustellen ist fehlgeschlagen und wurde mit folgender Meldung in der Ereignissanzeige protokolliert: Das Standardgruppenrichtlinienobjekt konnte nicht erstellt werden. Der Fehler 80070035 ist beim Öffnen das Gruppenrichtlinienobjekts EFS-Wiederherstellungsrichtlinie der Domäne in der Domäne LDAP://DC=meinedomaene,DC=de aufgetreten. Kurioser Weise finde ich den Pfad C:\WINNT\SYSVOL\sysvol\meinedomaene.de\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\ bis hin zur gpt.ini. Auch die Ordner Machine und User sind vorhanden ( allerdings leer! ) Es gibt unter dem Pfad C:\WINNT\SYSVOL\sysvol\McLunix.de\Policies\ noch weiter Ordner mit *.old und {6AC1786C-016F-11D2-945F-00C04fB984F9}. Mit denen kann ich irgenwie nichts anfangen und sie auch nicht zuordnen. Meines Erachtens ist der DNS korrekt konfiguriert. Ich gehe jetzt einfach mal von der Vermutung aus, dass für den Netzwerpfad zur gpt.ini die erforderlichen Rechte durcheinander geraten sind. Nur leider bin ich mir nicht darüber im klaren, wie ich die am einfachsten incl. der Vererbungen wieder in die richtige Reihenfolge bringen kann. Was ich auch mache... ich kann nicht auf die Gruppenrichtlinien zugreifen. Weder der Restor der Standardgruppenrichtlinien funktioniert, noch der einfache Zugriff über Start > Einstellungen > Systemsteuerung > Verwaltung > Sicherheitsrichtlinie für Domänen Auch der Versuch auf die Gruppenrichlinien über Start > Einstellungen > Systemsteuerung > Verwaltung > Active Directory-Benutzer und -Computer mittels Eigenschaften des Kontextmenüs zu zugreifen scheitert. Es kommt immer der Hinweis das der Domänenkontroller für die Gruppenrichtlinien nicht verfügbar sei. Himmel.... ich will möglichst vermeiden alle Benutzerrechte durch Verwendung von dcpromo wieder neu einrichten zu müssen, nur um zu versuchen ob es dann wieder läuft. Könnte es möglich sein, dass mit Net Framework etwas nicht stimmt? Soweit ich in Erinnerung habe, wird das für die Installation eines AD und DNS auf dem PDC benötigt, oder? Ich hoffe ganz dringend auf Eure Unterstützung!!! Gruß McLunix
  5. Hallo Cat, danke erstmal für Deine schnelle Antwort! Hatte es eigendlich nicht für nötig befunden mit nslookup die Auflösung zu testen, da ja eigendlich für mein Verständnis klar war, dass die DNS-Auflösung nicht greift. Port 53 ist als UDP frei... ja! Noch eine Idee? Ich hänge fest!
  6. Hallo zusammen, da ich bezüglich meines Problems nicht wirklich fündig geworden bin, will ich mit einem Beitrag versuchen bei euch Unterstützung zu bekommen: Es handelt sich bei dem Patienten um folgende Maschine: Windows 2000 Prof SP4 Sygate Firewall ISDN und DSL Zugang zum Internet ( T-Online ) Einfaches DSL Modem ohne Router Browser Mozilla Firfox Ich denke das sollte als Grundinfo reichen.... Nun das Problem: Der Internetzugang über ISDN funktioniert soweit Problemlos. Eingewählt wird sich über die Rufnumer 0191011 bei T-Online. Zwecks Zugang über DSL-Modem wurde eine benutzerdefinierte Verbindung über DFÜ erstellt. Die Anmeldung incl. autentifizierung funktioniert problemlos. Wird jedoch eine Internetseite über eine URL-Adresse im Browser aufgerufen, kann der Server nicht gefunden werden. Ruft man die gleiche Seite über die IP-Adresse auf, dauert zwar die Antwort länger, aber die Seite wird ( unvollständig ) angezeigt. Weiterführende Links über URL's funktionieren jedoch trotzdem nicht. Die gleiche URL lässt sich in der CMD auch nicht anpingen. "Unbekannter Host" wird gemeldet. Pinge ich statt dessen die dazugehörige IP-Adresse an, bekomme ich eine Antwort ohne Verluste. Das Problem taucht also nur über den DSL Zugang auf. Der DNS Server ist ebenfalls anpingbar! Alternativ habe ich zwei DNS Adressen in der DSL-Konfiguration berücksichtigt... trotzdem.... nichts geht. DNS automatisch beziehen bringt ebenfalls keine positiven Ergebnisse. Die Host im etc Ordner ist ebenfalls sauber. Des weiteren habe ich alle Netzwerktreiber.-, Karten.- und Verbindungen runter geworfen und neu installiert.... nichts... keine Verbindnung über die URL-Adresse im Browser. Da ich schon 15 Jahre mit der Thematik "Computer" vorbelastet bin, kann ich mir nicht vorstellen, dass es an der Konfiguration liegt. Irgendetwas verhindert eine gescheite Namensauflösung auf diesem System. Einen Virus oder einen anderen Vertreter konnte ich nicht ausfindig machen. Jedoch wird der Rechner zeitweilig durch einen Remoterechner von aussen kontaktiert. Geblockt wird dieser jedoch von der Sygate. Übrigens ist in der Sygate der Port 53 ausgehend nicht blockiert, so das die DNS eigendlich freie Bahn hat. Nun bin ich an einem Punkt an dem ich scheinbar an meine Grenzen stosse! Für eure Unterstützung wäre ich euch sehr dankbar. Schönen Gruß aus NRW McLunix
×
×
  • Neu erstellen...