-
Posts
1949 -
Joined
-
Last visited
-
Days Won
93
Posts posted by GarthMJ
-
-
do you have the SCCM console installed on your computer?
-
I see that you posted this everywhere.
To be honest with you, I would not recommend using SW inventory to do this. Particularly without defining a path for the exe.
Here are several blog on the topic.
https://www.enhansoft.com/sccm-software-inventory/
https://www.enhansoft.com/how-do-you-determine-the-length-of-a-software-inventory-scan-cycle/
https://www.enhansoft.com/slow-software-inventory-cycle-in-sccm-2012/
Just be aware that even if you are scanning just two files. Like I show in this blog. https://www.enhansoft.com/how-do-you-determine-the-length-of-a-software-inventory-scan-cycle/ it can take about an hour or longer to complete.
Heck in this blog it took over 4 hours https://www.enhansoft.com/slow-software-inventory-cycle-in-sccm-2012/ SW inventory now is a low priority process and can take days to complete as just about everythign preempt it. While SW inv is running it will BLOCK both Hardware Inventory and Heartbeat discovery from running.
Honestly if you goal is to uninstall this SW, then I would use a CI to do this as it will happen a lot faster than SW inventory. You can even use the remediation part of a CI to uninstall the SW. You can even use Appblocker to prevent the software for installing/running in the first place too.
-
Have you looked at the AI reports?
-
There is no simple answer each inbox does different things with different log files. The single line that you have posted above does not show a problem, it show that the sender is actually sending data. What you need to determine is the backlog due to slow links or twoo many packages been sent at once or ???
-
You should determine what the problem is and fix that. just cleaning out the files is a bad idea as it hides the problems that you are having.
-
-
This blog will help you determine if the HW inventory has been sent to ther db.
https://www.enhansoft.com/updated-troubleshoot-configmgr-hardware-inventory-issues/
Also force a full inventory. one of these blog will help you with that.
-
Did it update the database?
-
Has Hardware inventory run since it was installed?
-
Secondly site don't work like that you must have access to the primary site server.
-
16 minutes ago, Matt Kemp said:
Hi All,
Sorry if this is has already been discussed,
I look after a global SCCM Environment, 1 CAS Server, 2 Primary Sites and 40+ Distribution Points.
OSD:
Some of our clients in the US are unable to retrieve policy due to a Time Sync with the primary site.
SMSTS.log on an affected client states the following:
Failed to get Client Identity (80072ee2)
SyncTimeWithMP() failed 80072ee2
Failed to get time information from MP: http:\\xxxxxxxxxxxx
The US Primary Site is set to UTC Eastern Time -05:00. Clients with timezone UTC Pacific Time -08:00 seem to be affected.
How can i support both timezones?
Thanks
Matt
80072ee2 = timeout
This is almost always a firewall / network issues.
-
1 hour ago, bmkiss67 said:
My thing with the SCCM interface is that customers like pretty things so when they want to see patch data they want to see it in the SCCM interface.
I would disagree with you. Do you really want to give your management the SCCM console, just to look at reports? No, they would generally want them emailed to them. Reports can be pretty too, you need to take time to make them or find either (free or paid) reports.
Don't forget that you will need to update those consoles ever 3-4 months when you update to the latest version of CMCB, this is not a great experience for them.
-
Yes but it will always be out of date, so why not use the reports?
-
This is to be expected, Reporting is always 100% correct, whereas the console uses cached results.
-
When you created the SSRS SQL Server instance, did you create it with that name or did you create it with "SSRS", from the screenshot above it look like the later.
-
2 minutes ago, jnfarmer said:
Where would I find that?
I'm not sure what you mean by this. What exactly are you trying to find? i'm not seeing anything wrong with this setup.
-
What is displayed is the instance name not the database name. This mean you setup your instance as SSRS
-
Glad everything is working for you now.
-
That is because CM's SQL requires 8 GB of RAM for itself as a bare min. You will never get CM up with just 4 GB of ram, you will need at least 10GB
-
1
-
-
I'm guessing but so did you set the system account account to English too? Is the OS English or German?
-
I believe that this is based on the SSRS server language, once that is changed you might need to re-install your reporting point.
-
1 hour ago, Bhavay said:
I am facing the same issue, package is getting distributed on all DPs, expect for one where it fails with same error. was anyone able to find a solution to it? Any help will be appreciated.
did you check to see if the file exist at the location in question?
-
No, not without customizing the report and even then Version is not a number it is a string. So you get odd results.
-
Have you looked at the builtin reporting for SCCM?

Deploy to users primary device only
in Deploy software, applications and drivers
Posted
Doesn't two deployment work? as mandatory to TCU and second one as available?