domi974

ok, ich hab mal frsdiag laufen lassen. beim auswählen des 2. dc erhalte ich folgende meldung: ------------------------------------------------------------ FRSDiag v1.7 on 25.10.2005 14:32:33 .\srv on 2005-10-25 at 14.32.33 ------------------------------------------------------------ Detecting this machine's domain role ... Could not check DomainRole, will just treat it like a Domain Controller. The exception message was: Der RPC-Server ist nicht verfügbar. Processing ntfrsutl ds....NTFRSUTL ERROR - Cannot RPC to computer, srv; 000006be (1726)... Make sure you are logged on as a Domain Admin! Skipping! Processing ntfrsutl sets....NTFRSUTL ERROR - Cannot RPC to computer, srv; 000006be (1726)... Make sure you are logged on as a Domain Admin! Skipping! Processing ntfrsutl configtable....NTFRSUTL ERROR - Cannot RPC to computer, srv; 000006be (1726)... Make sure you are logged on as a Domain Admin! Skipping! Processing ntfrsutl inlog....NTFRSUTL ERROR - Cannot RPC to computer, srv; 000006be (1726)... Make sure you are logged on as a Domain Admin! Skipping! Processing ntfrsutl outlog....NTFRSUTL ERROR - Cannot RPC to computer, srv; 000006be (1726)... Make sure you are logged on as a Domain Admin! Skipping! Processing ntfrsutl stage....NTFRSUTL ERROR - Cannot RPC to computer, srv; 000006be (1726)... Make sure you are logged on as a Domain Admin! Skipping! dann noch: Checking for errors in Directory Service Event Log .... NTDS Replication 19.10.2005 15:56:10 Error 2426919 Active Directory konnte den folgenden DNS-Hostnamen des Quelldomänencontrollers nicht zu einer IP-Adresse auflösen. WARNING: Found Directory Service Errors in the past 15 days! FRS Depends on AD so Check AD Replication!<-- WIE? zu guter letzt: Checking Repadmin Showreps for errors... CN=Schema,CN=Configuration,DC=domain,DC=local \SBS via RPC Der Domänencontroller für diese Domäne wurde nicht gefunden. Last success @ 2005-10-25 13:49.23. 1 consecutive failure(s). DC=DomainDnsZones,DC=domain,DC=local \SBS via RPC Der Domänencontroller für diese Domäne wurde nicht gefunden. Last success @ 2005-10-25 13:49.23. 1 consecutive failure(s). DC=ForestDnsZones,DC=domain,DC=local \SBS via RPC Der Domänencontroller für diese Domäne wurde nicht gefunden. Last success @ 2005-10-25 13:49.23. 1 consecutive failure(s). hilfe...... warum finden die sich plötzlich nicht mehr?

hallo msdtp, das mach ich doch auch gar nicht? alle applikationen vom sbs laufen auch auf dem sbs. also exchange, isa, sql, etc. ad, dns und wins können ja auf einem 2. dc laufen. das war ja sinn der ganzen sache. oder hab ich ich dich jetzt missverstanden?

also ich habe die vermutung das entweder etwas mit der ad oder dns nicht stimmt... die ersten fehler tauchten mit dem befehl auf. komischerweise läuft der 2. dc seit gestern? heute? wieder. kein reboot, nix. ich dreh hier noch am rad.... ich denke das die fehler mit dfs und gpo nachfolgende fehler sind, aber ich weiss nicht wo ich ansetzen soll... der dateireplikationsdienst läuft entweder auf dem sbs oder auf dem 2. dc, aber nicht beide gleichzeitig. sobald ich auf dem einen den dienst starte, wird auf dem anderen der dienst beendet und die eventlogs sind auf beiden servern voll. ich weiss überhaupt nicht wo ich anfangen soll die platten sollten laufen, ich erhalte keinerlei fehlermeldungen vom ibm director (was im übrigen ziemlicher schrott ist, was ibm da mitliefert...). nix, keine fehler, aber wenn ich den sbs starte meckert er über die fritzcard pci die sich im sbs befindet. wahrscheinlich weil die karten nicht für server zertifiziert sind. ja ich weiss, aber ich werd keine aktive isdn karte für 5 faxe pro tag kaufen. aber das ist auch nicht das problem... was ich damit sagen will: die software (ibm director) sollte korrekt laufen auch wenn sie unübersichtlich ist. den 2. dc hab ich schon vor einem halben jahr in die sbs domäne integriert, ich glaube über die serververwaltungskonsole, oder so.. weiss nicht mehr genau. auf jeden fall lief er ja die ganze zeit, bis langsam die fehler auftauchten und es täglich immer mehr werden.

