Kossner

@ Schluml: Habe das schon überprüft! Die Updates werden dort nicht aufgelistet!

2006-01-06 22:35:08 920 6bc AU AU found 1 sessions to launch client into 2006-01-06 22:35:08 920 6bc AU Launched new AU client for directive 'Install Approval', session id = 0x0 2006-01-06 22:35:08 2356 938 Misc =========== Logging initialized (build: 5.8.0.2469, tz: +0100) =========== 2006-01-06 22:35:08 2356 938 Misc = Process: C:\WINDOWS\system32\wuauclt.exe 2006-01-06 22:35:08 2356 938 AUClnt Launched Client UI process 2006-01-06 22:35:08 2356 938 AUClnt AU client got new directive = 'Install Approval', serviceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, return = 0x00000000 2006-01-06 22:35:08 2356 938 AUClnt AU client creating default WU/WSUS UI plugin 2006-01-06 22:35:09 920 490 AU AU setting client response for sessionId 0x0 to 'Pending' 2006-01-06 22:35:13 920 4fc AU AU setting client response for sessionId 0x0 to 'Active' 2006-01-06 22:35:13 920 490 AU AU setting client response for sessionId 0x0 to 'Active' 2006-01-06 22:35:16 920 464 AU AU setting client response for sessionId 0x0 to 'Pending' 2006-01-06 22:37:16 920 490 AU AU setting client response for sessionId 0x0 to 'Active' 2006-01-06 22:37:28 920 464 AU AU setting client response for sessionId 0x0 to 'Pending'

2006-01-06 22:34:08 920 6bc Misc =========== Logging initialized (build: 5.8.0.2469, tz: +0100) =========== 2006-01-06 22:34:08 920 6bc Misc = Process: C:\WINDOWS\system32\svchost.exe 2006-01-06 22:34:08 920 6bc Misc = Module: C:\WINDOWS\system32\wuaueng.dll 2006-01-06 22:34:08 920 6bc Service ************* 2006-01-06 22:34:08 920 6bc Service ** START ** Service: Service startup 2006-01-06 22:34:08 920 6bc Service ********* 2006-01-06 22:34:08 920 6bc Agent * WU client version 5.8.0.2469 2006-01-06 22:34:08 920 6bc Agent * SusClientId = '6d7a99b6-0f70-41f6-a37d-6d510a2b2324' 2006-01-06 22:34:08 920 6bc Agent * Base directory: C:\WINDOWS\SoftwareDistribution 2006-01-06 22:34:08 920 6bc Agent * Access type: No proxy 2006-01-06 22:34:08 920 6bc Agent * Network state: Connected 2006-01-06 22:34:53 920 6bc Agent *********** Agent: Initializing Windows Update Agent *********** 2006-01-06 22:34:53 920 6bc Agent *********** Agent: Initializing global settings cache *********** 2006-01-06 22:34:53 920 6bc Agent * WSUS server: [url]http://hermes[/url] 2006-01-06 22:34:53 920 6bc Agent * WSUS status server: [url]http://hermes[/url] 2006-01-06 22:34:53 920 6bc Agent * Target group: Test-Arbeitsstationen 2006-01-06 22:34:53 920 6bc Agent * Windows Update access disabled: No 2006-01-06 22:34:54 920 6bc Agent * Found 10 persisted download calls to restore 2006-01-06 22:34:54 920 6bc DnldMgr Download manager restoring 0 downloads 2006-01-06 22:34:54 920 6bc Agent * Succeeded to load 10 persisted download calls 2006-01-06 22:34:54 920 6bc AU ########### AU: Initializing Automatic Updates ########### 2006-01-06 22:34:54 920 6bc AU # WSUS server: [url]http://hermes[/url] 2006-01-06 22:34:54 920 6bc AU # Detection frequency: 11 2006-01-06 22:34:54 920 6bc AU # Target group: Test-Arbeitsstationen 2006-01-06 22:34:54 920 6bc AU # Approval type: Scheduled (Policy) 2006-01-06 22:34:54 920 6bc AU # Scheduled install day/time: Every day at 3:00 2006-01-06 22:34:54 920 6bc AU # Auto-install minor updates: Yes (User preference) 2006-01-06 22:34:54 920 6bc Report *********** Report: Initializing static reporting data *********** 2006-01-06 22:34:54 920 6bc Report * OS Version = 5.1.2600.2.0.65792 2006-01-06 22:34:54 920 6bc Report * Computer Brand = MSI 2006-01-06 22:34:54 920 6bc Report * Computer Model = MS-6380E 2006-01-06 22:34:54 920 6bc Report * Bios Revision = 07.00T 2006-01-06 22:34:54 920 6bc Report * Bios Name = Version 1.00 2006-01-06 22:34:54 920 6bc Report * Bios Release Date = 2001-04-02T00:00:00 2006-01-06 22:34:54 920 6bc Report * Locale ID = 1031 2006-01-06 22:34:54 920 6bc AU AU setting pending client directive to 'Install Approval' 2006-01-06 22:34:59 920 4f4 Report REPORT EVENT: {D934BEBE-6A1C-4DC8-BF52-0BCC5AD9BC8B} 2006-01-06 22:34:54+0100 1 188 102 {00000000-0000-0000-0000-000000000000} 0 0 AutomaticUpdates Success Content Install Installation Ready: The following updates are downloaded and ready for installation. This computer is currently scheduled to install these updates on Samstag, 7. Januar 2006 at 03:00: - Sicherheitsupdate für Windows XP (KB912919) - Update für den Junk-E-Mail-Filter von Outlook 2003 (KB907492)

