none
SCCM 2012 Client Installation - WMI Repository riesig RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo.

    Mein Problem bezieht sich auf folgende Umgebung:

    • SCCM 2012 auf Windows Server 2008 R2 (mit allen Patches; Stand 29.11.2012)
    • Clients mainly W7x86 and a few WXPx86

    Problem:
    Ein Rechner wird frisch mit Windows 7 aufgesetzt und bekommt per automatischer Push-Installation den CCM-Client installiert. Dieser installiert sich und fängt sofort an das WMI-Repository aufzublähen. Dies geschieht vor dem pullen und übernehmen irgendeiner Client Policy!
    Das Ergebnis ist das ein Rechner nach der Installation des Clients zwischen 4 Stunden und 2 Tagen beschäftigt ist sein WMI zu bearbeiten und das Repository damit auf ca. 1 GB Größe bringt.
    Erst nach dessen erfolgreichen Aufbau holt sich der Client die "Machine Policy" und die "User Policy"

    Am Anfang dachten wir das die Größe von den Inventarisierungen (Hardware & Software) der Maschine herrührt, was ich aber nie bestätigen konnte. Auch eine Installation mit definitiver Deaktivierung der Inventarisierungs-Module brachte keine Besserung.

    Auch verschiedene Hotfixes die "WMI-related issues" lösen sollen brachten keine Veränderung.
    Vielleicht kennt jemand dieses Verhalten und kann mir (uns) helfen?

    Schon jetzt: Vielen Dank,

    Florian Müllner

    Donnerstag, 29. November 2012 13:39
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hallo an Alle!

    Da wir das Problem inzwischen gelöst und behoben haben möchte ich hier abschließend berichten was das Problem war.

    Unser SCCM 2012 verteilt auch Windows Updates über einen lokal installierten WSUS.
    Die Automatic Deployment Rules (ADR) waren eingestellt auf: "Create a new Software Update Group"
    Diese Einstellung bewirkte das bei jedem Zyklus an dem ein neues Update gefunden wurde eine neue SUG angelegt wurde.
    Nach 2 Monaten Betrieb war der SCCM nur noch mit dem Parsen der über 500 SUG beschäftigt und das WMI Repository der Clients hat sich beim Versuch den "Software Update Scan Cycle" durchzuführen bis zur erwähnten Größe aufgeblasen.
    Nach Umstellung der ADR auf den Betrieb mit einer SUG die jeden Zyklus aktualisiert wird und dem Löschen der übrigen SUGs hatten neue Rechner keinerlei Probleme mehr und liefen perfekt.
    Die Rechner die bis dato in Mitleidenschaft gezogen wurden sind nur mehr mit einem WMI-Repository Rebuild wieder zu beleben gewesen.
    Verwendet habe ich hierfür folgendes Batch-Script (Ausführen auf eigene Gefahr):
    --------------------------------------------------------------------
    IF EXIST %windir%\temp\WMI_fix.txt GOTO END

    setlocal
    set file="%windir%\system32\wbem\repository\objects.data"
    set maxbytesize=314572800

    FOR /F "usebackq" %%A IN ('%file%') DO set size=%%~zA

    if %size% LSS %maxbytesize% (
        echo.File is ^< %maxbytesize% bytes
    ) ELSE (
        echo.File is ^>= %maxbytesize% bytes
        net stop ccmexec /y
        net stop winmgmt /y
        winmgmt.exe /resetrepository
    )
    echo "done" >> %windir%\temp\WMI_fix.txt
    :END
    --------------------------------------------------------------------
    In manchen Fällen ist danach  ein Re-Install des CCM-Clients notwendig - meistens jedoch ist nach einem Restart alles wieder in Ordnung.

    Wir haben Im Laufe dieses Problems einen Call bei Microsoft eröffnet und gemeinsam an einer Problemlösung gearbeitet.
    Die Lösung haben dann aber wir gefunden und das Problem wurde (obwohl do viele SUG eine dumme Idde sind) als Bug anerkannt und wird hofentlich bald behoben.

    Danke an alle die mir auf der Suche behilflich waren.
    Florian Müllner

    • Als Antwort markiert M0n0rail Freitag, 22. Februar 2013 11:00
    Freitag, 22. Februar 2013 11:00
    |

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden
    Das Ergebnis ist das ein Rechner nach der Installation des Clients zwischen 4 Stunden und 2 Tagen beschäftigt ist sein WMI zu bearbeiten und das Repository damit auf ca. 1 GB Größe bringt.
    Wie hast Du denn das ermittelt?
    Die WMI-Fixe sind eigentlich alle nur präventiv einzusetzen und reparieren keine Defekte. Es gibt manchmal Probleme, wenn viele "expired" Updates noch in Software Update Groups sind, was aber ausgeschlossen werden kann, wenn sich der Client wirklich erst danach Policies zieht.
    Sind Fehler in ccmeval.log/ccmevaltask.log zu sehen? Eventlog? WMI-Logs?

    Torsten Meringer | http://www.mssccmfaq.de

    Donnerstag, 29. November 2012 18:23
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Hallo.

    Was meinst du mit der Frage wie ich das ermittelt hätte?
    Ich beobachte svchost mit wbem-Threads und ein kontinuierlich anwachsendes Repository.

    Die präventiven WMI-Fixes wurden vor der Installation des SCCM-Clients installiert.

    zu den Expired Updates: Laut meinem SCCM habe ich 105 "expired Updates" in den Deployments

    ccmeval.log -> exisitiert nicht bis das Repo fertig ist
    ccmevaltask.log -> keine Fehler
    Eventlog -> Direkt nach der Installation massenhaft Fehlermeldungen wie:

    Ein PolicyAgentInstanceProvider-Anbieter wurde im WMI-Namespace (Windows-Verwaltungsinstrumentation) root\CCM\Policy\S_1_5_21_92165701_665072923_1566985067_9643 zur Verwendung des Kontos "LocalSystem" registriert. Dieses Konto ist ein privilegiertes Konto, d. h. der Anbieter kann Sicherheitsverletzungen verursachen, wenn der Identitätswechsel für Benutzeranforderungen nicht korrekt ausgeführt wird.

    Ein PolicyAgentInstanceProvider-Anbieter wurde im WMI-Namespace (Windows-Verwaltungsinstrumentation) root\CCM\Policy\S_1_5_21_92165701_665072923_1566985067_9643 zur Verwendung des Kontos "LocalSystem" registriert. Dieses Konto ist ein privilegiertes Konto, d. h. der Anbieter kann Sicherheitsverletzungen verursachen, wenn der Identitätswechsel für Benutzeranforderungen nicht korrekt ausgeführt wird.

    Ein DcmAssemblyProvider-Anbieter wurde im WMI-Namespace (Windows-Verwaltungsinstrumentation) root\CCM\CIModels zur Verwendung des Kontos "LocalSystem" registriert. Dieses Konto ist ein privilegiertes Konto, d. h. der Anbieter kann Sicherheitsverletzungen verursachen, wenn der Identitätswechsel für Benutzeranforderungen nicht korrekt ausgeführt wird.

    ------

    WMI-Logs finde ich keine. Diese sollten doch unter %windir%\system32\wbem\Logs sein, oder?

    lg
    Florian Müllner

    Montag, 3. Dezember 2012 15:28
    |
  • Question
    Anmelden
    0
    Anmelden

    Ich würde die expired Updates auf jeden Fall entfernen (auch wenn dies vermutlich nichts mit deinem Problem zu tun hat).

    Ist http://www.microsoft.com/en-us/download/details.aspx?id=34595 (WMF 3.0) auf den PCs installiert?

    Die Eventlog-Einträge sind normal während einer Client-Installation (wenn sich nicht zig-mal vorkommen).

    Torsten Meringer | http://www.mssccmfaq.de


    Montag, 3. Dezember 2012 15:45
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    bist Du inzwischen weitergekommen?

    Gruss,
    Raul

    Raul Talmaciu, MICROSOFT 
    Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.

    Dienstag, 4. Dezember 2012 16:41
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo.

    @ Torsten [MVP]
    Bezieht sich die Frage darauf das WMF 3.0 installiert sein sollte oder darauf das eine potentielle Installation solch ein Verhalten verursachen könnte?Grundsätzlich ist WMF 3.0 nicht installiert.

    @ Raul Talmaciu
    Ich bin leider noch nicht weitergekommen und beschäftige mich derzeit fast jeden Tag damit Logs zu lesen. Bis jetzt allerdings keine Erkenntnisse, geschweige den Erfolge...

    Vielen Dank und lg,
    Florian Müllner

    Mittwoch, 5. Dezember 2012 11:27
    |
  • Question
    Anmelden
    0
    Anmelden
    Ein installiertes WMF 3.0 kann zu Problemen führen.

    Torsten Meringer | http://www.mssccmfaq.de

    Mittwoch, 5. Dezember 2012 11:29
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Dann ists ja gut das es nirgendwo drauf ist.

    Mich würde interessieren wie die Repositorys bei euch aussehen - Größe um die 1GB kann doch nicht normal sein, oder?
    Gibt es eine Möglichkeite herauszufinden was das Repo so "aufbläht". Vielleicht findet sich da der Hinweis auf mein Problem.

    lg,
    Florian Müllner

    Mittwoch, 5. Dezember 2012 11:42
    |
  • Question
    Anmelden
    1
    Anmelden
    index.btr ~17MB, objects.data ~74MB.
    Ich kenne keine Möglichkeit, wie man das herausfinden könnte - was aber nicht heißt, daß es keine gibt. Vielleicht hilft ja http://blogs.technet.com/b/askperf/archive/2008/03/04/wmi-debug-logging.aspx

    Torsten Meringer | http://www.mssccmfaq.de

    Mittwoch, 5. Dezember 2012 13:15
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    ok. das ist ja eine ganze Kategorie kleiner.

    auf meinem Testrechner (derzeit W7 mit Office + Windows Updates + CCM Client) sind es derzeit:
    index.btr ~210MB, objects.data ~809MB

    Dieser Rechner ist allerdings noch keine 24 Stunden alt...

    Ich habe das verbose logging auf einigen Testrechner aktiviert und beobachte die Logs.

    Danke sehr.

    lg,
    Florian

    Mittwoch, 5. Dezember 2012 14:21
    |
  • Question
    Anmelden
    0
    Anmelden

    Guten Morgen,

    Neuer Tag - neues Glück...

    mein heutiges Projekt:

    • wieder ein neuer Testrechner (nichts drauf außer Windows 7 32bit)
    • WMI-Logging auf "2" (verbose logging)
    • Trace einschalten
    • beobachten...

    Seit dem ersten Start des Systems hat die Objects-Datei im Repository die 20MB Grenze nicht überschritten.
    Soeben habe ich den Client installieren lassen und das Spiel geht sofort wieder los.

    Derzeitige Größe ca. 160 MB bei ungefähren 20 Minuten Laufzeit.

    Im Eventlog finde ich im Bereich WMI-Activity Trace einige Einträge wie z.B.:

    Gruppenvorgangs-ID = 8564; Vorgangs-ID = 8564; Vorgang = IWbemServices::Connect; Clientcomputer = AUT-VIE-W7W025; Benutzer = NT-AUTORITÄT\SYSTEM; Clientprozess-ID = 3568; Namespacename = \\.\root\CCM\Events

    Weiters füllt sich der Logs Ordner im WBEM Verzeichnis:

    Framework.log (entweder die Einträge sind nichtssagend oder ich seh den relevanten Punkt nicht

    Leaving CTimerQueue::dwNextTimerEvent	12/06/2012 10:05:30.856	thread:3800	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\timerqueue.cpp.409]
