RalphT

Moin, ich hatte in der MMC bei Exchange 2010 ein neues Postfach mit einem bestehenden Nutzer angelegt. Das Postfach wurde anschließend in der Konsole nicht angezeigt. Ich bin mir leider nicht mehr ganz sicher, ob der Vorgang wirklich ohne Fehler ausgeführt wurde. Ich glaube aber ja. Bei der anschließenden Wiederholung der Aktion kommt diese Fehlermeldung: Fehler: Fehler bei Active Directory-Vorgang mit Server-DC1. Bei diesem Fehler ist kein Wiederholungsversuch möglich. Zusätzliche Informationen: Die Zugriffsrechte reichen für diesen Vorgang nicht aus. Active Directory-Antwort: 00002098: SecErr: DSID-03150A48, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0 Der Benutzer verfügt nicht über die erforderlichen Zugriffsrechte. In den Ereignisanzeigen Exchange und DCs konnte ich dazu nichts finden. Ein weiteres Postfach mit einem anderen Nutzer konnte ich wieder hinzufügen. Bevor ich jetzt irgend etwas falsch mache, frage ich lieber hier. Ich bin nämlich kurz davor den Nutzer in der AD zu löschen und wieder neu anzulegen. Habe Ihr Tipps für mich?

Moin, jetzt ist die Testphase vorbei. Die Anwendungen laufen wohl wieder alle fehlerfrei. Jetzt wollte ich mal in einer ruhigen Minute nachsehen, welcher von den beiden Ports (11 oder 12) defekt ist. Laut Fehlermeldung war das fast klar, was dort defekt sein musste. Entweder Port 11 oder Port 12 von dem fehlermeldenten Switch. Anfangs wollte ich das einfach nicht glauben, dass ein Port defekt sein soll. Das kurze Verbindungskabel hatte ich vorher schon mal getauscht. Manchmal gibt es auch einfach nur Kontaktprobleme. Der hätte sich aber beim Tausch des Kabel erledigen müssen. Was mir bei diesem Switch noch aufgefallen ist: Drei Clients hatten keine Netzwerkverbindung mehr. Am Switch waren die Stecker offentsichtlich richtig drin, jedoch ein richtiges Nachdrücken brachte den Erfolg. Liegt das an den Patchkabeln oder an der Buchse? Habe das auch schon öfters mal erlebt. Vielleicht kann mir jemand dazu etwas noch sagen.

Sehe ich auch so. Und das habe ich wohl scheinbar geschafft. Seit 2 Stunden nicht ein einziger CRC-Fehler. Ich hatte zuerst das verdächtige Kabel aus dem Switch (Port 15) herausgezogen. Daran lag es nicht. Dann hatte ich beide Switche neu gestartet. Daran lag es nicht. Dann hatte ich die Verbindung zwischen den beiden Switchen (Port 11 und Port 12) auf Port 25 verlegt. Danach war der Fehler weg. Jetzt muss ich erst einmal abwarten, ob jetzt tatsächlich auch die Anwendungen wieder richtig laufen.

Da hab ich auch schon nachgesehen. Die Ereignisanzeigen (stichprobenweise) weisen auf keinen Netzwerkfehler hin. Die DNS scheint gut und schnell zu reagieren. In der Eingabeaufforderung nslokkup eingetippt und es erscheint sofort einer der beiden zuständigen DNS-Server (Zwei Dcs). Auflösung funktioniert auch. Ich bin ja heute nachmittag da vor Ort. Dann werde ich mal alle ca. 15 Clients von einem Switch abhängen und an den anderen Switch anschließen. Viellleicht bin ich dann schon einen Schritt weiter.

Das kann ich jetzt nicht sagen. Das kann ich erst vor Ort prüfen. Sobald ich mehr weiß oder den Fehler gefunden habe, melde ich mich nochmal.

Ja, auch die Datei liegt lokal. ISt ist sogar oft so, dass sie in Excel auf Datei neu klicken und in dieser Datei (noch nie gespeichert) lange rumschreiben. Da gibt es keine Probleme. Die Lizenzserver kommen von der verdächtigen Leitung an Port 15. Am anderen Ende hängt der Lizenzserver. Ping habe ich an manchen PCs dauernd laufen lassen. Manche PCs haben tw. einen Ping Aussetzer. Andere Clients haben bei manchen Pings schon mal 15 oder 30 ms Verzögerung. Tracert habe ich nicht gemacht. Was soll ich denn tracen?

Das habe ich auch vor. Auf den beiden Switchen ist nichts weiter konfiguriert. Sie sind einfach nur kaskadiert, wie auf die Skizze oben.

