none
Inventarisierung (HW/SW) wird nach der SCCM Agent Installation nicht durchgeführt RRS feed

  • Frage

  • Hallo zusammen,

    nach der Installaiton von einem SCCM 2012 Agent, wird die automatische Inventarisierung der Hardware und Software nicht durchgeführt. Wenn man über Right Click Tools die HW-Inventarisierung initiiert, werden die Daten inventarisiert und angezeigt.

    Hat jeman eine Idee warum dies nicht automatisch nach der SCCM Agentinstallation durchgeführt wird?

    Montag, 20. Januar 2014 12:12

Alle Antworten

  • Hi,

    wie lange hast Du denn gewartet und was sagt die InventoryAgent.log auf dem Client?

    Grüße
    André


    André Picker, IT-Consultant

    Blog: Clientmgmt.de - RSS - Twitter - Facebook

    Montag, 20. Januar 2014 12:33
  • Die initiale Inventur wird in einem Zeitfenster von 2h gestartet; dies könnte schon die Erklärung sein. Sind ggfs Custom Client Agent Settings in Verwendung?

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

    • Als Antwort markiert FatStas Dienstag, 21. Januar 2014 19:24
    • Tag als Antwort aufgehoben FatStas Mittwoch, 27. August 2014 15:52
    Montag, 20. Januar 2014 18:01
    Beantworter
  • Hallo, kann man diese 2h irgend wie auf sofort umstellen, dass nach der SCCM Agentinstallation (via Push) die HW-Inventarisierung initiiert wird? Die Konfiguration von HW-Inventarisierungsintervalen wird doch im Custom Client Agent Settings eingestellt oder? Wo werden die genannten 2h eingestellt?

    In der InventoryAgent.log und InventoryProvider.log werden nachfolgende Fehler angezeigt.

    Logfile InventoryProvider.log

    PopulateInstance -
    Requested instance not
    found.        InventoryProvider        14.08.2014
    14:00:20        900 (0x0384)

    Failed in discovering
    instance. Unknown error (Error: 8004100F; Source:
    Unknown)        InventoryProvider        14.08.2014
    14:00:20        900 (0x0384)

    Failed to do
    HandleGetObjectAsync().Unknown error (Error: 8004100F; Source:
    Unknown)        InventoryProvider        14.08.2014
    14:00:20        900 (0x0384)

    GetObjectAsync - Error
    handling request,
    8004100f        InventoryProvider        14.08.2014
    14:00:20        900 (0x0384)


    Logfile InventoryAgent.log

    Inventory: Collection
    Task completed in 6.599
    seconds        InventoryAgent        14.08.2014
    14:00:20        348 (0x015C)

    Inventory: 14
    Collection Task(s)
    failed.        InventoryAgent        14.08.2014
    14:00:20        348 (0x015C)


    Erst durch die manuelle Initiierung der HW-Inventarisierung (via Right click Tool), werden die HW-Inventarisierungsdaten runtergeladen.

    Mittwoch, 27. August 2014 15:51
  • Solche Log-Schnipsel helfen leider nicht weiter, da aus dem Zusammenhang gerissen.
    Die 2h kann man nicht über die GUI konfigurieren. Evtl steht dazu aber was im Site Control File (bzw dem Datenbank-Pendant dazu).

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

    Mittwoch, 27. August 2014 16:12
    Beantworter
  • OK danke, ich versuche das jetzt über eine zusätzliche Collection mit zusätzlichen Client policies zu lösen.

    Ich habe eine Collection erstellt und eine Query über Computer gebaut die noch keine HW-Inventarisierung durchgeführt haben. Zusätzlich habe ich eine Client Policy erstellt und auf die erstellt Collection verlinkt. Durch die erstellte Client Policy wird die HW-Inventarisierung durchgeführt (5 min) und Machine Policy Retrieval & Evaluation Cycle (6 min) initiiert.

    Freitag, 29. August 2014 07:23
  • Durch die erstellte Client Policy wird die HW-Inventarisierung durchgeführt (5 min) und Machine Policy Retrieval & Evaluation Cycle (6 min) initiiert.


    Würde ich nich tun. Das ist viel zu sportlich und führt ggfs eher zu anderen Problemen. Ein Client lädt sowieso Policies direkt nach der Installation herunter und bei einem Intervall von 5min (HINV) änderst Du an der initialen Verzögerung sowieso nichts.
    Aus welchen Gründen muss denn die Inventur so fürchterlich schnell geliefert werden?

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

    Freitag, 29. August 2014 07:52
    Beantworter
  • Darüber werden die Computer zu anderen Collection (SCEP) zugeordnet worübe z.B. AV-Policies verteilt werden.

    Welche Probleme können bei so einer Konstellation auftreten? Sobald die Client die HW-Inventarisierung durchgeführt haben, werden diese aus der Collection (via Query) entfernt.

    Freitag, 29. August 2014 08:29
  • Hallo, leider ist das Problem nicht gelöst. Nach der SCCM Agent Installation (System wurde auf r2 CU3 Upgegradet) liefert der Client keine Inventarisierungsdaten. Im InventoryAgent.log steht folgendes:

     Failed to get IWbemService Ptr for \\localhost\root\vm\VirtualServerNamespace: 8004100E InventoryAgent 11.11.2014 21:28:57 5772 (0x168C)
    Failed to enumerate instances of VirtualMachine: 8004100E InventoryAgent 11.11.2014 21:28:57 5772 (0x168C)

    Collection: Namespace = \\.\root\cimv2\sms; Query = SELECT __CLASS, __PATH, __RELPATH, LastConsoleUse, NumberOfConsoleLogons, SystemConsoleUser, TotalUserConsoleMinutes FROM SMS_SystemConsoleUser; Timeout = 600 secs. InventoryAgent 11.11.2014 21:28:57 5772 (0x168C)
    Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, CurrentTimeZone, Description, Domain, DomainRole, Manufacturer, Model, Name, NumberOfProcessors, Roles, Status, SystemType, UserName FROM Win32_ComputerSystem; Timeout = 600 secs. InventoryAgent 11.11.2014 21:28:59 5772 (0x168C)
    Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, ExpirationDate, IssueDate, KeyPackId, LicenseId, LicenseStatus, sHardwareId, sIssuedToComputer, sIssuedToUser FROM Win32_TSIssuedLicense; Timeout = 600 secs. InventoryAgent 11.11.2014 21:28:59 5772 (0x168C)
    Collection: Class "Win32_TSIssuedLicense" does not exist. InventoryAgent 11.11.2014 21:28:59 5772 (0x168C)
    Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, Availability, Description, DeviceID, MediaType, Name, Status FROM Win32_TapeDrive; Timeout = 600 secs. InventoryAgent 11.11.2014 21:28:59 5772 (0x168C)
    Collection: Namespace =
    \\localhost\root\Microsoft\appvirt\client; Query = SELECT __CLASS, __PATH, __RELPATH, LastLaunchOnSystem, Name, PackageGUID, Version FROM Application; Timeout = 600 secs. InventoryAgent 11.11.2014 21:28:59 5772 (0x168C)
    Failed to get IWbemService Ptr for
    \\localhost\root\Microsoft\appvirt\clientNamespace: 8004100E InventoryAgent 11.11.2014 21:28:59 5772 (0x168C)
    Failed to enumerate instances of Application: 8004100E InventoryAgent 11.11.2014 21:28:59 5772 (0x168C)

    In dem InventoryProvider.log steht folgendes:

    GetObjectAsync - Error handling request, 8004100f InventoryProvider 11.11.2014 21:29:11 9752 (0x2618)
    PopulateInstance - Requested instance not found. InventoryProvider 11.11.2014 21:29:11 9752 (0x2618)

    Mittwoch, 12. November 2014 08:54
  • in diesem Fall läuft doch die Inventur. Die fett markierten Klassen sind halt nur auf dem System nicht existent und können nicht inventarisiert werden. Das stellt aber für die gesamte Inventur kein Problem dar.

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

    Mittwoch, 12. November 2014 09:17
    Beantworter
  • ok, aber es werden keine Ergebnisse geliefert. Ich sehne keine Inventarisierung! Kann ich die Inventarisierung noch via andere Logs prüfen?

    Mittwoch, 12. November 2014 10:43
  • MP_Hinv.log und dataldr.log auf dem Management Point bzw Siteserver.

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

    Mittwoch, 12. November 2014 11:34
    Beantworter
  • in der MP_Hinv.log bekomme ich nachfolgende Meldungen

    Full report from client XXXX, action description = Hardware MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Date property year value is less than 1980 - 16010101000000.000000-000; year will be adjusted by MIF processing on site server MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Hinv Task: Translate report attachment to file "D:\Program Files\Microsoft Configuration Manager\inboxes\auth\dataldr.box\HY4UJLZF.MIF" returned 0 MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)
    Hinv Retry: ******************* End of Task ********************* MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)

    In dem Dataldr.log wird nichts ausgegeben.


    • Bearbeitet FatStas Mittwoch, 12. November 2014 14:32
    Mittwoch, 12. November 2014 14:32
  • In der letzten Zeile sieht man, dass das File in die dataldr.box kopiert worden ist. Entsprechend sollte es auch weiter verarbeitet werden. Ist evtl ein Backlog in der Inbox?

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

    Mittwoch, 12. November 2014 17:00
    Beantworter
  • Moin, was ist ein Backlog in der Inbox, wie kann ich das prüfen?
    Donnerstag, 13. November 2014 08:55

  • Hinv Task: Translate report attachment to file "D:\Program Files\Microsoft Configuration Manager\inboxes\auth\dataldr.box\HY4UJLZF.MIF" returned 0 MP_HinvEndpoint 11.11.2014 21:29:20 13132 (0x334C)



    Sind in diesem Verzeichnis viele *.mif-Files?

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

    Donnerstag, 13. November 2014 11:02
    Beantworter
  • gar keine! nur vier Ordner (bad, BADMIFS, process, retry)
    Donnerstag, 13. November 2014 13:53
  • Und wie sieht's in diesen Verzeichnissen aus (im speziellen \badmifs)?

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

    Donnerstag, 13. November 2014 14:31
    Beantworter
  • dieser Ordner ist mit Ordnern gefüllt und unter den Ordnern befinden sich die MIF Files
    Donnerstag, 13. November 2014 15:40
  • Wie der Name (badmifs) schon sagt: BADmifs, d.h. diese wurden vom SiteServer nicht verarbeitet. Starte mal eine volle HW-Inventur (zB per Client Center) und schaue, ob das mif dann verarbeitet werden kann.

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

    Donnerstag, 13. November 2014 16:07
    Beantworter