Jump to content


GarthMJ

Moderators
  • Posts

    1949
  • Joined

  • Last visited

  • Days Won

    93

Everything posted by GarthMJ

  1. Maybe I'm missing something and need more coffee but it sound like you have everything you need to deploy the versions to the computer. Right?
  2. So exactly what is the detection method for Firefox. Maybe that is be design for Firefox, the best place to start is to ask within a Firefox, is this behavior by design.
  3. I have to ask why do you care if firefox get upgraded to x64 version? What happened when you import both MSI? Are they both using the same MSI id? Generally the MSI will take care of thing for you. so....
  4. Are you trying to do this as an application or package?
  5. Read this blog and tell me where it fails. https://www.enhansoft.com/blog/updated-troubleshoot-configmgr-hardware-inventory-issues
  6. There is nothing useful in the log snip-its. So you se all four within the console, they all show as active? They all show current HW and Heartbeat data?
  7. There are no errors listed above. You need to dig deeper. Are the clients even healthy?
  8. Yes CM will deleted old computers 90 days after they are no longer discovered within AD.
  9. If you are seeing the SW title within ARP then use that for your collections. http://sccmug.ca/2012/10/08/ie7-collection/ As for report 2d, that using AI data. So you might not have that enabled.
  10. First off why would you use SW inventory, it is useless. https://www.enhansoft.com/blog/configuration-manager-and-software-inventory-proceed-with-caution https://www.enhansoft.com/blog/how-do-you-determine-the-length-of-a-software-inventory-scan-cycle https://www.enhansoft.com/blog/slow-software-inventory-cycle-in-sccm-2012 Secondly the log on your mp is mp_sinv.log for SW inv. Thirdly, I would pick one problem and work only on it. IMO I would worry about your HW inv far more than SDW inv.
  11. There is no trick to this, install the CM client on those computers. Why wouldn't you use the Site server computer account to push the CM client? It is far more secure that an user account.
  12. On what page are you talking about?
  13. Don't forget to force another full HW inventory.
  14. The Max MIF size is solved by this blog post. https://www.enhansoft.com/blog/change-the-maximum-file-size-of-management-information-files-mif-in-sccm-2012
  15. Personally I would avoid HTTPS, too many issue with too little gain. If you have a CAS you MUST set the RBA permissions. Primary site are NOT security boundaries! What happens on one primary WILL affect what happens at another. Even if you have a single primary you will need to set RBA permissions. CMCB comes with it own SQL licenses that can ONLY be used for CMCB (and related products, WSUS, MDT, etc.). So... jamming all of the SC product onto one server is a bad idea and it not for because of licensing reasons. Have a CAS and Primary on one cluster is a bad idea and might not ever work. Due to the Services that MUST be installed by each site server. Just so that you know there is no product called CM16, it call CMCB. What have an MP? There isn't a lot of content come and going from MPs. I hate to say it but I'm starting to think you should hire a consultant with experience to help with this design.
  16. No setting up another SUP will not help you with new SU. You can only have one AI point and you only one on FSP. Are you going with HTTPS? if not why have an FSP anyways? Why have a RP on a primary server? Generally it is recommend to have SQL local to CM. So exactly what version of CM are you going to installed? Why have Secondary site at all?
  17. And how exactly will you be able to maintain patching when the CAS is down? Once The CAS is down, no new SU can be deployed. A CAS will not help with DR. if anything it will cause you more headache. What you should be looking at is your backup strategy. Where SQL is installed and How long it will take you to rebuild CM12. (Which BTW, why are you not moving to CMCB instead of CM12?), Are you using Physical or Virtual computers? etc. Fine your SLA for everything, It your SLA reasonable, most places the SLA is not reasonable.
  18. That is why you have one Primary and setup RBA to restrict access. Primary sites are NOT security boundaries. You are BEGGING for problems with a CAS.
  19. You don't know the size of the download, there are too many variables. The full vs delta, if I remember right are listed within the logs. There are the normal Win7 SU logs.
  20. So that looks like it was successfully sent to the MP. What is the problem what that?
  21. The first tiem a Client scans for SU there is a fairly large download from the SUP. After that it is Delta downloads.
  22. So you have over 150,000 computers? If not then why have a CAS?
  23. What about my other question? This log is from today so it doesn't help with the comparison between the two logs.
  24. Yes you do have yo pay for this. It is a new version.
×
×
  • 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.