Ja, den Grund hatte ich verschwiegen. Alle Teilnehmer klagten bei der Nutzung bestimmter Programme über Aussetzer. Das äußert sich z.B. so, dass die Applikation eine Sanduhr zeigt. In dem Zustand des Einfrierens, ist am Rechner nichts mehr möglich. Dieser Zustand des Einfrierens soll angeblich über 10 Sekunden sein. Bei dieser ganzen Geschichte gibt es noch Unstimmigkeiten. Jeder sagt etwas anderes. Richtige 10 Sekunden stillstand wird schon mal als 30 Sekunden interpertiert. Aber egeal, die Anwendungen dürfen ja nicht stocken. Weiterhin arbeiten dort Leute mit Excel. Wenn nur mit Excel gearbeitet wird, dann melden die Nutzer keine Probleme. Ok, was ist jetzt an diesen "Problemprogrammen" anders als bei Excel? Das habe ich auch schon herausgefunden: Diese Programme telefonieren immer mit einem Lizenzserver. Aus irgendwelchen Gründen kann der Lizenzserver nicht sofort antworten, die Applikation stockt. Wenn die Applikation einfirert, dann sollen alle gleichzeitig den Fehler haben.

Ja leider, völlig richtig. Ich kam gleich auf den Gedanken, weil das Kabel, welches mit Ader 8 defekt ist, liegt tw. außerhalb des Gebäudes. Das Kabel kommt an Port 15 an (oberer Switch). Da gibt es keine CRC-Fehlermeldungen.

Moin, ich komme erst heute nachmitag dazu, das genauer zu untersuchen. Die eine defekte Ader ist wohl durch Beschädigung entstanden. Leider war ich nicht dabei, wie das Kabel durchgemessen worden ist. Jedenfalls sagte man mir, der Elektriker kam mit einem "teuren" Messgerät an. Ich gehe mal davon aus, dass das Gerät auch vieles andere messen kann, wie Übersprechen, Dämpfung, Entfernung usw. Ich gehe mal davon aus, dass der Bediener vielleicht nicht so mit dem Gerät vetraut ist. Was mich immer noch etwas nachdenklich macht ist, dass die CRC-Meldungen an Port 12 jede Minute ankommen. Den Befehl sh int br habe ich an beiden Switchen eingetippt. Alle Clients zeigen im Mode einen Wert von 100 FDx an. Beim MDI-Mode zeigen manche Geräte MDI und manche MDIX an. (Ist das von Relevanz?) Alle Clients haben die gleiche Netzwerkkarte eingebaut. An dem oberen Switch kamen noch weitere CRC-Errors an zwei anderen Ports an. Leider weiß ich jetzt noch nicht, was an den beiden Ports dranhängt. Das werde ich aber noch herausbekommen. Auf jeden Fall werde ich die Brücke zwischen den beiden Switches an den Port 11 und 12 entfernen und diese auf die 1000 MBit-Anschlüsse stecken. Auch eine Idee wäre, den unteren Switch abklemmen.

Hallo NeMiX, danke für die Antwort. Wir sind hier schon etwas weiter. Ich habe einen Elektriker mit Messgerät kommen lassen. Der hat die verdächtige Leitung an Port 15 durchgemessen. Ergebnis Draht 8 ist weg. Nun habe ich noch dunkel in Erinnerung, dass nicht alle Leitungen bei einem 100 MBit-Anschluss benötigt werden. Weiterhin kann ja an diesem Kabel noch mehr defekt sein. Was denkst Du denn, kann dahinter (ab den beiden Switchen) trotzdem noch etwas defekt sein? Das kleine Kabel von Port 11 nach 12 hatte ich getauscht. Muss ich mir jeden PC genauer ansehen?

Hallo, ich habe hier folgende Konstruktion (Siehe Anhang) vorgefunden: Bei dem einem Switch kommen sehr häufg die Meldungen "excessive crc/alignment errors" auf Port 12 an. Die Meldungen an Port 11 sind auch vorhanden, jedoch von der Anzhal her wesentlich weniger. Die Meldung deutet wohl auf einen Kabelfehler hin. Ich vermute jedoch, dass das Kabel an Port 15 defekt ist. Mein Frage: Wen das Kabel tatsächlich an Port 15 defekt sein soll, kann es trotzdem sein, dass der Switch HP Pro Curve 2620 diesen Fehler an Port 12 meldet? An beiden Switchen hängen noch diverse Clients dran.

Oh nee, ich werde einen Teufel tun und dort etwas löschen. Alles klar, dann habe ich das verstanden.

Hm ok, das verstehe ich. Aber eins verstehe ich jetzt nicht: Wie replizieren sich die beiden Standorte denn, wenn alles läuft? Unter den NTDS-Settings ist dann keine "Querverbindung" mehr vorhanden. Oder läuft die Replizierung über einen anderen Weg?

Stimmt, das hatte ich woanders schon mal gesehen. Ok, dann hab ich das ja richtig gemacht.

