Simposs

Naja wenns am SMB liegt musst in der Domain Policy das SMB Signing abschalten und dazu gibts hier genügend Artikel :)

Als letztes würde mir noch einfallen, das du evtl. noch "leichen" älterer DCs im AD hast oder ansonsten wirklich mal versuchen, obs der Server als Mitgliedsserver tut oder auch nicht.

Keine Ahnung obs hilft aber vielleicht findest du hier ja noch etwas das helfen könnte: Fehler bei Dcpromo.exe und Winnt32.exe, wenn ein Windows Server 2003-Domänencontroller in einer Win 2000-Domäne/-Gesamtstruktur erstellt wird oder ein Win 2000-Domänencontroller in einer Win 2000-Gesamtstruktur auf Windows Server 2003

Stimmt, hab das jetzt mit dem Beitritt als Mitgleidsserver verwechselt.

versuchst du der Domäne mit DOMÄNENNAME oder mit DOMÄNENNAME.local beizutreten bzw. versuch beides, ich hatte da auch schonmal son Problemchen ;)

Nochmal ne dumme Frage... Bei dem neuen Server handelt es sich nicht um einen SBS Server oder? :D

Wie ist denn die dazugehörige EventID?

DNS ist korrekt eingetragen und funktioniert nehme ich mal an ;)

Also vielleicht mal zum Mitschreiben,

welche Gründe könnte es haben, dass sich die Standarddrucker der Benutzer beim Abmelden wieder zurückgestellt werden, nachdem sie zuvor geändert wurden?

Die Gruppenrichtlinie wurde in Bezug auf die Drucker nicht geändert und Sicherheitseinstellungen entsprechen auch dem Standard.

Als letze Lösung müsste ich den Benutzern oder Computern ein Anmeldescript via GPO zuordnen um immer den korrekten Standarddrucker zu gewährleisten doch der "normale" Weg über das setzen eines individuellen Std.druckers wäre mir lieber ;)

Weiß jmd. Rat???

Also ich habe auch noch das selbe Problem mit Std GPO auf dem Terminalserver und aktiviertem Loopback Modus.

Wenn ich nun die neu installierten Drucker am WTS zum Std mache, wird die Einstellung bei Neuanmeldung zurückgesetzt.

Muss ja schon an irgendwelchen Berechtigungen liegen, nur an welchen? Die Sicherheitseinstellungenen der Drucker sind alle Std.

Weiß da jmd. Rat?

Tja war wohl mein Fehler...

Hatte den Befehl

C:\Programme\Update Services\Tools\osql>osql.exe -S SERVERNAME\WSUS -E -b -n -Q "USE SUSDB update tbConfigurationC set BitsDownloadPriorityForeground=1

falsch eingegeben bzw den wsusservice nicht beendet bevor ich ihn ausgeführt habe. Jetzt steht der Download zwar im Leerlauf, der Server lädt aber im Hintergrund die Updates herunter die zuvor noch mit rotem Kreuz makiert waren, ich bin gerettet :D

Ich bekomme folgenden Fehler:

Ereignistyp: Fehler

Ereignisquelle: Windows Server Update Services

Ereigniskategorie: Synchronisierung

Ereigniskennung: 364

Datum: 16.04.2007

Zeit: 09:51:07

Benutzer: Nicht zutreffend

Computer: W2003SBS

Beschreibung:

Inhaltdateisynchronisierung ist fehlgeschlagen. Ursache: Der Server unterstützt das erforderliche HTTP-Protokoll nicht. Der Server muss den Bereichsprotokollheader unterstützen, damit BITS ausgeführt werden kann.

Quelldatei: /msdownload/update/v3-19990518/cabpool/windowsxp-kb922760-x86-deu_2f4c4ccd23bcea66752e750ed8bf35f8cb513fb9.exe Zieldatei: d:\WSUS\WsusContent\B9\2F4C4CCD23BCEA66752E750ED8BF35F8CB513FB9.exe.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter Events And Errors Message Center: Basic Search.

Habe bereits alle erforderlichen Rechte auf dem WSUS Ordner nach unten vererbt aber ohne Erfolg. Es wird einfach kein Update heruntergeladen und ich weiß nicht woran es liegen könnte.

ja wie gesagt es klappt nicht immer 100%ig... hatte zB einmal das problem das ich alle mails wiedewr hatte nur der inhalt fehlte... hab dann die daten mit dem tool angepasst dann war der inhalt da nur der betreff war überall der gleiche.

Dabei spielt auch die reihenfolge der aktionen innerhalb des tools eine rolle... aber evtl klappt ja wirklich die lösung besser die mails vorher zu kopieren und auf dem neuen server anzupassen, wobie ich das noch nicht probiert habe, da man ja dann überall die Benutzer anpassen muss.

Am wichtigsten ist jedenfalls die replacement funktion des tools womit ich erstmal den servernamen und evtl noch den pfad anpassen würde.

Wenn alles versagt anfrage an Tobit Tobit Partner Network bzw Club Tobit

