Das Urmel

keine Lösung für bestimmte OU, aber die Dom läßt du schweigen mit net stop server. Das geht simpel über den Sheduler. :)

Das mit dem vergessen kommt bei vielen Hardwareschraubern daher, dass keine Step by Step Anweisung exsitiert, kein Endprotokoll in dem die Schritte abgehakt werden. Mach das doch so wie du selbst beschrieben hast, du must die entsprechende .inf Datei editieren, die beiden Dateien .bmp & .ini hinzufügen. Oder in GUI_RunOnce das erledigen, anpassen must du so oder so. Gemeinhin verfügen Supporter über WinPE und die Doku dazu, da stehts drin, das anpassen.

HKLM wird geschrieben. Admins - Dom und lokale dürfen das, demnach must du prüfen ob die Benutzer mit dem Fehler wirklich in der lokalen Admingruppe sind. Eventuell möchtest du die Software besser via GPO [ Computer] deployen. Stichwort MSI-Paket.

föhrig demnach im Sinne von mickrig? :D Danke für die Erklärung :)

Mh, so leid es mir tut, aber das war nicht die erwartete Antwort, weder der Ton, richtig gelesen hast du offensichtlich auch nicht. Eine Mail mit Lesebestätigung, sollte vom Auflösenden Server zurückkommen, damit hast du schonmal mehr in der Hand. Verteilergruppen, die z.B. bei den Amis eingerichtet worden sind siehst du nicht aufgelöst auf deinem Server. Und mit dem mangelndem Fachwissen meinte ich meines, was den Ex5x betrifft, das ist nämlich schon lange her, sorry für die mißverständliche und zu knappe Ausdrucksweise. Aber dem Link hättest du folgen können, das ist einer der Guru's in Sachen Exchange. Mich wundert dass GuentherH sich noch nicht erklärend gemeldet hat, mag sein er hat den Spass verloren ob deiner Antworten.

Du darfst getrost davon ausgehen, es ist kein Netzproblem das du gerade schön beschrieben hast.

Nicht nur das, die lesen auch gerne mal zu fix, das kommt vor liest du tonnenweise Hilferufe. Da triggerst du beinahe auf Schlüsselworte. Zumindest Kohn hat versucht dir zu folgen, Buzzer schwatzt wie immer und spielt sich auf. So, ich versuche mal nachzuvollziehen. Du hast Tonnenweise Verteilergruppen, quer durch die Org. Die sind möglicherweise sogar noch ausgeblendet, also wenig Chancen. Ich weiß im Moment keinen besseren Rat als das du schlicht ne mail an die Addy schickst, mit Lesebestätigung - dann hast du schonmal den Zielserver, der letztlich auflöst. ---- Ansonsten kann ich dich mangels Fachwissen da auch nur zur http://www.MSExchangeFAQ.de schicken.

@Olaf ich unterstütze dein begehren :D

Du siehst es nicht nur, hast es ja erlebt :) Aber dein zweiter Satz nur die Bootpartition halt nicht. Du weisst wie sich die Ausfallrate beim Stripeset verhält ;) Öhm, nichtmal Diskpart machts - brauchst du also auch nicht nach suchen :) w2k3 machts imho auch nicht, hab ichs richtig verstanden. Du kannst hingegen mit ftonline auf fremde Sets zugreifen um die Daten runterzupflücken. :cool: auch gruß

Hi Schorschi was für Fragen :) Andersrum, hast du ne Eng Version, kannst du via MLI MultiLanguageInstallation eine DE oder FR, oder sonstwas daraus machen. Dr. Melzer wird sicher mit freude die Lizenzrechtlichen Fragen dazu klären. Ein MLI und zig Mal Server - oder zu jedem Server das MLI.

Yep, so ist es - leider.

Entweder waren es andere Admins, dann die Frage warum das? um genau zu vertuschen? Oder es ist ein RPC-Angriff vorrausgegangen {wohl erfolgreich} hat das Eventsystem gestoppt, logs gelöscht und werkelt nun im System das hochgradig kompromittiert ist. Da du zu lange damit gewartet hast, ist es schwer bis unmöglich den Einbruch {wenns einer war} nachzuweisen. Ein Rootkit {Google hätte dich in Sekunden informiert} ist eine Schadsoftware die du mit Boardmitteln nicht entdecken wirst - oder doch wenn du weist wie die arbeitet :) Viel Spass.

