Sunny61

Schau dir das HowTo doch nochmal ganz genau an, der Screenshot betrifft NICHT den DC.

Zeitsynchronisierung vom Host zum Gast solltest Du in den Eigenschaften der VM abschalten können.

Ist zwar für den SBS2003, sollte sich aber IMHO aktuell noch umsetzen lassen: http://dnn.mssbsfaq.de/SBS2003/Exchange2003/Internetanbindung/HOWTODirekterSMTPEmpfangmitdynamischerIP/tabid/386/Default.aspx Den Versand regelt ihr ja sicher schon über einen Smarthost, oder? BTW: Mein Lieblingsspruch zum POP3: Geht ihr auch täglich mehrmals auf die Post und holt sie ab? Nie, ihr bekommt sie zugestellt. Warum dann bei den Mails nicht auch so machen?

So kommen wir nicht weiter. Was genau von meinen Vorschlägen meinst Du damit? Es kann viel sein. Sind denn auch alle Treiber für die komplett verbaute Hardware aktuell? Das ein WU-Agent Prozess auf 100% liegt, ist schon viele Jahre und viele WU-Agent Versionen her. Deshalb mein Hinweis direkt auf WU Online zu gehen und dort auch auf Aktualität prüfen lassen.

Wenn man kein Java installiert hat! :p

Deinstalliere den AV-Scanner *rückstandsfrei* auf einem Client/Server. Benutze auch unbedingt das Removal Tool vom Hersteller, anschließend zweimal neu starten. Lass auch unbedingt anschließend den Client/Server via Windows Update nach Updates suchen, es sollte sich dann der WU-Agent updaten. Lass auch mal direkt gegen Windows Update Online laufen. BTW: Du glaubst nicht wieviele Leute schreiben sie haben etwas gemacht, später hat sich rausgestellt sie hatten es doch nicht gemacht.

Das hat IMHO gar nichts mit GPOs zu tun, im AD Benutzerobjekt hat der TO das eingetragen. Genau, so simpel wie eine Textdatei erstellen. ;)

Hmm, wie *genau* hast Du denn Sophos deaktiviert? Du hattest also am 20 Februar innerhalb von 8 Minuten den WSUS aktualisiert? Warum glaub ich dir das nicht?

Der Explorer ist immer als Shell gestartet. Pack das Programm in den Autostart und fertig ist die Laube. Wenn es allerdings das einzige Programm sein soll, das genutzt werden darf, dann mußt Du es als SHELL-Ersatz eintragen.

Nein, mit Adminrechten hat das nichts zu tun. Denn WU wird ja mit SYSTEM-Berechtigungen ausgeführt. Sieh auch in der %windir%\WindowsUpdate.log nach Fehlermeldungen. Auf einem W8 Client hatte ich 80070032 drin stehen. Dafür gibt es diese Lösung: https://support.microsoft.com/kb/957310 Läuft gerade. Das haben wir dem Hersteller von JAVA zu verdanken. Solange wie möglich auf Java 7 bleiben. Wurde denn die vorhergehende JAVA Version auch deinstalliert? Bei den Java 7 Versionen ja, von 7 auf 8 wurde bei uns nichts altes deinstalliert. Ich hab mi ein kleines Tool erstellt, das vorher deinstalliert und anschließend installiert, ob es auch so klappt wie gewünscht kann ich erst im Laufe dieser Woche posten. Allgemein bist Du nicht alleine mit dem Problem: https://wsuspackagepublisher.codeplex.com/discussions/570492 Ich weiß nicht was die Entwickler von JAVA da fabriziert haben, schön ist anders.

Hey, hast Du es schon probiert?

Tja, das ist der Nachteil an einer Bastellösung. Vermutlich gibt es auf den PCs überall den gleichen Benutzernamen und auch noch ohne PW. ;)

Wenn Du es gelesen hast, weshalb dann die Frage? Oder hast Du etwas nicht verstanden?

Das ist kein Grund um so zu arbeiten. Leg auf dem Gerät die gleichen Benutzer mit den gleichen *nicht leeren* Passwörtern an, dann sollte die Verbindung auch ohne Passworteingabe funktionieren.