hallo ralle, es ist möglich einen 2. dc in eine sbs domäne einzubinden. die restriktionen eines sbs beziehen sich auf andere sachen, wie beispielsweise nur eine domäne, der sbs muss 1. dc sein, keine vertrauenstellungen etc. ich hatte mich zuvor auf den ms seiten erkundigt und auch hier im forum gefragt. irgendwo müsste mein thread noch zu finden sein. wenn alle stricke reissen werd ich auch den 2. dc runterzustufen und ihn als mitgliedsserver laufen lassen (wenn er dann noch will... :/ ) in der hoffnung das dann ruhe ist....

hallo msdtp, tja auf beiden servern laufen einige dienste. der sbs ist der 1. dc mit dns, dhcp, wins. auf dem 2. dc laufen diese dienste (ausser dhcp) ebenfalls. zusätzlich dazu läuft auf dem sbs: exchange, wss, isa, sql, dfs, backup exec. srv: ris, wsus, savee (symantec antivirus), dfs, backup exec agent. es sind "richtige" server von ibm. die serversoftware ibm director hat mir keinerlei fehler herausgebracht. weder software- noch hardware-seitig. treiber hab ich in letzter zeit keine installiert. im serverraum ist es sau kalt. heute morgen hab ich gesehen das der 2. dc mittlerweile die gpos nicht mehr übernehmen kann. zugriff verweigert. unter eventid hab ich noch net nachgeschaut, hab massig fehlermeldungen. ich mach im moment wieder ne virenprüfung auf dem 2. dc. gestern war das nicht möglich, weil er ständig durchgebootet hat. hab mir überlegt den 2. dc runter zu stufen, also als mitgliedsserver laufen zu lassen, alle dienste (dns, wins) den sbs machen zu lassen und dann sehen, wie alles läuft. allerdings hab ich die befürchtung, dass das nicht am 2. dc, sondern am sbs liegt...... aber selbst wenn dann alles läuft... ich wollte den 2. server als dc laufen lassen, das ist ja auch technisch möglich! ich wollt jetzt erstmal ms anrufen, vielleicht haben die ne idee, vielleicht hab ich einen s...bl... fehler gemacht und habs nicht gemerkt. ein halbes jahr arbeit geht vor meinen augen den bach runter.... ich fass es net.... das einzig positive das ich auch der ganzen geschichte ziehen kann ist, das die server noch nicht in produktion sind, allerdings wollt ich demnächst die server ausliefern........

mittlerweile hat sich der 2.dc 3x verabschiedet.. er bootet einfach durch... einfach so.. ohne fehlermeldung, ohne eintrag ins protokoll... ich lass grad ne virenprüfung durchlaufen, aber ich glaub ich hab hier nen gau.........

hallo, danke für deine antwort :) dns läuft auf beiden servern. ich kann mit nslookup auflösen. ad repliziert sich auch (heute nochmal getestet, ein paar gruppen angelegt, funzt). allerdings brauchen im moment beide server eine halbe ewigkeit, bis sie hochfahren... hab sie letzte woche per wsus upgedatet. vielleicht war dort ein update dabei, was sie nicht mögen.. ich weiss auch nicht... bin mit den nerven ziemlich am ende.....

*nachobenschieb

hallo zoran, ich benutze wininstall le 2003 zur erstellung von msi dateien. allerdings kannst du damit keine mst dateien erstellen. dafür kann man die mstrain.exe aus dem ms sdk nehmen, ist aber bisschen umständlich. ansonsten such ich auch schon seit längerer zeit nach einer kostenlosen alternative :/ ach ja ich glaube die wininstall le 2003 gibt es nicht mehr kostenlos. wollt ich vor 2 tagen runterladen, ich glaub das ist ne trail geworden. ich hab sie dann noch aufm server gefunden. eine weitere alternative ist installer2go, aber das hab ich mir noch nicht genauer angeschaut. unter http://www.appdeploy.com/downloads/browse.asp?cat=Installers kannst du dir weitere installer anschauen, die seite ist aber im moment down. ziemlich gute anlaufstelle für softwareverteilung, allerdings in englisch.

beim auführen von netdiag /debug hab ich folgendes gefunden: wo muss ich was ändern? am dns-server seh ich nix falsches...