Hier noch ein Auszug von Tobit selbst: (PS. Die Migration Services kosten ein paar Euros extra)

Steht der »Win32«-Quellserver selbst nicht mehr zur Verfügung, können Sie als Quelle für die Migration auch eine Datensicherung der zu migrierenden DvISE Installation nutzen. Hierzu können Sie eine beliebige Win32 Workstation in Ihrem Netzwerk verwenden. Gehen Sie in diesem Fall folgendermaßen vor:

* Kopieren Sie aus der Datensicherung das gesamte Verzeichnis »DAVID« inklusive aller enthaltener Dateien und Unterverzeichnisse auf die ausgewählte Arbeitsstation.

* Stellen Sie anschließend sicher, dass dieses Verzeichnis auf der Workstation freigegeben ist.

* Starten Sie den Migrationsvorgang und geben Sie als Quellserver die Workstation an, auf die Sie soeben die Datensicherung kopiert haben.

Ich kenne es nur von dem 2003 SBS, da man dort manuell einen SMTP-Patch von MS beantragen muss um das "volllaufen" der Store.exe zu fixen.

Wie ist es mit dem MS Clearing House?

tjoa da gibts das tool arcutil um servernamen etc anzupassen. allerdings musst den server auch laufen haben um mails zu exportieren, da Tobit eine sehr eigenwillige Dateistruktur hat.

Das tolle Tool findet man übrigens in <DAVID-LWK>:\Util\Windows\ARCUTIL

PS. vorher auf jedenfall die Daten sichern das Tool ist echt extrem eigenwillig und mit vorsicht zu genießen :D

PS: Wenn der Betreff nicht "Frage" heisst, dann kann einanderer vielleicht schneller sehen was du meinst.

daher mein sorry am Schluss... konnte es leider nicht mehr ändern ;)

Danke für die schnelle Antwort!

Sagt mal,

ist es immer erforderlich die Terminalserverlizensierung auf den Terminalservern selbst zu aktivieren auch wenn die Lizensierung ja auf dem FSMO gehandelt wird?

hmm sorry für den dummen Titel ...

evtl lässt sich da was über Gruppenrichtlinien machen? Start - Ausführen - gpedit.msc

habe jetzt nicht nachgeschaut aber da müsste es doch was geben :D

In dem Fall empfiehlt sich wohl nur ein anderer virenscanner der die infizierte datei findet, die den virus immer wieder neu in den Speicher lädt.

Versuchs mal mit einer Trial von Panda Software Internet Security 2006 die hilft in solchen Fällen oft wenn andere Software versagt aber sicherlich gibts auch noch andere gute Alternativen :)

Mal versucht das Computerconto manuell aus dem AD zu nehmen und den PC erneut in die Domäne zu bringen? evtl ist das Konto defekt?!

Hi!

Ich hatte fast das selbe problem, nur das es bei mir nur zu selbigen Fehler bei verwendung von einem Raid1 kam... alles andere lief (Raid5, ohne Raid etc.)

Ein update des HDD Controllers schaffte dabei Abhilfe und die Installation ging danach tadellos von statten.

Ich hoffe das hilft dir

PS. Bei mir handelte es sich um ein neues Primagy-Server-System von FSC

Ich habe an einem PC der Domäne XY ein seltsames Phänomen beobachtet.

Der Benutzer Mustermann synchronisiert einige Ordner von einem Netzlauftwerk in der Domäne die sich auch korrekt beim An- und Abmelden synchronisieren. Jetzt das Problem:

Beim ersten öffnen des Explorers ist noch alles i.O., d.h. der Benutzer sieht noch alle Netzlaufwerke inklusive der von ihm zur Synchronisation eingestellen Ordner etc. wenn jetzt der Explorer jedoch geschlossen wird und erneut geöffnet wird, sieht man lediglich noch die Netzlaufwerke auf denen sich die zu synchonisierenden Dateien befinden und da auch nur noch die sync. Ordner! Es ist gerade so als wenn der PC im Offlinebetrieb arbeitet, obwohl er ja noch am Netz hängt, sich eben noch angemeldet hat und die Ordner synchonisiert worden sind.

Das Problem tritt seitdem auf, als der Server durch einen neuen ersetzt wurde und der alte in den Synchronisationsoptionen abgehakt worden ist, da er nicht mehr im Netz existiert und es demnach zu einer Fehlermedlung beim Sync. kam.

Die Fehlermeldung ist nun weg und dafür dieses seltsame verschwinden der Laufwerke, bzw. Offlinebetrieb während Netzbetrieb?! :suspect:

Weiß jmd. Rat?

japp habs gemerkt... meiner meinung nach nicht so gut gemacht aber wenn mans weiß ists ja ok :)

danke für eure Antworten

Also ich habe es jetzt nochmal getestet und die Administratoren gehören wie erwartet nicht zu der Gruppe authentifizierte Benutzer und das wollte ich ja wissen :)

Ah super! genau das was ich suche! :)

Jetzt steht noch die Geschichte mit den Authentifizierten Benutzern aus ;)