Entering CTimerQueue::dwProcessSchedule	12/06/2012 10:05:30.856	thread:3800	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\timerqueue.cpp.368]
Leaving CTimerQueue::dwNextTimerEvent	12/06/2012 10:05:30.856	thread:3800	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\timerqueue.cpp.409]
APM not returned for NT 5+	12/06/2012 10:05:30.856	thread:2152	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\providers\computersystem.cpp.871]
CRule::Release, count is (approx) 1	12/06/2012 10:05:30.856	thread:2152	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\ResourceManager.h.185]
CRule::Release, count is (approx) 0	12/06/2012 10:05:30.856	thread:2152	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\ResourceManager.h.185]
CRule Ref Count = 0	12/06/2012 10:05:30.856	thread:2152	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\ResourceManager.h.196]
Entering CTimerQueue::dwProcessSchedule	12/06/2012 10:05:30.856	thread:3800	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\timerqueue.cpp.368]
Leaving CTimerQueue::dwNextTimerEvent	12/06/2012 10:05:30.856	thread:3800	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\timerqueue.cpp.409]
Entering CTimerQueue::dwProcessSchedule	12/06/2012 10:05:30.856	thread:3800	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\timerqueue.cpp.368]
Leaving CTimerQueue::dwNextTimerEvent	12/06/2012 10:05:30.856	thread:3800	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\timerqueue.cpp.409]
CreateInstanceEnumAsync: Win32_ComputerSystem - Succeeded	12/06/2012 10:05:30.856	thread:2152	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.1032]
CWbemProviderGlue::Release, count is (approx) 2	12/06/2012 10:05:30.856	thread:2152	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.501]
CWbemProviderGlue::AddRef, count is (approx) 3	12/06/2012 10:05:44.600	thread:476	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
ExecQueryAsync: select * from Win32_Service where name = "msmpsvc"	12/06/2012 10:05:44.600	thread:476	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.758]
GetNamespaceConnection: root\cimv2	12/06/2012 10:05:44.600	thread:476	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.3997]
Impersonation running as: BANK-GUTMANN\AUT-VIE-W7W025$	12/06/2012 10:05:44.600	thread:476	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.3788]
FrameworkLogin: root\cimv2:Win32_TerminalServiceToSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2:Win32_TerminalTerminalSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2:Win32_TSSessionDirectorySetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
DLL Logged into framework: TSCFGWMI	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.4080]
CWbemGlueFactory::CWbemGlueFactory(NULL) 009C6340	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.39]
CWbemGlueFactory::AddRef()	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.185]
CWbemGlueFactory::QueryInterface	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.155]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TerminalServiceSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2:Win32_TerminalService	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSSessionDirectory	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSVirtualIP	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_Terminal	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSGeneralSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSLogonSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSSessionSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSEnvironmentSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSRemoteControlSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSClientSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSNetworkAdapterSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSPermissionsSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSNetworkAdapterListSetting	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
FrameworkLogin: root\cimv2\TerminalServices:Win32_TSAccount	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.2108]
CWbemGlueFactory::AddRef()	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.185]
CWbemGlueFactory::Release()	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.212]
CWbemGlueFactory::AddRef()	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.185]
CWbemGlueFactory::QueryInterface	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.155]
CWbemGlueFactory::Release()	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.212]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::AddRef, count is (approx) 1	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
CWbemGlueFactory::CreateInstance() - Succeeded	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.293]
CWbemGlueFactory::Release()	12/06/2012 10:05:44.662	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.212]
CWbemGlueFactory::~CWbemGlueFactory(009C6340)	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\clsfctry.cpp.118]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::AddRef, count is (approx) 2	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({00000003-0000-0000-C000-000000000046})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({0000001B-0000-0000-C000-000000000046})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::AddRef, count is (approx) 3	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
CWbemProviderGlue::AddRef, count is (approx) 4	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({00000018-0000-0000-C000-000000000046})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({00000019-0000-0000-C000-000000000046})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({4C1E39E1-E3E3-4296-AA86-EC938D896E92})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::Release, count is (approx) 3	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.501]
CWbemProviderGlue::Release, count is (approx) 2	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.501]
CWbemProviderGlue::Release, count is (approx) 1	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.501]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::AddRef, count is (approx) 2	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::AddRef, count is (approx) 3	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::AddRef, count is (approx) 4	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({E246107A-B06E-11D0-AD61-00C04FD8FDFF})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({17CF534A-D8A3-4AD0-AC92-5E3D01717151})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({E246107B-B06E-11D0-AD61-00C04FD8FDFF})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({E245105B-B06E-11D0-AD61-00C04FD8FDFF})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({580ACAF8-FA1C-11D0-AD72-00C04FD8FDFF})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({631F7D96-D993-11D2-B339-00105A1F4AAF})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::AddRef, count is (approx) 5	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::AddRef, count is (approx) 6	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({1C733A30-2A1C-11CE-ADE5-00AA0044773D})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::Initialize (interface)(root\CIMV2)	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.404]
CWbemProviderGlue::QueryInterface	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.313]
CWbemProviderGlue::QueryInterface - unsupported interface ({1C733A30-2A1C-11CE-ADE5-00AA0044773D})	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.335]
CWbemProviderGlue::AddRef, count is (approx) 7	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.368]
ExecQueryAsync: select * from Win32_TerminalService where name = "msmpsvc"	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.758]
GetNamespaceConnection: root\cimv2	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.3997]
Impersonation running as: BANK-GUTMANN\AUT-VIE-W7W025$	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.3788]
ExecQueryAsync: select * from Win32_TerminalService where name = "msmpsvc" - Succeeded	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.855]
CWbemProviderGlue::Release, count is (approx) 6	12/06/2012 10:05:44.678	thread:2880	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.501]
Entering CTimerQueue::dwProcessSchedule	12/06/2012 10:05:44.818	thread:3800	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\timerqueue.cpp.368]
Leaving CTimerQueue::dwNextTimerEvent	12/06/2012 10:05:44.818	thread:3800	[d:\w7rtm\admin\wmi\wbem\providers\win32provider\common\timerqueue.cpp.409]
ExecQueryAsync: select * from Win32_Service where name = "msmpsvc" - Succeeded	12/06/2012 10:05:44.818	thread:476	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.855]
CWbemProviderGlue::Release, count is (approx) 2	12/06/2012 10:05:44.818	thread:476	[d:\w7rtm\admin\wmi\wbem\sdk\framedyn\wbemglue.cpp.501]

    wmiprov.log (diese Log Datei hat schon erkennbare Fehler aufgezeichnet - Allerdings endet das Logging mit Installationszeitpunkt des CCM-Clients)

    (Wed Dec 05 16:57:12 2012.587203) : No longer registered for Mof events
