soulseeker 13 Geschrieben 4. Juni 2014 Melden Teilen Geschrieben 4. Juni 2014 (bearbeitet) Hallo zusammen, eigentlich schon ein alter Hut, mein WSUS 3 auf Win2008R2 erkennt Win2012R2 als Win2000 Datacenter. Laut Microsoft nur ein kosmetisches Problem, aber tatsächlich bekommt der Server keine Updates. Ich habe alle erhältlichen Patches und Hotfixes bereits installiert (war ja hier auch schon mal ein Thema), also KB2734608 KB2828185 Windows 8.1 wird auch nur als 6.3 erkannt, aber erhält so weit ich weiß Updates ... Auf dem 2012R2-Server habe ich nach einem WSUS-Neustart folgendes ausgeführt: Net stop wuauserv rd /s %windir%\softwaredistribution\ Net start wuauserv wuauclt /resetauthorization /detectnow wuauclt /detectnow wuauclt /reportnow Aber bringt auch nichts ... Soll ich den Client nochmal aus der WSUS-Konsole löschen und nochmal detectnow reportnow ausführen? VG Marcel bearbeitet 4. Juni 2014 von soulseeker Zitieren Link zu diesem Kommentar
Sunny61 773 Geschrieben 4. Juni 2014 Melden Teilen Geschrieben 4. Juni 2014 (bearbeitet) Sieh auf dem betroffenen Client/Server in der %windir%\WindowsUpdate.log nach Fehlermeldungen. Mit diesem Script kannst Du das kosmetische Problem beseitigen: UPDATE [SUSDB].[dbo].[tbComputerTargetDetail] SET [OSDescription] = 'Windows Server 2012 R2' WHERE [OSMajorVersion] = '6' AND [OSMinorVersion] = '3' AND [OldProductType] <> '1' AND ([OSDescription] <> 'Windows Server 2012 R2' or [OSDescription] IS NULL) Wenn Du das obige Script genauso wie dieses (http://gallery.technet.microsoft.com/scriptcenter/6f8cde49-5c52-4abd-9820-f1d270ddea61) einbindest bzw. mit Hilfe von SQLCMD täglich laufen lässt, ist die Kosmetik Schnee von Gestern. Und das hier ist für Windows 8.1: UPDATE [SUSDB].[dbo].[tbComputerTargetDetail] SET [OSDescription] = 'Windows 8.1' WHERE [OSMajorVersion] = '6' AND [OSMinorVersion] = '3' AND [OldProductType] = '1' AND ([OSDescription] <> 'Windows 8.1' or [OSDescription] IS NULL) bearbeitet 4. Juni 2014 von Sunny61 Zitieren Link zu diesem Kommentar
NorbertFe 1.835 Geschrieben 4. Juni 2014 Melden Teilen Geschrieben 4. Juni 2014 Muß man die Skripte wirklich immer wieder laufen lassen? Wäre es nicht einfacher, den String gleich global zu setzen? Bye Norbert Zitieren Link zu diesem Kommentar
Sunny61 773 Geschrieben 4. Juni 2014 Melden Teilen Geschrieben 4. Juni 2014 Muß man die Skripte wirklich immer wieder laufen lassen? Wäre es nicht einfacher, den String gleich global zu setzen? Mein Feststellung war/ist täglich laufen lassen. Ich hatte es zuerst nur einmalig, dann wöchentlich, jetzt täglich. Aber tut nicht weh, hängt am CleanUp Script mit dran, das läuft eh täglich. Zitieren Link zu diesem Kommentar
soulseeker 13 Geschrieben 5. Juni 2014 Autor Melden Teilen Geschrieben 5. Juni 2014 Hey, danke ... ich schau mal in die Logs, das Script lass ich dann auch mal täglich laufen. @sunny61 Was meinst du mit cleanup-Script. Das re-index-Script von der Technet-Seite? Das hatte ich offenbar auch schonmal benutzt, ich hab es gerade auf dem WSUS entdeckt ;). Ich habe es aber damals nur einmalig laufen lassen. Ersetzt das Script eigentlich die Aufgabe, hin und wieder mal die superseeding Updates zu cleanen, damit die Datenbank nicht zu groß wird? Im Log steht: Im Log steht: 2014-06-05 09:01:39:210 832 9a0 Misc = Process: C:\Windows\system32\svchost.exe 2014-06-05 09:01:39:210 832 9a0 Misc = Module: c:\windows\system32\wuaueng.dll 2014-06-05 09:01:39:194 832 9a0 Service ************* 2014-06-05 09:01:39:210 832 9a0 Service ** START ** Service: Service startup 2014-06-05 09:01:39:210 832 9a0 Service ********* 2014-06-05 09:01:39:445 832 9a0 Agent * WU client version 7.9.9600.16384 2014-06-05 09:01:39:507 832 9a0 Agent * Base directory: C:\Windows\SoftwareDistribution 2014-06-05 09:01:39:507 832 9a0 Agent * Access type: No proxy 2014-06-05 09:01:39:507 832 9a0 Service UpdateNetworkState Ipv6, cNetworkInterfaces = 1. 2014-06-05 09:01:39:507 832 9a0 Service UpdateNetworkState Ipv4, cNetworkInterfaces = 1. 2014-06-05 09:01:39:507 832 9a0 Agent * Network state: Connected 2014-06-05 09:01:39:554 832 9a0 Service UpdateNetworkState Ipv6, cNetworkInterfaces = 1. 2014-06-05 09:01:39:554 832 9a0 Service UpdateNetworkState Ipv4, cNetworkInterfaces = 1. 2014-06-05 09:01:44:616 832 9a0 Agent *********** Agent: Initializing global settings cache *********** 2014-06-05 09:01:44:616 832 9a0 Agent * Endpoint Provider: 00000000-0000-0000-0000-000000000000 2014-06-05 09:01:44:616 832 9a0 Agent * WSUS server: http://windowsupdate.domain.de:8530 2014-06-05 09:01:44:616 832 9a0 Agent * WSUS status server: http://windowsupdate.domain.de:8530 2014-06-05 09:01:44:616 832 9a0 Agent * Target group: (Unassigned Computers) 2014-06-05 09:01:44:616 832 9a0 Agent * Windows Update access disabled: No 2014-06-05 09:01:44:913 832 9a0 Misc WARNING: Network Cost is assumed to be not supported as something failed with trying to get handles to wcmapi.dll 2014-06-05 09:01:45:085 832 9a0 WuTask WuTaskManager delay initialize completed successfully.. 2014-06-05 09:01:47:241 832 9a0 Report WARNING: Failed to initialize event uploader for new server {9482F4B4-E343-43B6-B170-9A65BC822C77} with hr = 8024043d. 2014-06-05 09:01:47:241 832 9a0 Report CWERReporter::Init succeeded 2014-06-05 09:01:47:241 832 9a0 Agent *********** Agent: Initializing Windows Update Agent *********** 2014-06-05 09:01:47:726 832 9a0 DnldMgr Download manager restoring 0 downloads 2014-06-05 09:01:47:882 832 9a0 AU ########### AU: Initializing Automatic Updates ########### 2014-06-05 09:01:47:976 832 9a0 AU AIR Mode is disabled 2014-06-05 09:01:47:976 832 9a0 AU # Policy Driven Provider: http://windowsupdate.domain.de:8530 2014-06-05 09:01:47:976 832 9a0 AU # Detection frequency: 22 2014-06-05 09:01:47:976 832 9a0 AU # Approval type: Pre-download notify (Policy) 2014-06-05 09:01:47:976 832 9a0 AU # Will interact with non-admins (Non-admins are elevated (Policy)) 2014-06-05 09:01:48:444 832 9a0 AU WARNING: Failed to get Wu Exemption info from NLM, assuming not exempt, error = 0x80240037 2014-06-05 09:01:48:444 832 9a0 AU WARNING: Failed to get Network Cost info from NLM, assuming network is NOT metered, error = 0x80240037 2014-06-05 09:01:48:476 832 9a0 AU AU finished delayed initialization 2014-06-05 09:01:48:476 832 9a0 AU WARNING: Failed to get Network Cost info from NLM, assuming network is NOT metered, error = 0x80240037 2014-06-05 09:01:49:054 832 9a0 AU WARNING: Failed to get Network Cost info from NLM, assuming network is NOT metered, error = 0x80240037 2014-06-05 09:01:49:054 832 b20 DnldMgr Asking handlers to reconcile their sandboxes 2014-06-05 09:05:42:242 832 9a0 AU ReAttemptDownloadsAsUserIfNecessary, No calls in download progress. 2014-06-05 09:05:42:242 832 9a0 AU WARNING: Failed to get Network Cost info from NLM, assuming network is NOT metered, error = 0x80240037 2014-06-05 09:05:42:242 832 9a0 AU WARNING: Failed to get Network Cost info from NLM, assuming network is NOT metered, error = 0x80240037 2014-06-05 09:15:42:243 832 9a0 AU User login event timer expired for session id: 1. 2014-06-05 09:15:42:243 832 9a0 AU WARNING: Failed to get Network Cost info from NLM, assuming network is NOT metered, error = 0x80240037 Zitieren Link zu diesem Kommentar
Sunny61 773 Geschrieben 5. Juni 2014 Melden Teilen Geschrieben 5. Juni 2014 (bearbeitet) @sunny61 Was meinst du mit cleanup-Script. Das re-index-Script von der Technet-Seite? Das hatte ich offenbar auch schonmal benutzt, ich hab es gerade auf dem WSUS entdeckt ;). Ich habe es aber damals nur einmalig laufen lassen. ReIndex =! CleanUp. ;) Dieses http://wsus.de/serverbereinigung2 CleanUp Script läuft bei uns täglich auf allen WSUS-Installation. Zusätzlich das Script das für die W8.1 und W2012/R2 Bezeichnung. Das ReIndex Script läuft einmal die Woche. Ersetzt das Script eigentlich die Aufgabe, hin und wieder mal die superseeding Updates zu cleanen, damit die Datenbank nicht zu groß wird? Nein, Das ReIndex Script 'beschleunigt' die SUSDB, das CleanUp Script räumt auf. Ändere den WSUS bitte mal ab: Von: WSUS server: http://windowsupdate.domain.de:8530 auf: http://DeinWSUS:8530 Sieh doch auch in der WSUS-FAQ No. 44 nach, ob Du bzw. die Version des verwendeten WSUS auch wirklich die No. .262 hat. http://www.wsus.de/faq In der FAQ findest Du auch die exakte Stelle für die Versionskontrolle. Und alle anderen Clients/Server holen sich brav die Updates vom WSUS ab? bearbeitet 5. Juni 2014 von Sunny61 Zitieren Link zu diesem Kommentar
soulseeker 13 Geschrieben 6. Juni 2014 Autor Melden Teilen Geschrieben 6. Juni 2014 Von: WSUS server: http://windowsupdate.domain.de:8530 auf: http://DeinWSUS:8530 "windowsupdate" ist ein cname und verweist aus den WSUS ... der wird per GPO an alle Clients und Server verteilt und alle anderen holen sich Updates ab ... auch die Win8.1er. Ja, die Server-Version ist 262 ... Danke für die Scripte, das richte ich mir auch mal so ein! Zitieren Link zu diesem Kommentar
Sunny61 773 Geschrieben 6. Juni 2014 Melden Teilen Geschrieben 6. Juni 2014 OK, und was ist mit dem von dir geposteten LOG? Verbindet der Client/Server sich jetzt korrekt oder passt noch etwas nicht? Zitieren Link zu diesem Kommentar
soulseeker 13 Geschrieben 6. Juni 2014 Autor Melden Teilen Geschrieben 6. Juni 2014 Hmm war doch mal wieder ne banale Sache - die Windows 2012R2-Updates waren noch nicht approved ;) ... Zitieren Link zu diesem Kommentar
Sunny61 773 Geschrieben 6. Juni 2014 Melden Teilen Geschrieben 6. Juni 2014 Hmm war doch mal wieder ne banale Sache - die Windows 2012R2-Updates waren noch nicht approved ;) ... Aja, Danke für die Rückmeldung. ;) Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.