IMHO haben SATA-Platten nichts in einem Server zu suchen. Evtl. als reines Datengrab, aber ganz sicher nicht als Ablageort für VMs. Mit SATA spart man IMHO am falschen Ende und es ist mehr als kurzsichtig gedacht. SAS Platten mit 10.000 Umdrehungen sollten es schon sein. Und natürlich ein vernünftiger konfigurierbarer RAID-Controller, kein OnBoard Teil. Wenn ein vernünftiges Bandlaufwerk zu teuer ist, sind es die Daten vermutlich nicht wert.

Das Problem mit der CPU-Last durch Java wurde gelöst: F-Secure Adminconsole > Erweiterter Modus > F-Secure Anti-Virus > Einstellungen > Einstellungen für den Echtzeitschutz > Scan-Optionen > Datei-Überprüfung > Archive Scannen = Deaktiviert. Richtlinien verteilen und am Testclient geholt, Jave 7 Update 76 deinstallieren und Java 8 Update 31 installieren dauert jetzt nur noch 30 - 60 Sekunden, je nach Rechner. EDIT: Wir haben allerdings momentan nicht die Zeit um uns mit Alternativen zu beschäftigen, glücklich sind wir hier nicht mit dem Produkt.

Wenn Du den Hostnamen hast, dann kannst Du den in eine Variable packen und diese Variable benutzt Du dann zum suchen in den Dateien.

Passiert das auch, wenn Du den Rechner im abgesicherten Modus incl. Netzwerkunterstützung gestartet hast und dann wieder herunterfährst?

Vergiss dieses Kuchendiagramm. Wenn Du dir in der Ansicht einer Computergruppe den Installationsstatus einblenden lässt, sind die Rechner dann alle Grün? Wenn ja, dann vergiss dieses Kuchdiagramm nochmal.

OK, dann auf dem betroffenen Server in einer administrativen Commandline: net stop wuauserv rd /s /q %windir%\SoftwareDistribution del %windir%\WindowsUpdate.log net start wuauserv wuauclt /detectnow wuauclt /reportnow Wie sieht es jetzt aus? Welche Sicherheitssoftware ist installiert? Darf der AV-Scanner %windir%\SoftwareDistribution scannen? Wenn ja, unbedingt deaktivieren.

Was sagt denn die Windows Firewall des Gastes? Ist dort die Datei- und Druckfreigabe aktiviert? Welcher Netzwerktyp wird vom Gast erkannt? Hast Du im Gast einen Benutzer mit einem *NICHT LEEREN* Kennwort angelegt?

Ist das bei jedem Benutzer auf diesem Gerät so? Hat der Benutzer das Problem schon immer? Ist es ein lokales oder servergespeichertes Profil? Passiert das nur auf einem Terminalserver?

Dann wäre der bei mir auch schon im digitalen Grab. Weil ich bei dem noch nie solch einen Mist erlebt habe. Bei uns ist F-Secure Antivirus im Einsatz. Deinstallation von Java 7 Update 76 dauert fast 10 Minuten, 9:50 davon läuft F-Secure mit 95% Last. Bei der Installation von Java 8 Update 31 das gleiche Spiel. Was macht der blöde Scanner da fast 10 Minuten lang? Das konnte mir der Support auch nicht beantworten. Vorgestern ein Projekt in VS2013 auf einem lokalen Laufwerk kompiliert, Hinweis von F-Secure: Wir haben den Virus xyzirgendwas gelöscht. Herzlichen Dank auch, das Kompilat war weg, das halbe Projekt gelöscht, Gott sei Dank war es nur eine Kopie. All das kenn ich von NOD32 nicht, läuft privat auf ein paar Maschinen.

In diesen Artikel solltest Du weiteres Infomaterial finden: http://www.windowspro.de/script/test-path-powershell-pruefen-ob-eine-datei-existiert http://ps.stefanrehwald.de/?p=43

Prüfe zuerst nach der WSUS-FAQ No. 44 ob dein WSUS auch wirklich die Build .274 hat. http://wsus.de/faq BTW: Ein Log bzw. so viele Zeile ohne Aufforderung zu posten ist etwas unglücklich, aber soweit ich das sehe ist das Log in Ordnung.