(Wed Dec 05 16:57:12 2012.587203) : Instance Provider destructed
(Wed Dec 05 17:36:30 2012.2945922) : Instance Provider constructed
(Wed Dec 05 17:36:30 2012.2945938) : Successfully Registered for Mof Events
(Wed Dec 05 17:36:30 2012.2945954) : ***************************************
(Wed Dec 05 17:36:30 2012.2945954) : Could not get pointer to binary resource for file:
(Wed Dec 05 17:36:30 2012.2945954) : C:\Windows\system32\drivers\ndis.sys[MofResourceName](Wed Dec 05 17:36:30 2012.2945954) : 
(Wed Dec 05 17:36:30 2012.2945954) : ***************************************
(Wed Dec 05 17:36:30 2012.2945969) : ***************************************
(Wed Dec 05 17:36:30 2012.2945969) : Could not get pointer to binary resource for file:
(Wed Dec 05 17:36:30 2012.2945969) : C:\Windows\system32\DRIVERS\monitor.sys[MonitorWMI](Wed Dec 05 17:36:30 2012.2945969) : 
(Wed Dec 05 17:36:30 2012.2945969) : ***************************************
(Wed Dec 05 17:36:30 2012.2945969) : Deleting Old Drivers
(Wed Dec 05 17:36:30 2012.2945969) : ***************************************
(Wed Dec 05 17:36:30 2012.2945969) : Deleting Old Classes for Driver
(Wed Dec 05 17:36:30 2012.2945969) : C:\Windows\system32\DRIVERS\monitor.sys[MonitorWMI](Wed Dec 05 17:36:30 2012.2945969) : 
(Wed Dec 05 17:36:30 2012.2945969) : ***************************************
(Wed Dec 05 17:36:30 2012.2946000) : We have been requested to delete this instance:
(Wed Dec 05 17:36:30 2012.2946000) : WMIBinaryMofResource.HighDateTime=30016537,LowDateTime=2836726048,Name="C:\\Windows\\system32\\DRIVERS\\monitor.sys[MonitorWMI]"(Wed Dec 05 17:36:30 2012.2946000) : 
(Wed Dec 05 17:36:30 2012.2946000) : Deleting Old Drivers
(Wed Dec 05 17:36:30 2012.2946000) : ***************************************
(Wed Dec 05 17:36:30 2012.2946000) : Deleting Old Classes for Driver
(Wed Dec 05 17:36:30 2012.2946000) : C:\Windows\system32\drivers\ndis.sys[MofResourceName](Wed Dec 05 17:36:30 2012.2946000) : 
(Wed Dec 05 17:36:30 2012.2946000) : ***************************************
(Wed Dec 05 17:36:30 2012.2946032) : We have been requested to delete this instance:
(Wed Dec 05 17:36:30 2012.2946032) : WMIBinaryMofResource.HighDateTime=30116098,LowDateTime=1528652293,Name="C:\\Windows\\system32\\drivers\\ndis.sys[MofResourceName]"(Wed Dec 05 17:36:30 2012.2946032) : 
(Wed Dec 05 17:36:31 2012.2946141) : End of processing Binary MOFS
(Wed Dec 05 17:36:31 2012.2946141) : ***************************************
(Wed Dec 05 17:41:50 2012.3265334) : No longer registered for Mof events
(Wed Dec 05 17:41:50 2012.3265334) : Instance Provider destructed
(Thu Dec 06 05:05:40 2012.262487) : ***************************************
(Thu Dec 06 05:05:40 2012.262502) : BinaryMofsHaveChanged returned TRUE:
(Thu Dec 06 05:05:40 2012.262861) : Instance Provider constructed
(Thu Dec 06 05:05:40 2012.262861) : Successfully Registered for Mof Events
(Thu Dec 06 05:05:41 2012.262939) : ***************************************
(Thu Dec 06 05:05:41 2012.262939) : Could not get pointer to binary resource for file:
(Thu Dec 06 05:05:41 2012.262939) : C:\Windows\system32\drivers\ndis.sys[MofResourceName](Thu Dec 06 05:05:41 2012.262939) : 
(Thu Dec 06 05:05:41 2012.262939) : ***************************************
(Thu Dec 06 05:05:41 2012.262970) : ***************************************
(Thu Dec 06 05:05:41 2012.262970) : Could not get pointer to binary resource for file:
(Thu Dec 06 05:05:41 2012.262970) : C:\Windows\system32\DRIVERS\monitor.sys[MonitorWMI](Thu Dec 06 05:05:41 2012.262970) : 
(Thu Dec 06 05:05:41 2012.262970) : ***************************************
(Thu Dec 06 05:05:41 2012.262986) : Deleting Old Drivers
(Thu Dec 06 05:05:41 2012.262986) : ***************************************
(Thu Dec 06 05:05:41 2012.262986) : Deleting Old Classes for Driver
(Thu Dec 06 05:05:41 2012.262986) : C:\Windows\system32\DRIVERS\monitor.sys[MonitorWMI](Thu Dec 06 05:05:41 2012.262986) : 
(Thu Dec 06 05:05:41 2012.262986) : ***************************************
(Thu Dec 06 05:05:41 2012.263173) : We have been requested to delete this instance:
(Thu Dec 06 05:05:41 2012.263173) : WMIBinaryMofResource.HighDateTime=30016537,LowDateTime=2836726048,Name="C:\\Windows\\system32\\DRIVERS\\monitor.sys[MonitorWMI]"(Thu Dec 06 05:05:41 2012.263173) : 
(Thu Dec 06 05:05:41 2012.263189) : Deleting Old Drivers
(Thu Dec 06 05:05:41 2012.263189) : ***************************************
(Thu Dec 06 05:05:41 2012.263189) : Deleting Old Classes for Driver
(Thu Dec 06 05:05:41 2012.263189) : C:\Windows\system32\drivers\ndis.sys[MofResourceName](Thu Dec 06 05:05:41 2012.263189) : 
(Thu Dec 06 05:05:41 2012.263189) : ***************************************
(Thu Dec 06 05:05:41 2012.263220) : We have been requested to delete this instance:
(Thu Dec 06 05:05:41 2012.263220) : WMIBinaryMofResource.HighDateTime=30116098,LowDateTime=1528652293,Name="C:\\Windows\\system32\\drivers\\ndis.sys[MofResourceName]"(Thu Dec 06 05:05:41 2012.263220) : 
(Thu Dec 06 05:05:41 2012.263314) : End of processing Binary MOFS
(Thu Dec 06 05:05:41 2012.263314) : ***************************************
(Thu Dec 06 05:12:11 2012.653378) : No longer registered for Mof events
(Thu Dec 06 05:12:11 2012.653378) : Instance Provider destructed
(Thu Dec 06 09:49:16 2012.17278233) : Instance Provider constructed
(Thu Dec 06 09:49:16 2012.17278233) : Successfully Registered for Mof Events
(Thu Dec 06 09:49:16 2012.17278249) : ***************************************
(Thu Dec 06 09:49:16 2012.17278249) : Could not get pointer to binary resource for file:
(Thu Dec 06 09:49:16 2012.17278249) : C:\Windows\system32\drivers\ndis.sys[MofResourceName](Thu Dec 06 09:49:16 2012.17278249) : 
(Thu Dec 06 09:49:16 2012.17278249) : ***************************************
(Thu Dec 06 09:49:16 2012.17278280) : ***************************************
(Thu Dec 06 09:49:16 2012.17278280) : Could not get pointer to binary resource for file:
(Thu Dec 06 09:49:16 2012.17278280) : C:\Windows\system32\DRIVERS\monitor.sys[MonitorWMI](Thu Dec 06 09:49:16 2012.17278280) : 
(Thu Dec 06 09:49:16 2012.17278280) : ***************************************
(Thu Dec 06 09:49:16 2012.17278280) : Deleting Old Drivers
(Thu Dec 06 09:49:16 2012.17278280) : ***************************************
(Thu Dec 06 09:49:16 2012.17278280) : Deleting Old Classes for Driver
(Thu Dec 06 09:49:16 2012.17278280) : C:\Windows\system32\DRIVERS\monitor.sys[MonitorWMI](Thu Dec 06 09:49:16 2012.17278280) : 
(Thu Dec 06 09:49:16 2012.17278280) : ***************************************
(Thu Dec 06 09:49:16 2012.17278311) : We have been requested to delete this instance:
(Thu Dec 06 09:49:16 2012.17278311) : WMIBinaryMofResource.HighDateTime=30016537,LowDateTime=2836726048,Name="C:\\Windows\\system32\\DRIVERS\\monitor.sys[MonitorWMI]"(Thu Dec 06 09:49:16 2012.17278311) : 
(Thu Dec 06 09:49:16 2012.17278311) : Deleting Old Drivers
(Thu Dec 06 09:49:16 2012.17278311) : ***************************************
(Thu Dec 06 09:49:16 2012.17278311) : Deleting Old Classes for Driver
(Thu Dec 06 09:49:16 2012.17278311) : C:\Windows\system32\drivers\ndis.sys[MofResourceName](Thu Dec 06 09:49:16 2012.17278311) : 
(Thu Dec 06 09:49:16 2012.17278311) : ***************************************
(Thu Dec 06 09:49:16 2012.17278343) : We have been requested to delete this instance:
(Thu Dec 06 09:49:16 2012.17278343) : WMIBinaryMofResource.HighDateTime=30116098,LowDateTime=1528652293,Name="C:\\Windows\\system32\\drivers\\ndis.sys[MofResourceName]"(Thu Dec 06 09:49:16 2012.17278343) : 
(Thu Dec 06 09:49:16 2012.17278467) : End of processing Binary MOFS
(Thu Dec 06 09:49:16 2012.17278467) : ***************************************
(Thu Dec 06 09:49:16 2012.17278514) : Instance Provider constructed
(Thu Dec 06 09:49:16 2012.17278514) : Successfully Registered for Mof Events
(Thu Dec 06 09:49:16 2012.17278514) : WDM call returned error: 4200
(Thu Dec 06 09:49:16 2012.17278530) : WDM call returned error: 4200
(Thu Dec 06 09:49:16 2012.17278530) : WDM call returned error: 4200
(Thu Dec 06 09:49:16 2012.17278530) : WDM call returned error: 4200
(Thu Dec 06 09:49:16 2012.17278530) : WDM call returned error: 4200
(Thu Dec 06 09:49:16 2012.17278530) : WDM call returned error: 4200
(Thu Dec 06 09:49:16 2012.17278530) : WDM call returned error: 4200
(Thu Dec 06 09:49:16 2012.17278530) : WDM call returned error: 4200
(Thu Dec 06 09:51:19 2012.17401786) : No longer registered for Mof events
(Thu Dec 06 09:51:19 2012.17401786) : Instance Provider destructed
(Thu Dec 06 09:51:19 2012.17401927) : Instance Provider constructed
(Thu Dec 06 09:51:19 2012.17401927) : Successfully Registered for Mof Events
(Thu Dec 06 09:51:19 2012.17401927) : WDM call returned error: 4200
(Thu Dec 06 09:51:19 2012.17401927) : WDM call returned error: 4200
(Thu Dec 06 09:51:19 2012.17401927) : WDM call returned error: 4200
(Thu Dec 06 09:51:19 2012.17401927) : WDM call returned error: 4200
(Thu Dec 06 09:51:19 2012.17401927) : WDM call returned error: 4200
(Thu Dec 06 09:51:19 2012.17401927) : WDM call returned error: 4200
(Thu Dec 06 09:51:19 2012.17401942) : WDM call returned error: 4200
(Thu Dec 06 09:51:19 2012.17401942) : WDM call returned error: 4200
(Thu Dec 06 09:56:24 2012.17706955) : No longer registered for Mof events
(Thu Dec 06 09:56:24 2012.17706955) : Instance Provider destructed
(Thu Dec 06 09:57:19 2012.17761774) : No longer registered for Mof events
(Thu Dec 06 09:57:19 2012.17761774) : Instance Provider destructed

    Vielleicht sieht ja hier jemand mehr als ich.
    Ich bleib dran.

    lg

    Florian Müllner

    Donnerstag, 6. Dezember 2012 09:17
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo an Alle.

    Folgende neue Erkenntnisse:

    Wenn ich den CCM Client auf einen geklonten, aber aus der Domäne entfernten Rechner installiere passiert nichts dergleichen. Jetzt verhält sich alles wie es sollte. Hat jemand eine Idee woran das liegen könnte - Ich habe ja stark die GP im Verdacht.

    Vielen Dank.

    lg,
    Florian Müllner

    Dienstag, 18. Dezember 2012 09:26
    |
  • Question
    Anmelden
    0
    Anmelden
    Könnte an einer Group Policy liegen - oder an einer sonstigen Einstellung / Skript / was-auch-immer, welches nur greift, wenn der Rechner in der Domäne ist.

    Torsten Meringer | http://www.mssccmfaq.de

    Dienstag, 18. Dezember 2012 10:01
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Hallo.

    Ich habe jetzt in einem dir bekannten Blog :) (http://www.mssccmfaq.de/) den neuesten Artikel zum Anlass genommen den CCM-Eval auf NotifyOnly zu zwingen.

    Nun habe ich nach einem (force) rebuild des WMI-Repos auf verschiedensten Installationen normale WMI Größen und keine wildgewordenen Prozesse mehr.

    Sieht so aus als würde der CCM-Eval die WMIs als corrupted ansehen und dann an die Arbeit gehen. Allerdings habe ich keine der genannten Dinge auf einem der Systeme installiert oder aktiviert...

    Zitat von http://www.mssccmfaq.de/2012/12/07/ccmeval-wmf-3-0/
    "ccmeval (also der Prozeß, der die “Gesundheit” des CM12-Clients überwacht) hat Probleme, wenn WMF 3.0 (Windows Management Framework 3.0: PowerShell 3.0, WMI, WinRM, Management OData IIS Extension, and Server Manager CIM Provider) auf den Clients installiert ist."


    • Bearbeitet M0n0rail Dienstag, 18. Dezember 2012 10:11 Korrektur
    Dienstag, 18. Dezember 2012 10:11
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo.

    Nach meinem SCCM-freien Urlaub melde ich mich mit einem Status und einer Frage zurück.

    Status: derzeit wird jede Nacht durch den CCMeval.exe ein neues (immer noch riesiges) Repository erstellt was eher ungünstig ist

    Frage: Ist es möglich das sich meine Probleme in Wohlgefallen auflösen sobald das SP1 installiert ist? Ich bin verleitet es zu probieren, fürchte aber das ich dadurch mehr Probleme verursachen als läsen könnte.

    Gibt es hierzu schon Erfahrungsberichte abseits von Checklisten der Installation?

    lg

    Florian Müllner

    Montag, 7. Januar 2013 09:58
    |
  • Question
    Anmelden
    0
    Anmelden
    Dein Problem scheint umgebungsspezifisch zu sein; entsprechend ist es auch unmöglich, auf die Ferne einen Rat zu erteilen. Im Idealfall kannst Du das Verhalten in Deinem Testlab nachstellen und dann auch probieren, ob SP1 das Verhalten ändern würde.
    Hast Du denn schon einmal den Workaround aus meinem Blog getestet: HKLM\Software\Microsoft\CCM\CcmEval: NotifyOnly –> true

    Torsten Meringer | http://www.mssccmfaq.de

    Montag, 7. Januar 2013 10:18
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Hallo.

    Danke für deine Rückmeldung.
    Ich habe deinen Workaround getestet: Nach Setzen des Keys läuft alles wunderbar - bis zum nächsten Evaluierungszeitpunkt an dem dieser Key wieder nach FALSE verändert wird, dann beginnt das ganze Spiel wieder.

    Auch das Deaktivieren / Rechte ändern / löschen des CCMEval.exe-Tasks wird durch den SCCm "repariert".

    lg
    Florian Müllner

    Montag, 7. Januar 2013 10:35
    |
  • Question
    Anmelden
    0
    Anmelden

    Nach Setzen des Keys läuft alles wunderbar - bis zum nächsten Evaluierungszeitpunkt an dem dieser Key wieder nach FALSE verändert wird, dann beginnt das ganze Spiel wieder.

    Soll das heissen, dass der Key automatisch auf 'false' gesetzt wird?

    Torsten Meringer | http://www.mssccmfaq.de

    Montag, 7. Januar 2013 10:56
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden
    Richtig, So ist es.
    Montag, 7. Januar 2013 11:00
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo an Alle!

    Da wir das Problem inzwischen gelöst und behoben haben möchte ich hier abschließend berichten was das Problem war.

    Unser SCCM 2012 verteilt auch Windows Updates über einen lokal installierten WSUS.
    Die Automatic Deployment Rules (ADR) waren eingestellt auf: "Create a new Software Update Group"
    Diese Einstellung bewirkte das bei jedem Zyklus an dem ein neues Update gefunden wurde eine neue SUG angelegt wurde.
    Nach 2 Monaten Betrieb war der SCCM nur noch mit dem Parsen der über 500 SUG beschäftigt und das WMI Repository der Clients hat sich beim Versuch den "Software Update Scan Cycle" durchzuführen bis zur erwähnten Größe aufgeblasen.
    Nach Umstellung der ADR auf den Betrieb mit einer SUG die jeden Zyklus aktualisiert wird und dem Löschen der übrigen SUGs hatten neue Rechner keinerlei Probleme mehr und liefen perfekt.
    Die Rechner die bis dato in Mitleidenschaft gezogen wurden sind nur mehr mit einem WMI-Repository Rebuild wieder zu beleben gewesen.
    Verwendet habe ich hierfür folgendes Batch-Script (Ausführen auf eigene Gefahr):
    --------------------------------------------------------------------
    IF EXIST %windir%\temp\WMI_fix.txt GOTO END

    setlocal
    set file="%windir%\system32\wbem\repository\objects.data"
    set maxbytesize=314572800

    FOR /F "usebackq" %%A IN ('%file%') DO set size=%%~zA

    if %size% LSS %maxbytesize% (
        echo.File is ^< %maxbytesize% bytes
    ) ELSE (
        echo.File is ^>= %maxbytesize% bytes
        net stop ccmexec /y
        net stop winmgmt /y
        winmgmt.exe /resetrepository
    )
    echo "done" >> %windir%\temp\WMI_fix.txt
    :END
    --------------------------------------------------------------------
    In manchen Fällen ist danach  ein Re-Install des CCM-Clients notwendig - meistens jedoch ist nach einem Restart alles wieder in Ordnung.

    Wir haben Im Laufe dieses Problems einen Call bei Microsoft eröffnet und gemeinsam an einer Problemlösung gearbeitet.
    Die Lösung haben dann aber wir gefunden und das Problem wurde (obwohl do viele SUG eine dumme Idde sind) als Bug anerkannt und wird hofentlich bald behoben.

    Danke an alle die mir auf der Suche behilflich waren.
    Florian Müllner

    • Als Antwort markiert M0n0rail Freitag, 22. Februar 2013 11:00
    Freitag, 22. Februar 2013 11:00
    |