Nö, so geht das nicht. Neu Installieren mit der passenden Version.

Jetzt überlegen wir mal, was du da wohl exportiert hast. Du hast die SIDs vom SBS in den W2K3 gepfriemelt, also suchen die Clients auch nach dem SBS. Es sei denn dein Werkzeug könnte eine SID-History aufbauen - must du in der Docu schauen was da passiert. Und wenn dem doch so sein sollte, dann will die SID wohl mal von jemandem verifiziert werden, geht ja nicht weil der SBS down ist= länger warten. :) Wenn der SBS kein Trust kann und man wills haben, dann den Umweg übern 2nd DC, den hochheben, SBS weg und dann gehts auch :D

Du hast nun 2 Domains, einmal SBS und eine weitere, richtig? Dann hast du die Konten Übertragen, aber keine History, Trust geht ja auch so nicht. Also wolltest du eher eine Migration bewerkstelligen? Das ist kein Boradcastfehler, sondern SID-Problem. Deine Migration war daneben, aber total. Die Domains haben den gleichen Namen? Warum keinen 2ten DC und die Rollen übertragen? Erzähl mal genauer und detailiert was du gemacht hast.

Besser nicht, willst du nicht neu Installieren. Schau die das erst mal an - besonders HAL= xxxx und KERNEL= Sysinternals

Prinzipiell geht das, Schalter in der Boot.ini zum Test und go. Suche mal im Board hier. Ob VMWare allerdings das weiterreicht - kann ich im Moment nicht sagen.

Du bist als Admin angemeldet? Domain oder Lokal. Warum an drei Servern, was ist die Vorgeschichte, was für Server. Wie greifst du aufs Log zu, Remote oder lokal am Server. Must du schon mehr erzählen.

Du hast den PC nicht mal aufgemacht zwischenzeitlich und die GraKa auf korrekten festen Sitz überprüft? Die Nase im AGPslot korrekt verriegelt, der Powerstecker vom Netzteil sitzt richtig auf dem Anschluss der GraKa?

sowas haben wir früher OhOh - unter DOS mit nem Debugger gemacht, hat keinen gejuckt und wech war das Zeugs auch. Verdammt resistent die heutigen Platten wa? :)

Macht ein Script aus den ResKits auch, force dranhängen und gut ist, pstools - psshutdown -f -k \\Computer - auch ruhe ist.

Borch lol PC gelesen, gehe Brille puutzen. :)

SDK - auf den ersten Blick sieht es nicht so aus, aber du kannst dich als Client tarnen und Abfragen, das wäre mal eines. Dann ein simpler Dienststart. dhcploc mal monitoren - der lauscht.

Lese nochmal die Frage durch: DHCP redundant im Netz. 2 aktive DHCP's im gleichen Bereich - von 80:20 reden wir dabei nicht, sonder 100:100 -das ist ein NoGo und verifiziert. Die Fragestellung dabei ist wichtig gewesen. Wenn doch 80:20 mittels Exclude gefahren wird, dann must du beim Ausfall des einen ebenfalls Aktionen einleiten, die wiederum via Heartbeat zu steuern wären. Dann bei nichteintreffen des Heartbeats eben den Bereich wieder per Script freigeben. Hast du Pech dabei, meckern dennoch 2 bis 3 Clients die gerade in diese Umschaltphase geraten sind, starten und auf eine IP warten. Ein Bereich der mit der mir wohl bekannten und von dir zitierten "Release DHCP...." gefahren wird, wird dennoch nicht mehr zur Verfügung stehen ist genau der Server weggebrochen. Damit stehst du vor dem gleichen Dilemma, mehr noch da ja der verbleibende Server ja nur einen Teil bereisstellen kann. Also völlig egal wie man es anstellt, Heartbeat und Events / Scripting - dann gehts hoffentlich. Du hast zwar ein Reserverad, aber es braucht nen Moment bis es rollt - um es bildlicher auszudrücken. Aber nett darüber mal gesprochen zu haben. ;)

Freut mich hilft es dir weiter :)