der sbs hat ein problem, aber ich weiss nicht welches.... hat er vielleicht probleme mit der 2. nic, die sich im rechner befindet? aber ein sbs wird ja öfters mit 2 nics betrieben. ein bekannter sagte mir gestern, das es immer wieder probleme mit dcs gibt, die 2 nics einsetzen. ist das richtig? das netzwerk sieht folgendermaßen aus: dsl-router --> 1. nic sbs "externes netz" --> 2. nic sbs "internes netz" --> lan ip wurde mit den assistenten eingerichtet, ich gehe davon aus das hier alles richtig ist. externes netz: ip: 192.168.0.17 subnetz: 255.255.255.0 gateway: 192.168.0.1 <-- router dns: 192.168.4.1 internes netz: ip: 192.168.4.1 subnetz: 255.255.255.0 gateway: leer dns: 192.168.4.1 des weiteren erhalte ich einen rpc fehler auf dem sbs. siehe http://www.mcseboard.de/showthread.php?t=73077 dazu. ich denke die probleme haben alle die gleiche ursache, aber ich weiss nicht welche. ich brauche wirklich und ganz dringend eure hilfe... ich weiss nicht weiter.

hallo @all, sorry erstmal für diesen ellenlangen text, bitte lest ihn euch durch :( ich brauche wirklich eure hilfe, ich bin sowas von an meine grenzen gestossen und weiss nicht mehr weiter... ich bin beim aufbau einer sbs domäne mit einem zusätzlichen dc. sbs2k3 und w2k3. ich hab auf dem 2.dc dfs eingerichtet der 3 verzeichnisse mit dem sbs syncronsiert. bis mittwoch hat alles einwandfrei funktioniert, doch plötzlich verabschiedet sich der ntfrs dienst auf dem w2k3. im eventlog unter dateirepliaktionsdienst steht nix drin, ausser das der dienst gestartet und wieder beendet wird, gestartet und wieder beendet wird, etc. im verzeichhnislog des w2k3 steht plötzlich: der domänencontroller für diese domäne wurde nicht gefunden???? :shock: weiterhin erhalte ich dns-fehler, die besagen das der quelldc, also der sbs nicht aufgelöst werden konnte, aber ich kann ihn pingen und die dns-server replizieren sich auch. führe ich dcdiag /test:dns auf dem 2.dc aus, erhalte ich keine fehlermeldung. beim ausführen auf den sbs dauert es erst ne halbe ewigkeit und dann kommt: beim ausführen von netdom query /verify dc erhalte ich auf BEIDEN dcs: HILFÄÄÄÄÄÄÄÄÄÄÄ :shock:

der titel stimmt so nicht mehr. wir wollten einen thread schreiben, in dem der installationsvorgang eines sbs mit einem 2. dc beschrieben wird, bzw. wie eine neue sbs domäne aufgebaut wird. dazu hab ich jetzt noch eine frage: clientanwendungen. mit diesem thema beschäftige ich mich jetzt seit einigen tagen. also: ich baue gerade eine neue sbs domäne mit einem 2. dc (welch zufall :D). die clients werden über eine routine mit ris, batchdateien und vbs-scripten komplett automatisiert installiert. diese routine hab ich bereits in vorherigen domänen eingesetzt und will sie auch beibehalten. die rechner werden also nicht über die serververwaltungskonsole eingerichtet. jetzt hab ich das problem das ich die clientanwendungen irgendwie überhaupt nicht benutzen kann. um diese auszuführen, muss man ja admin sein. ok. die software kann ich auch über gpos verteilen. allerdings werden ja noch weitere einstellungen wie ie-links, outlook-einstellungen, faxdrucker, etc. vorgenommen. und eben diese einstellungen kann ich als benutzer NICHT einrichten, weil keine admin-rechte. wie macht ihr das? gebt ihr den benutzern admin-rechte? ich verstehe das prinzip von ms nicht ganz. wie haben die sich das vorgestellt? das jeder benutzer in einem sbs-netz admin ist, oder wie? kann ich mir eigentlich gar nicht vorstellen. bitte sagt mir wie ihr das macht, mein hauptproblem ist nicht die softwareverteilung und auch nicht die ie-links oder faxdrucker. ich will die fax-einstellungen für outlook integrieren, so das die benutzer das nicht mehr machen müssen. das wird in den outlook-einstellungen der clientanwendungen eingerichtet, aber diesen kann ich ja nicht starten, bzw. kriege die fehlermeldung, das ich lokaler admin dafür sein muss! nehm ich die prf datei vom clientanwendungs-assistenten, krieg ich erstens outlook nicht auf und 2. wird der faxmailtransport nicht eingerichet... :rolleyes: alles sch..... :mad:

danke für die antworten jungs :) ich werds mal probieren. falls ich noch probleme hab, meld ich mich nochmal ;)

