none
SCCM 2007 R2 - Reporting - ID 102 - kein windows 7 mehr?! RRS feed

  • Frage

  • Hallo,

    heute mussten wir mit erschrecken feststellen das unter o.g. Report bei uns nur noch 1 Windows 7 Rechner angezeigt wird(wir haben atm 300+ win7 clients) (es wurden auch mal alle angezeigt)

    Wenn ich händisch auf der DB nachschaue (v_GS_operating_system) stimmt das mit dem Report überein.
    Lasse ich mir aber die Computer Details eines Windows 7 Computers anzeigen stimmen
    a) die inventory dates = heute
    b) das installierte os 

    Wenn ich auf den Client agent in der SCCM Console gehe und mir dort das OS anzeigen lasse stimmt es auch...

    Leider weiß ich überhaupt nicht in welche Richtung ich anfangen soll zu suchen, kennt jemand dieses phänomen oder kann mir 1-2 tipps geben?

     

    danke + schönes wochenende schonmal! 

    Freitag, 8. April 2011 12:44

Antworten

  • Hi

    die sms-def.mof und die configuration.mof wurden angepasst. Scheinbar haben die änderungen aber erst jetzt gegriffen, ich vermute wir hatten vergessen den Server neuzustarten.

    Backup der beiden Files zurückgespielt fehler behoben :-)

     

    Grüße

    Ben

     

    • Als Antwort markiert gnatkopf Dienstag, 12. April 2011 11:58
    Dienstag, 12. April 2011 11:58

