Jump to content

zeus-cu

Members
  • Gesamte Inhalte

    39
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von zeus-cu

  1. Ich habe beides probiert. Unterschiede gab es im Anschluss keine. Ich habe das System jetzt mal auf einen extra Datenträger installiert und die 4 großen Platten zu einem dynamischen Datenträger zusammengefasst. Der Zugriff unter Windows ist jetzt auch in Ordnung. Nur die Installation auf die große Platte will nicht klappen. Vielleicht muss ich auch nur Stunden warten? Wer weiß.
  2. Hallo Forum, ich habe folgendes Problem. Ich habe hier ein SAS Storage mit einem internen RAID Controller und gebe hiermit 4 Platten a 1,5 TB Größe aus. Die Schnitstelle zum Storage ist SCSI. Ich habe einen brandneuen LSI HBA im Server, der auch alle Platten korrekt erkennt. (UW320). Wenn ich das Setup von Windows starte werden auch alle Platten erkannt. Ich habe mir von einer Platte jetzt eine 20GB Partition abgeknapst um dort das System drauf zu installieren. Das Formatieren dieser Partition geht eigentlich noch recht schnell aber sobald der graphische Teil der Installation startet, ist alles schnecke langsam. Der Setup Bildschirm steht jetzt schon seit Stunden auf noch "35 Minuten verleibende Installationszeit". Hat Jemand hierfür eine Erklärung ? P.S. mit nem Knoppix kann ich sehr schnell auf die Platten zugreifen.:confused: Gruß Klaus
  3. zeus-cu

    Global Catalog

    So ich habs hinbekommen. Es musste noch ein Replikationspartner in der Hauptdomain gelöscht werden. Dann ließen isch auch die domains löschen. Jetzt ist der DC auf GC. Viele Grüße Klaus
  4. zeus-cu

    Global Catalog

    Hai, also der Blick ins Ereignislog hat auf jeden Fall geholfen. Das steht folgendes: Eine Vorbedingung für die Heraufstufung zum globalen Katalog ist, dass der Domänencontroller Host eines schreibgeschützten Replikats aller Verzeichnispartitionen in der Gesamtstruktur sein muss. Dieses Ereignis ist ggf. deshalb aufgetreten, weil ein Task der Konsistenzprüfung nicht fertig gestellt wurde oder weil der Domänencontroller ein Replikat der Verzeichnispartition wegen nicht verfügbarer Quelldomänencontroller nicht hinzufügen konnte. Okay ich habe dann in "Standorten und Dienste" die Sites und die Intersitereplikation gelöscht. Hat nicht geholfen. Dann habe ich versucht mit dem ntdsutil die Domains zu löschen. Die anderen DC zu löschen war kein Problem. Die Domainen lassen sich aber nicht löschen. Es kommt ein Fehler DsRemoveDs DomainW-Fehler 0x2015. Ich habe dann versucht dies zu machen: "DsRemoveDsDomainW error 0x2015" error message when you use Ntdsutil to try to remove metadata for a domain controller that was removed from your network in Windows Server 2003 Da kommt aber dann der Fehler: ldap_delete_ext_sW-Fehler 0x33(51 (Ausgelastet). LDAP-Fehlermeldung: 000021A2: SvcErr: DSID-030A09EE, problem 5001 (BUSY), data 0 Win32-Fehler: 0x21a2(Der FSMO-Funktionsbesitz konnte nicht überprüft werden, da die zugehörige Verzeichnispartition nicht mit mindestens einem Replikationspartner repliziert wurde.) ) Weiß hier einer Rat? Gruß Klaus
  5. zeus-cu

    Global Catalog

    Hallo Forum, ich versuche gerade den Umzug unseres Exchange 2000 Servers auf eine andere Hardware zu simulieren, so wie es in der Microsoft Knowledgebase beschrieben ist. Dazu habe ich in unsrem Labor einen DC Windows 2003 vom Backup authoritativ wieder hergestellt, damit ich ein funktionierendes AD habe in dem ich den Exchange aufsetzten kann. Dieser Server hat alle Rollen. Leider aber nicht die des globalen Katalogs. Diese Rolle hat in unserer produktiven Domaine ein anderer Server. Ich habe zwar in den NTDS Settings den Hacken bei globalem Katalog gesetzt, aber dcdiag behauptet das kein GC erreichbar wäre. Eine Anmeldung an der Testdomain ist auch nicht möglich. DCdiag zeigt allerdinsg keine weiteren Fehler. Gibt es eine Möglichkeit dem wiederhergestellten DC den Globalen Katalog nachträglich zu geben? Vielen Dank für Hilfe Gruß Klaus
  6. Vielen Dank grizzly999, nach dem Löschen dieser Active Directory Verbindung ist die Fehlermeldung verschwunden. Hat ein Kollge irrtümlich eingerichet. Viele Grüße Klaus
  7. Hai, wir haben an 4 verschiedenen Standorten Windows Server stehen. Zwischen diesen Standorten sind Inter-Site Transports sowohl für IP wie auch SMTP definiert. Der Domaincontroller auf dem die Fehlermeldungen aufschlagen ist ein Windows 2000 Advance Server. In den drei anderen Standorten haben wir Windows 2003 Server. Der Fehler tritt auf seit dem wir einen Windows 2003 Server als Domaincontroller unserer bisher auschließlich aus Windows 2000 Server bestehenden Domain hinzugefügt haben.
  8. Hallo nochmal, wir haben in der Domain auch gar keine IPSEc Richtlinien aktiviert? Alle IP-Sicherheitsrichtlinien sind nicht zugewiesen. Aber woher kommt dann die Fehlermeldung?
  9. Hallo, danke für die Antwort. Diese Meldung hat also mit dem ADS gar nichts zu tun? Aber was hat ipsec mit Standortreplikation zu tun?
  10. Hallo, habe schon hier im Forum gesucht, aber leider nichts gefunden. Seit zwei Wochen steht im Ereignislog unseres Domaincomtrollers bei Directory Service folgende Fehlermeldung: Ereignistyp: Fehler Ereignisquelle: NTDS Replication Ereigniskategorie: (5) Ereigniskennung: 1383 Datum: 16.08.2006 Zeit: 08:34:55 Benutzer: Jeder Computer: CAESAR Beschreibung: Der lokale Computer hat kein X.509-Zertifikat des Typs "DomainController." Dieses Zertifikat muss installiert werden, da ansonsten alle Replikationen zwischen diesem Server und allen anderen Servern in anderen Standorten fehlschlagen wird. Ich habe aber nicht den Eindruck, dass die Replikation des ADS nicht mehr funktioniert. Hat einer eine Ahnung was jetzt zu tun ist. Für Hilfe bin ich sehr dankbar. VG Klaus
  11. Danke für die Antwort. Das durch das Verschieben der Postfächer die Datenbank nicht kleiner wird ist mir schon klar. Allerdings müsste doch der Platz, der durch die verschobenen Postfächer jetzt frei geworden ist von Exchange genutzt werden. Dies ist allerdings nicht der Fall. Ich kann beobachten, dass sowohl die edb wie auch die stm Dateien weiter anwachsen. Woran liegt das? Wo wird eingestellt, wann die Onlinedefragmentierung laufen soll? Ist das die Einstellung: Eigenschaften von Postfachspeicher -> Datenbank -> Wartungsintervall. Wenn ich nichts im Ereignislog finde ist dann die Onlinedefragmentierung überhaupt gelaufen? Wirde eventuell erst nach einer Defragmentierung der freigewordene Speicher genutzt? Fragen über Fragen
  12. Hai Forum, wir haben zahlreiche Postfächer von einer Speichergruppe in eine andere verschoben um Platz auf der Platte zu schaffen. Nun ist uns aufgefallen, dass der noch freie Festplattenplatz in der die Zeilspeichergruppe liegt, abgenommen hat wie es ja auch zu erwarten war. Der Plattenplatz in der die Quellspeichergruppe liegt ist allerdings auch nochmal kleiner geworden, da hier auch die Tranksaktionsdateien abgelegt werden (Jede Verschiebaktion wird ja hierin protokoliert). Nun muss ich mit Schrecken feststellen, dass der freigewordene Speicher (die verschobenen Postfächer sollten ja las gelöschte Speciherseiten markiert worden sein) nicht genutzt wird. Die Quellspeichergruppe wird trotzdem durch die verbliebenen Postfächer immer größer. Leider finde ich auch kein Eintag im Ereignislog der bestätigt, dass die Onlinedefragmentierung gelaufen ist und freie Speicherseiten zusammen gefasst worden sind. Wie bekomme ich es hin, dass der Speicher, der durch das Verschieben frei geworden ist nun genutzt wird und die Datenbank ertsmal nicht weiter wächst? Wir sichern den Exchange mit Veritas. Über Hilfe wäre ich dankbar. Viele Grüße Klaus
  13. Stimmt bei deinem Router und dem W2k die Netzwerkmaske überein? Wenn nicht intepretiert der Router Broadcast Packete nicht richtig und versucht diese weiter zu routen. Vielleicht liegt ja hier das Problem. Hat dein W2k zufällig noch eine weiter IP die in einem andern Subnetz liegt. Auch dies kann zu unerwünschten Broadcats Packeten führen.
  14. Hallo Forum, ich habe folgendes Problem. In unserem Netzwerk befinden sich 2 Windows 2000 Server als Domänen Controller. Einer dieser Domänen Controller muss zusätzlich noch einen NetBios Alias erhalten weil bei uns Anwendugen laufen die auf Shares zugreifen bei denen der Freigabename fest verdrahtet wurde :mad: Ich habe in der Registry nun folgenden Eintag vorgenommen: Unter HEY_Local_Machine\System\CurrentControlSet\Services\LanmanServer\Parameters habe ich ein REG_SZ OptionalNames angelegt und den Alias vergeben. Wenn ich den Server nun boote erhalte ich danach beim Verbinden von Netzlaufwerken über den Alias die Meldung: "Ein gleicher Name wird bereits im Netzwerk verwendet." Ändere ich darauf die IP des Serves und stelle danach wieder die normale IP ein, erscheint diese Meldung nicht mehr. Ein Verbinden von Netzlaufwerken über den Alias funktioniert dann. Weiß jemand wo hier das Problem liegt. Jedes mal nach dem Booten die IP hin und zurück zu ändern ist nich wircklich praktikabel. Über Hilfe wäre ich sehr dankbar. Gruß Klaus
×
×
  • Neu erstellen...