Es handelt sich um folgende Updates: - 896688 - 885835 - 896424 - 899589 - 900725 - 901017 - 902400 - 904706 - 905414 - 905749 - 910437 Die Windowsupdate.log poste ich gleich. Muss nur kurz den Rechner wieder hochfahren.... :rolleyes:

Rufe ich vom Client die windowsupdate-Seite von MS auf, so findet er die Updates, die er sonst nicht vom WSUS herunterladen will.

Ein Windows XP-Client hat ein Problem mit Updates, die zwar genehmigt sind, aber dieser diese nicht vom WSUS-Server herunterladen will. In der WSUS-Adminconsole tauchen diese als "Erforderlich" auf. Im Windowsupdate.log auf dem Client lädt dieser aber nur zwei neuere Updates herunter (die ich vor kurzem gedownloadet und freigegeben habe). Also hat der Client Kontakt zum WSUS-Server und lädt auch welche herunter und installiert sie. Aber warum hat er mit ein paar bestimmten Probleme? Diese sind genauso wie die zwei, die funktionierten, freigegeben worden. Momentan ist dieser Client noch der einzige in der Domäne, hab also keine Vergleichsmöglichkeit mit einem anderen. Bei den Servern gibt es keine Probleme, dort laden sich diese die Updates brav herunter und werden bei Bedarf dann manuell installiert.

Also das das Programm keiner kennt, wundert mich überhaupt nicht! :rolleyes: Ich kann das überhaupt nicht weiterempfehlen. Nachdem die Installation nach etlichen Versuchen erfolgreich war, ist es erstmal gelaufen. Heute nach einem 2-wöchigen Urlaub zurück und es läuft überhaupt nicht mehr! Dabei ist an den Systemen nichts verändert worden. Also so etwas dermassen schlechtes habe ich noch nicht gesehen. Sind zwar 600,- € für die Katze ausgegeben worden, aber der Mist fliegt jetzt hier raus! :mad: Aber qualitativ orientiert es sich ja jetzt nach Symantec..... :D

Hallo, unsere Aussendienstler müssen an Ihren Notebooks unterschiedliche USB-Sticks anstecken. Nur brauchen Sie für diese lokale Administratoren-Rechte zum Installieren. Gibt es eine Möglichkeit den Benutzern dieses Recht einzuräumen, ohne diese in die Gruppe der lokalen Administratoren aufzunehmen? Die Einstellung in den lokalen Sicherheitseinstellungen "Laden und Entfernen von Gerätetreibern" bringt keinen Erfolg.

Netbios über TCP/IP ist aktiviert und geändert wurde im ganzen Netz nichts. Es sind alle Arbeitsstationen betroffen. Masterbrowser offline?

Wir haben einen IPL unserer IBM iSeries heute früh laufen lassen, hat aber nichts gebracht. Sonst hier keiner im Forum, der noch eine Idee hat?

HI Flost, Windows 2000 und XP Prof. Einen WINS-Server haben wir auch nicht. Das Netz ist jahrelang soweit gelaufen, und heute früh war die Arbeitsgruppe ziemlich leer. :shock:

Hi, hat jemand schon mal folgendes Phänomen gehabt: In der Arbeitsgruppe ist nur noch der eigene Host zu sehen. Die anderen sind nicht sichtbar, lassen sich auch nicht auffinden, aber anpingen. Einen internen DNS gibt es in der Arbeitsgruppe nicht

Der Anruf bei der Hotline hat sich leider nicht vermeiden lassen. :rolleyes: Die wollten uns aber nicht weiterhelfen, da wir keinen Supportvertrag für das StorageExec hatten. So blieb uns nur noch der E-mail-Support. Der hat dann überraschenderweise innerhalb von 1-2 Stunden geantwortet und uns einige Tipps gegeben, von denen einer funktionierte! :cool: Wo liegt denn eigentlich Hechingen, Judith? :wink2:

Moin, hat jemand Erfahrungen mit dem Storage Exec 5.3 von Veritas (bzw. ja jetzt Symantec :schreck: )? Hab hier nämlich ein Problem....!

Hallo Judith, das ist richtig. Die Installation ist soweit durchgelaufen, allerdings kommt bei der Suche nach Benutzern im AD auf dem DC wieder die Einträge im Sicherheitsprotokoll des DCs. Ich wollte bisher einen Anruf bei der Symantec-Hotline vermeiden. Bisher haben wir hier mit dieser sehr schlechte Erfahrungen gemacht, werden aber wohl nicht drum rum kommen. :suspect:

