Yeah, but the same question remains, but I guess the answer is yes. Can ConfigMgr report on all instances of a class even if the name of the instances are not known?
From: [email protected] [mailto:[email protected]] On Behalf Of Ryan Sent: den 15 oktober 2015 22:45 To: [email protected] Subject: Re: [mssms] RE: Reg Inventory, best way for unknown values You could make a new instance with these properties all in the same class: ID Name Count Size PTP Then everything is contained in one class with no child objects. On Thu, Oct 15, 2015 at 3:36 PM, Andreas Hammarskjöld <[email protected]<mailto:[email protected]>> wrote: But can ConfigMgr get child objects with unknown names? //A From: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Ryan Sent: den 15 oktober 2015 22:23 To: [email protected]<mailto:[email protected]> Subject: Re: [mssms] RE: Reg Inventory, best way for unknown values I'd much prefer WMI also with a new instance per BITS job. On Thu, Oct 15, 2015 at 3:19 PM, Daniel Ratliff <[email protected]<mailto:[email protected]>> wrote: The structure looks good, but I would much rather prefer WMI than the registry, if that is possible. Easier to import, and cleaner to manage, especially with ConfigMgr. Maybe something like root\cimv2\2Pint with an instance for each BITS job? Daniel Ratliff From: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Andreas Hammarskjöld Sent: Thursday, October 15, 2015 4:12 PM To: [email protected]<mailto:[email protected]> Subject: [mssms] Reg Inventory, best way for unknown values Hey list, We are working on generating a log structure for all BITS jobs (not only ConfigMgr ones as that already exists). This is for all the other traffic like Adobe, Chrome etc. You will be amazed to see how much stuff is using BITS. And we need some input on how to provide the info the best way for ConfigMgr. This will be part of the OSD BranchCache kit for free, but to get to the point. We want to write this data to the registry and allow for admins to collect if they want to. But since we don’t know what the reg keys are goint to be called, it’s hard to get with a .mof right? As I understand it, that requires known keys and values? If we report on an ID of 0-999 and name the reg key values like HKEY_LOCAL_MACHINE\SOFTWARE\2Pint Software\BCReporter\ReportData\0 where 0 is the actual value name for the first “type” of job and then 999 would be the last. Obviously we don’t want to fill up the DB with lots of empty data fields, so does ConfigMgr generate the tables on .mof creation or when inventory comes back? Or should I structure it in some other way? Sample data in a raw dump format: ===================================================================== TotalJobs:304 Total number of files:636 Total bytes Transferred:275840804 Total bytes Transferred From Peers:0 ===================================================================== ID:1 Name:Window Platform Count: 59 DownloadSize:699703 P2P:0 ID:2 Name:Window Update Count: 185 DownloadSize:133641057 P2P:0 ID:3 Name:Skype Count: 1 DownloadSize:41955352 P2P:0 ID:4 Name:Windows Setup Installer Count: 1 DownloadSize:98232928 P2P:0 ID:5 Name:Office Font Download Count: 0 DownloadSize:0 P2P:0 ID:6 Name:Windows Device Management Count: 1 DownloadSize:309105 P2P:0 ID:7 Name:Microsoft Outlook OAB Count: 55 DownloadSize:1002637 P2P:0 ID:8 Name:Windows Device Management Count: 0 DownloadSize:0 P2P:0 ID:9 Name:Silverlight Updater Count: 2 DownloadSize:22 P2P:0 ID:10 Name:Windows Device Management Count: 0 DownloadSize:0 P2P:0 ID:11 Name:Windows Device Management Count: 0 DownloadSize:0 P2P:0 ID:12 Name:Configuration Manager Count: 0 DownloadSize:0 P2P:0 ID:12 Name:Configuration Manager Count: 0 DownloadSize:0 P2P:0 ID:14 Name:Configuration Manager Uploads Count: 0 DownloadSize:0 P2P:0 ID:15 Name:Adobe Reader Count: 0 DownloadSize:0 P2P:0 //A Regards, Andreas Hammarskjöld Co-Founder & Dev Guy Skunkworks Division 2Pint Software<https://2pintsoftware.com/> Mobile: +46 727 253995 [email protected]<mailto:[email protected]> https://twitter.com/AndHammarskjold The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
