Jump to content


GarthMJ

Moderators
  • Posts

    1949
  • Joined

  • Last visited

  • Days Won

    93

Everything posted by GarthMJ

  1. 1. SW Metering will only work if you create rules for each SW title. Generally most people have a few at best. 3. without looking at the app it is hard to say what is the best way to manage it. Honestly you should talk to the vendor and ask them. And if their answer is to scan the file. You should tell them this is NOT a good options and they should work on creating a better option for enterprise environment. 4.2 This will have no effect on anything that is not using SW inv. 4.3 only 3rd party software is the only other option.
  2. Why do you think that? I never recommend using Software Inventory (SW) as it is just too unreliable and there are too many good alternatives such as HW and AI data. Heck even CI will do a better job of this, it does mean work on your part but...... Please provide an example. Are you SURE that it is not listed within ARP? Very, very, very little doesn't add an entry into ARP, most exe are a wrapper for MSI, and all MSI are listed within ARP. Honestly there isn't much you can do, you can submit these SW titles to AI for them to normalize but I wouldn't hold my breath that it happen soon. You can also look at 3rd party software to do this but it will cost $$s.
  3. Have you tried to do this from the SSRS website instead of within CM console? What version of SQL (SSRS) are you running? Did you know that there is less overhead access report via the web interface than via the CM console?
  4. The error tells you what the problem is. there is not object called managementpackdim for the dataset listed.
  5. No there is not and it doesn’t make sense to create a report for this too. Why you ask because there is an ave of 186 items in ARP per computer. With 60 computer that would be 186*60= 11,160 rows of data. Or 11,160/80 = 140 pages of text! There is no way anyone will ever read this report. Instead you should look at Software 01A - Summary of installed software in a specific collection and use those results for your needs. I’m sure that you can write a script to export a cvs or excel sheet but I’m also fairly sure that you can export 60 items faster than writing the script too. BTW, if you really want to do this this is more of a SSRS powershell question than a CM question.
  6. The policy will get refreshed at the next policy cycle. aka every 60 minutes by default. Or to can manually force the download computer policy
  7. Because you didn't tell the query to limit to a collection. Look at my blog post link as your starting point.
  8. No only will it duplication the data, it will give you old data. There are two network folders.. try them.
  9. You should do your testing as CM will deploy it. Therefore once you solve it using the psexec trick, it will work for CM too. https://verbalprocessor.com/2007/12/05/running-a-cmd-prompt-as-local-system/
  10. How exactly are you deploying this? With what settings?
  11. Your query is not written to limit the results to a collection. This sample query will get you started. http://sccmug.ca/2014/01/13/limiting-a-report-to-a-collection/ BTW, you will get interesting results with that query. aka you will get more than 1 IP address for a computer. Why not look at the built-in reports for this?
  12. My quick look at this suggest the problem is with the script. Basically unless there is an encrypted file on Z:\ nothing will show up. So you need to go back to the drawing board and re-write you script.
  13. Printer are a user setting, not a system setting. TS will run as the local system account, therefore you are adding the printer to the local system account and not the computer itself.
  14. I would think that you could do this with a script and therefore create a SCOM rule for it.
  15. What do you mean by this question? Are you trying to protect against a virus?
  16. How would anyone else fix a problem with that software other than the vendor? Why wouldn't you contact them?
  17. Contact the company that make it and tell them that there is a problem.
  18. Computers will only download the SU they need, not the whole SU packages. If BranchCache is enable they will download it from a local computer (assuming it exist).
  19. If setup correctly, even without a DP, this will use the same or less network bandwidth, than you do today with WSUS or worse yet to MS directly.
  20. SCUP is used by most people. If you are looking for 3rd party tools and cost is an issue, then PatchMyPC is the only option.
  21. This is not best practice. You should use the Computer or Network Access account to access the DP.
  22. No that is not correct. You need to test your batch file using the PSexec to confirm that the batch file setup correctly. When you execute your batch file on your PC (or any other PC) does the batch file does what it should? My guess it that it will but for the LOCAL SYSTEM account. But that is not what you want, you want it for the locally logon user. Hence why you think that the batch file is failing when executed by CM. Once you confirm this step, you should be able to change the security context to the user security context and ultimately solve your problem.
  23. You need to test your batch file using psexec -i -s batchfilename.bat command. This is how CM will run your batchfile.
  24. Let me fix the typo above. Since CM uses the local system account to do just about everything, test your script using this process. https://verbalprocessor.com/2007/12/05/running-a-cmd-prompt-as-local-system/, When it works using this process it will work within CM too.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.