Moin moin, das zweite Problem (Veritas) habe ich gelöst, indem ich den Server aus der OU genommen habe, Storage Exec installiert und danach wieder in die OU verschoben habe. Allerdings habe ich kurz danach wieder mehrere Einträge im Sicherheitsprotokoll unseres DCs mit den IDs 529 / 680 vom betreffenden Server. Heute früh war allerdings erstmal nichts mehr im Protokoll zu sehen. Ich werde mal im Lauf des Tages mich mit dem StorageExec beschäftigen. Mal schauen ob er soweit läuft....wenn alle User vernünftig wären und ab und zu nachdenken, bräuchten wir so ein Teil gar nicht.... :D

Erstmal vielen Dank für die vielen Antworten..... :D Clients verwenden in ihren lokalen Sicherheitsrichtlinien nur die LM/NTLM-Authentifizierungsprotkolle. Die Mitgliedsserver sind aber durch die GPO gezwungen worden nur das NTLMv2-Authentifizierungsprotokoll zu verwenden. Anscheinend kann unsere iSeries auch nicht mit NTLMv2 umgehen, hier funktioniert das Laufwerksmapping nachdem die Mitgliedsserver NTLM verwenden. Das Problem bei der Installation von Veritas Storage Exec scheint allerdings woanders zu liegen. Führe ich die Setuproutine nicht als lokaler Administrator aus, sondern als Domänen-Admin, so akzeptiert der Setup-Wizard zwar die Account-Daten des Domänen-Admin aber bricht danach die Installation trotzdem ab.

Bei Eingabe der Accountinformationen des Domänen-Admin tauchen im Sicherheitsprotokoll des DC zwei Einträge mit den IDs 529 / 618 auf.

Hallo, derzeit haben wir eine Arbeitsgruppe und eine 2k3-Domäne für eine schleichende Migration parallel laufen. Nun tritt folgendes Problem auf: Von keinem der Mitgliedsserver kann ich auf die Arbeitsgruppe in der Netzwerkumgebung zugreifen: Auf Arbeitsgruppe kann nicht zugegriffen werden. Sie haben eventuell keine Berechtigung, diese Netzwerkressource zu verwenden. Wenden Sie sich an den Administrator des Servers, um herauszufinden, ob Sie über Berechtigungen verfügen. Mit diesem Konto kann man sich nicht von diesem Computer aus anmelden. Auch kann ich kein Netzlaufwerk auf unser IFS-Verzeichnis der IBM iSeries auf den Mitgliedsservern erstellen. Dagegen funktioniert es vom DC der Domäne. Dann gibt es noch ein zweites Problem: Auf einem der Mitliedsserver wollte ich Storage Exec von Veritas installieren. Dieses braucht die Accountdaten vom Domänen-Admin zum installieren. Auch dies klappt nicht.... Nehme ich den entsprechenden Mitgliedserver aus der OU (mit der eine GPO verknüpft ist) und schiebe ihn an oberste Stelle der Domäne, so funktioniert nach einem Neustart sowohl der Zugriff auf die Arbeitsgruppe, als auch die Veritas-Installation, als auch das Laufwerksmapping. Schiebe ich den Server wieder in die OU, starte den Rechner neu, funktioniert das ganze eine Weile. Dauert aber nicht lange, dann wieder dasselbe....

@quake: Hast du mittlerweilen das Problem gelöst? Wenn ja, wie? Ich habe hier in meiner Testumgebung das gleiche Problem. Nachdem ich mit dem Windows-Installer Cleanup von Microsoft das Paket vom Windows Installer entfernt habe, will allerdings eine (nicht mehr vorhandene GPO) trotzdem das Paket vor dem Logon deinstallieren. Dadurch wird natürlich eine Neuinstallation von MSI-Paketen verhindert.

So, ich habe das Problem jetzt zumindest mal eingrenzen können! Es muss an irgendwelchen Sicherheitsoptionen/Benutzerrechten liegen, die ich per GPO an die entsprechende OU verknüpft habe. Nehme ich den Mitgliedsserver aus der OU und lege ihn im root-directory der Domäne ab, mach ein gpupdate und starte den Server neu, so taucht keine Fehlermeldung mehr auf. Ich hab die Sicherheitsoptionen ziemlich stark angezogen, dabei habe ich mich an das Sicherheitshandbuch für Domänen von Microsoft (falls das hier jemand kennt) gehalten.

Moin, mir wurde es gestern Abend zu dumm, nachdem mich das Problem den ganzen gestrigen Tag beschäftigt hat.... :rolleyes: So, heute also einen neuen Versuch. @Bommel007: Keine IP! Port 80! Kein Hostheader! @Picard1701: Die Clients habe ich noch nicht getestet, es gibt nämlich noch keine! :) Was genau macht dieser SelfUpdate eigentlich?

Ich habe bereits den IIS neu installiert, genau dasselbe Problem. Auch der Workaround unter http://www.wsuswiki.com/SelfUpdateTreeisnotworking funkioniert nicht! Bei anderen läuft der WSUS doch auch?!?

Also ich habe bis jetzt immer noch nicht diesen WSUS zum Laufen gebracht. Nach wie vor habe ich die Ereignis-ID 506 und keiner kann helfen.... :mad:

Guten Morgen! :D Hat alles nichts gebracht!