Ok, dann kann ich ja woanders suchen. Dazu habe ich doch eine Frage: Ich habe für den Standort die entsprechenden IP-Subnetbereich hinzugefügt. Die Zweigstelle hat allerdings zwei IP-Subnet-Bereiche. Aber nur in einem Bereich sind die beiden DCs 3+4. Frage: Trägt man jetzt nur den Subnetbereich ein, in denen die beiden DCs hängen oder werden alle Subnetbereiche dort eingetragen?

Also, das Minimum müsste bei ca. 6 MBit/s liegen

Moin, ich habe mal eine Frage zum Thema "Active Directory Standorte und Dienste", hier zur Replizierung unter "NTDS Settings". Ich habe insgesamt vier DCs. Zwei DCs (1+2) sind in der Hauptgeschäftsstelle und zwei (3+4) in der Zweigstelle. Die Replizierungseinstellungen zwischen DC 1+2 wurden bei der Installation automatisch eingestellt. Die Replizierungen zwischen DC 3+4 wurden auch automatisch eingestellt. Damit sich aber die beiden DCs zwischen der Hauptgeschäftstelle und der Zweigstelle auch replizieren, habe ich eine manuelle Verbindung zwischen DC1 und DC3 hinzugefügt. Die Zeitenplan bei der manuellen Verbindung habe ich auf alle 15min verändert. Ich habe dort auch die beiden Standorte angelegt und dort die entsprechenden Subnetze zugewiesen. Frage: War das so richtig? Ich frage deshalb, weil ich hier im Netzwerk ab und an ein Stillstand habe. Das bedeutet, dass man eine kleine Datei öffnen möchte und der Arbeitsrechner diese Datei erst manchmal nach ca. 10 sek. öffnet. Meine Vermutung bei diesem Fehler ist, dass einer von den DCs, entweder mit einem anderen DC aus der Zweigstelle kommunzieren will (über VPN) oder mit einem Rechner aus dem Internet.

Alles klar, Danke!

Danke für die Info, jetzt habe ich das noch gefunden: http://satware.com/blog/archiv/link_aggregation_802_3ad_zwischen_hp_procurve_2510g-24_und_diskstation_von_synology-322.article.html Dort hat man den Switch anders konfiguriert. Im Menü unter "Switch Configuration / Port/Trunk Settings" wurden die Ports zugewiesen. Frage: Ist das der gleiche Weg, wie in der CLI das Kommando lacp active? Und scheinbar habe ich doch einen Fehler gemacht. Ein Switch ist vom Typ 2510. In den Spezifikationen steht: "Der 2510-24 unterstützt bis zu zwei 10/100-Trunks mit je vier Links/Ports plus einem Gigabit-Trunk". Dort betreibe ich aber 4 Windowsserver. Demnach müsste ich an diesem Switch wieder zwei abklemmen. Ist das so richtig?

Hallo, ich habe hier einen ProCurve 2620. Dort habe ich die Ports 1-12 als lacp aktiviert. An diesen Ports hängen 4 Server. Die Windowsserver haben auf dem Motherboard jeweils immer zwei Intel-LAN-Anschlüsse. Diese habe ich dann zu einer Gruppe vom Typ "IEEE 802.3ad Dynamische Link Aggregation" zusammengefasst. So scheint alles zu laufen. Ein Blick in das Protokoll vom Switch macht mich jedoch etwas nachdenklich. Dort stehen folgende Fehlermeldungen: ports: port 4 is Blocked by LACP, dann eine Sekunde später das: ports: port 4 in Dyn1 is now on-line. oder lacp: Port 2 is moved to trunk Dyn2 lacp: Port 1 is moved to trunk Dyn2 Ist das alles richtig? Die Ports 1-12 habe ich in der CLI wie folgt konfiguriert: int 1-12 disable int 1-12 lacp active int 1-12 enable Wäre mal gut, wenn sich einer der Experten dazu mal äußern könnte.

Danke für den Link.

Nein. Ich habe mal gehört, dass man das vermeiden sollte. Den genauen Grund konnte man mir nicht nennen. Fragst Du deshalb, wegen einer evtl. Zeitdifferenz zwischen dem Host und dem Gastsystem?

Ich habe das mal eben nach der Anleitung gemacht. Jetzt ticken die Uhren wieder richtig. Danke.

Hallo, mir ist gerade aufgefallen, dass bei den beiden DCs, die Uhrzeit für ca. 30 Sekunden auseinanderliegt. Der Server mit der Rolle PDC hat eine falsche Uhrzeit. Der andere DC hat seltsamerweise die exakt richtige Uhzeit. Kann es sein, dass der DC mit der Rolle PDC einfach das Problem hat, dass er einen externen PTB-Server nicht findet? Und warum hat der andere DC die richtige Uhrzeit? Müsste er sich nicht mit dem DC, der die Rolle PDC hat, synchronisieren? Er scheint so, dass er sich mit einem externen PTB-Server direkt synchronisiert. Hat da jemand einen Rat für mich?