Jump to content

Kossner

Members
  • Gesamte Inhalte

    243
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Kossner

  1. 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'
    

  2. 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)
    

  3. 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.

  4. 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

  5. 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.

  6. 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:

  7. 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

  8. 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.

  9. 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....

  10. @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.

  11. 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.

  12. 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?

×
×
  • Neu erstellen...