vielleicht kann mir noch jemand anderes erklären, wie ich das bewerkstellige :)

hallo hercules, vielen dank für deine antwort :) ich hatte schon meine kollegen gefragt und wir haben die lösung. ich hab nur den capi treiber installiert, nicht den capiport... :rolleyes: wenn man auf download auf avm.de geht, wird dir nur der treiber angeboten, nicht der capiport und ich hatte das einfach nimmer im kopf.... :/ vielen dank für deine mühe :)

nabend allerseits, ich setz grad einen alten rechner von mir für meinen paps auf und versuch jetzt seit ner stunde die fritzcard pci auf win me zum laufen zu bringen. irgendwie steh ich aufm schlauch... also: nach dem einbau der karte wurde diese auch gleich von win me erkannt. capi treiber sind installiert. die karte selber wird im gerätemanager angezeigt. wenn ich mit isdn-watch den anschlusstest durchführe ist dieser auch erfolgreich. aber: - die karte wird in den netzwerkeigenschaften nicht aufgeführt. muss das unter 9x nicht so sein? mein letzter 9x rechner ist ne halbe ewigkeit her, ich weiss es einfach nicht mehr. - beim starten vom smartsurfer fragt er nach einem modem und ich kann keinen auswählen, weil keiner vorhanden ist. - im dfü-netzwerk das gleiche. ich kann keine erstellen, weil er weder isdn internet (ppp over isdn) noch isdn ndis wan capi hat. ich hab lediglich den avm isdn capi port treiber installiert. das sollte doch reichen? hab ich was vergessen? dfü-netzwerk ist ebenfalls installiert. helft bitte einer verzweifelten tochter, die ihrem daddy mit dem rechner eine freude machen will :)

*nachobenschieb brauch wirklich eure hilfe... :/

ok, langsam krieg ich panik... hab was im netz gefunden und es ausprobiert. folgendes: wenn ich auf dem sbs eingebe, erhalte ich die fehlermeldung: geb ich den befehl auf dem 2. dc ein erhalte ich folgendes: hilfe..... offensichtlich hat der sbs ein problem, aber welches?!?!? bitte um hilfe!! *edit: dns hab ich überprüft, aber mal ehrlich, was kann da falsch sein? der sbs richtet den dns selber ein. der 2. dc verfügt auch über einen dns und die beiden sehen richtig eingerichtet aus. falls sie falsch eingerichtet sind, woran kann ich das erkennen?

remote-verwaltung und remote-desktop sowie remote-unterstützung funktionieren einwandfrei... nur eben der richtlinienergebnissatz nicht... auch nicht über mmc. hab ich eben nochmal probiert.

hallo @all, ich hab hier nen komisches problem mit dem ich nix anfangen kann und im moment ziemlich auf dem schlauch steh.. ich hab eine sbs2k3-domäne mit einem 2. w2k3 dc. wenn ich am sbs über die mmc ad-benutzer und computer eine workstation auswähle und "richtlinienergebnissatz (protokollierung)" auswähle, erhalte ich die fehlermeldung: versuche ich das über den 2. dc funktioniert es einwandfrei. mir ist aufgefallen das die fehlermeldung so nicht ganz stimmt. auf allen maschinen laufen sowohl der wmi-dienst als auch der rpc. das problem liegt am sbs und nicht am rechner, auf den ich zugreifen will. im sbs ereignisprotokoll erhalte ich hab schon unter eventid.net nachgeschaut und gegoogelt aber irgendwie scheint da nix zu passen. kann mir bitte jemand helfen?

hallo stefan, richtig, genau diese konstruktion habe ich. vor dem inet steht eine pix und damit ich nicht 2 fws und damit 2 mögliche fehlerquellen haben, möchte ich nur die pix verwenden. der aufbau sieht folgendermaßen aus: internet --> pix 172.16.0.1 --> 1. nic isa 172.16.0.2 --> 2. nic isa 192.168.4.1 --> lan id 192.168.4.0 vielen lieben dank für deine hilfe :)

könntest du mir das bitte ein bisschen präziser erklären? vom isa hab ich wenig bis gar keine ahnung :/ wäre dir wirklich sehr dankbar :) *edit: vielleicht sollte ich noch anmerken das der isa auf einem sbs läuft :)

und was macht man wenn der server 2 nics besitzt?

hallo dirk, danke für deine antwort, aber mein problem hat sich eben erledigt... die automatische veröffentlichung war plötzlich nicht mehr auf dem server eingestellt... :suspect: anyway, bin grad dabei mir das tool runterzuladen :) danke für deinen tipp :)