Alle Antworten

  • Was versteckt sich denn hinter diese ReportID? Wie schaut die SQL-Abfrage aus? Ich habe meine VM nicht greifbar; es wäre klasse, wenn Du die SQL-Query posten könntest.
    Torsten Meringer | http://www.mssccmfaq.de
    Freitag, 8. April 2011 21:02
    Beantworter
  • Report 102 steht für "Count operating systems and service packs"
    SELECT OPSYS.Caption0 as C054, OPSYS.CSDVersion0, COUNT(*) AS 'Count' 
    FROM v_GS_OPERATING_SYSTEM OPSYS 
    inner join v_R_System sys on OPSYS.ResourceID=sys.ResourceID
    GROUP BY OPSYS.Caption0, OPSYS.CSDVersion0 
    ORDER BY OPSYS.Caption0, OPSYS.CSDVersion0
    gruß
    Montag, 11. April 2011 06:50
  • Ist denn das Ergebniss besser, wenn Du die Abfrage ohne den join ausführst?

    SELECT
    OPSYS.Caption0 as C054,
    OPSYS.CSDVersion0, COUNT(*) AS 'Count'
    FROM v_GS_OPERATING_SYSTEM OPSYS
    GROUP BY OPSYS.Caption0, OPSYS.CSDVersion0
    ORDER BY OPSYS.Caption0, OPSYS.CSDVersion0

    Und wie sieht das Ergbnis von

    SELECT
    distinct OPSYS.Caption0 as C054,
    OPSYS.CSDVersion0
    FROM v_GS_OPERATING_SYSTEM OPSYS

    aus? 

     


    Torsten Meringer | http://www.mssccmfaq.de
    Montag, 11. April 2011 07:33
    Beantworter
  • Leider nein.

     

    Das ergebnis ist das gleiche. Ich denke auch nicht das der Report das Problem ist. Eher die Daten in der SQL sind das Problem.
    bei CSDVersion0 steht hinter Win7 Enterprise "NULL" ? 

    Grüße

    ben

     

    Montag, 11. April 2011 08:26
  • Macht ja nix, dass die CSDVersion0 gleich 'NULL' ist. Trotzdem sollte die erste Query ein Ergebnis liefern.
    Was wird denn für Win7-Rechner (die Du namentlich kennst) als Ergebnis folgender Abfrage aufgeführt:

    SELECT
    SYS.Name0,
    OPSYS.Caption0 as C054,
    OPSYS.CSDVersion0
    FROM
    v_GS_OPERATING_SYSTEM OPSYS
    left join
    v_R_System sys
    on OPSYS.ResourceID = sys.ResourceID
    order by 1


    Torsten Meringer | http://www.mssccmfaq.de
    Montag, 11. April 2011 09:39
    Beantworter
  • ein ergebnis kommt schon, nur leider nichts mit windows 7 :-)

     

    wenn ich die query von dir ausführe kommt XP, XP64 bit Srv 2003, 2008 aber kein Windows 7 raus.
    Ein mir bekannter rechner der windows 7 hat wird in der query nicht aufgeführt :(

     

    Montag, 11. April 2011 10:06
  • Lasse ich mir aber die Computer Details eines Windows 7 Computers anzeigen stimmen
    a) die inventory dates = heute
    b) das installierte os 
    Das sollte dann aus v_R_System kommen (und das Format auch eher nach "Microsoft Windows NT Workstation 6.1" aussehen, oder?). Dann scheint mit der Hardware-Inventur aber etwas nicht zu stimmen. Ist denn in der sms_def.mof die Klasse "Operating System" aktiv? Gibt's Fehler im InventoryAgent.log auf dem Client?
    Torsten Meringer | http://www.mssccmfaq.de
    Montag, 11. April 2011 12:25
    Beantworter
  • hi torsten,

    das stimmt genau so :-)


    InventoryAgent.log zeigt einige "fehler" (gelb markiert im trace) auf das OS bezogene fehler finden sich auch:

     

    Unknown error encountered processing an instance of class Win32_OperatingSystem: 80041017	InventoryAgent	11.04.2011 11:46:26	2860 (0x0B2C)

     

     Ich hab jetzt mal nur den einen reinkopiert aus übersichtsgründen :-)

    Hängt das mit IDMIF / NOIDMIF zusammen?

     

    grüße

     

    Montag, 11. April 2011 14:03
  • 80041017 = WBEM_E_INVALID_QUERY.
    (no)idmifs sollten damit nichts zu tun haben.
    Öffne mal wbemtest -> Verbinden -> "root\cimv2" unverändert lassen und "Verbinden" -> "Klassen aufzählen ..." -> "Rekursiv für alle Klassen" -> nach unten zu "Win32_OperatingSystem" scrollen und diese Klasse doppelklicken. Instanzen -> "Win32_OperatingSystem=@" doppelklicken. Dann erhältst Du im mittleren Fenster die Eigenschaften samt Werten.
    Torsten Meringer | http://www.mssccmfaq.de
    Montag, 11. April 2011 15:25
    Beantworter
  • Hallo Torsten,

    ich bin vorgegangen wie beschrieben.
    Bei der Property "Caption" steht "Microsoft Windows 7 Enterprise" drin 
    Auch bei "Name" steht Microsoft Windows 7 Enterprise |C:\windows....." 

    Das lässt doch darauf schliessen das die Daten am Client richtig sind oder?

    Grüße
    ben

     

    Dienstag, 12. April 2011 06:16
  • Sieht dann so aus, ja.
    Funktioniert die Abfrage per vbs?

    Set objWMIService = GetObject("winmgmts:\\.\root\cimv2")
    Set colItems = objWMIService.ExecQuery("Select * from Win32_OperatingSystem",,48)
    For Each objItem in colItems
     Wscript.Echo objItem.BootDevice
     Wscript.Echo objItem.BuildNumber
     Wscript.Echo objItem.Caption
     Wscript.Echo objItem.CountryCode
     Wscript.Echo objItem.CSDVersion
     Wscript.Echo objItem.Description
     Wscript.Echo objItem.InstallDate
     Wscript.Echo objItem.LastBootUpTime
     Wscript.Echo objItem.Locale
     Wscript.Echo objItem.Manufacturer
     Wscript.Echo objItem.Name
     Wscript.Echo objItem.Organization
     Wscript.Echo objItem.OSLanguage
     Wscript.Echo objItem.RegisteredUser
     Wscript.Echo objItem.SystemDirectory
     Wscript.Echo objItem.TotalSwapSpaceSize
     Wscript.Echo objItem.TotalVirtualMemorySize
     Wscript.Echo objItem.TotalVisibleMemorySize
     Wscript.Echo objItem.Version
     Wscript.Echo objItem.WindowsDirectory
    Next


    Torsten Meringer | http://www.mssccmfaq.de
    Dienstag, 12. April 2011 07:54
    Beantworter
  • Hallo Torsten,

    die Abfrage per VBS funktioniert auch, es erscheint auch wieder der OS Name...

     

    grüße

    ben

     

    Dienstag, 12. April 2011 08:54
  • Hallo Torsten,

    nochmal ich.
    ich glaube ich habe den Fehler gefunden, du hast mich glaube ich in die richtige richtung geschoben..

    Melde mich sobald ich mir sicher bin nochmal :-)

     

    Grüße

    Ben

     

    Dienstag, 12. April 2011 10:10
  • Hi

    die sms-def.mof und die configuration.mof wurden angepasst. Scheinbar haben die änderungen aber erst jetzt gegriffen, ich vermute wir hatten vergessen den Server neuzustarten.

    Backup der beiden Files zurückgespielt fehler behoben :-)

     

    Grüße

    Ben

     

    • Als Antwort markiert gnatkopf Dienstag, 12. April 2011 11:58
    Dienstag, 12. April 2011 11:58
  • die sms-def.mof und die configuration.mof wurden angepasst. Scheinbar haben die änderungen aber erst jetzt gegriffen, ich vermute wir hatten vergessen den Server neuzustarten. 
    Bloß gut, dass sowas bei einem Inventory-bezogenen Problem gleich am Anfang erwähnt worden ist ... ;-)
    Serverneustart wegen den .mofs ist definitv nicht nötig. Nicht einmal ein Diensteneustart.
    Torsten Meringer | http://www.mssccmfaq.de
    Dienstag, 12. April 2011 12:51
    Beantworter