The initial problem in our scenario was trying to deploy an application via SCCM, which was showing as "Past Due - Will Be Retried" in Software Center and had a Failed status with error code 0x654(1620).
I checked the AppEnforce log at C:\Windows\CCM\Logs on the client computer, and it showed an incorrect network path on the command line being run for the application.
I discovered within the deployed application's .msi-installer settings in SCCM that the Content Location was blank, and the Installation Program specified was incorrect.
I created a new deployed application as a test, making sure the Content Location contained the correct path, and the Installation Program contained the correct .cmd file we created for the install.
I added the machine in question to the collection for this test app, and verified the app showed up in the computer's Software Center.
However, a new problem arose - the new test app kept saying "Past Due - Will Be Retried" in Software Center. If I tried to initiate the install from Software Center, it would fail, showing Past Due status again. This time the failure code was 0x654(1612). I also confirmed that the application woud install if run manually from the ccmcache folder. After some research and looking at .msi error codes, I found a solution online suggesting removing an associated registry entry to the install file.
I navigated to the registry, opening it as administrator, and searched for the program in question's GUID. It showed up under a SourceList key, sure enough listing the previous incorrect path for the install.
SOLUTION - original solution can be found on Mick's IT Blog (see Sources link at bottom):
I backed up the registry just in case, and then deleted the GUID folder of the full path containing the SourceList key:
HKEY_CLASSES_ROOT\Installer\Products\<GUID>
I re-initiated the install from Software Center, and the application installed successfully.
SOURCES:
http://mickitblog.blogspot.com/2015/10/sccm-deployment-with-error-1612.html
https://msdn.microsoft.com/en-us/library/windows/desktop/aa376931(v=vs.85).aspx
Click on Pictures to View
To view a larger version of an image within a post, just click on the picture you want to view :)
Monday, June 13, 2016
Wednesday, June 8, 2016
Fix: SCCM 2012 Client Check Shows No Results
This post was copied and slightly modified from Dale's Tech Blog post on the issue. See bottom for source link.
Computer SCCM client lists "No Results" for
"Client Check Result" in the System Center 2012 Console
Problem: SCCM client computer listed as "no
results" for "client check result" in the system center 2012
console client monitor. You'll notice on the problem computer that it's missing
the ccmeval.log and you'll see errors in the ccmevaltask.log file.
The ccmeval.exe is run from a scheduled task that is created
upon installation of the agent. This task is run daily to allow the computer to
check-in with the sccm server. More than likely this error condition occurs
when a client agent was upgraded, but for some reason the scheduled task wasn’t
recreated. On the problem computer you'll see listed under the task results
"not registered" or other failure codes.
Solution 1: On the computer with the problem client, in
Task Scheduler under Configuration Manager folder in the Microsoft folder,
right click and Run the task Configuration Manager Health Evaluation. Refresh page, and verify task updates to show
“Last Run Time” as the current time (when the task was Run).
If this doesn't fix the issue, try solution 2 below (from Dale's Tech Blog).
Try Solution 2: On
the computer with the problem client open the Task Scheduler in Control Panel.
Open Microsoft folder in the Task Scheduler Library, then Configuration Manager
and delete all listed entries. Initiate the “install client” with the “always
install” option checked from within the SCCM 2012 console. The scheduled tasks
should be recreated when the agent installs and the computer will start
checking in appropriately to the SCCM server. Check the local computers
ccmeval.log file for more details.
After implementing one of the above solutions, prompt the
client to check in with the SCCM server by running that client’s Data Discovery
Collection Cycle either by opening from Control Panel > Configuration
Manager, go to Actions Tab, and selecting and running the task, or using Right
Click Tools, if installed, in the SCCM console.
Tip: Open up the Task Scheduler by either typing "task" into
the Start Menu search bar, or by opening All Programs > Accessories > System Tools OR go to Control
Panel > Administrative Tools
Source:
Friday, June 3, 2016
Search Chrome History By Date
In making an earlier post I could not find the source link I had used for one of my fixes. I had narrowed down to the date it would've been, but scrolling back to that date was a pain using Chrome's History, and Chrome only keeps the last 3 months worth of history anyway.
I discovered and tried the Chrome Extension History Trends Unlimited so that I could not only save my history for longer than 3 months locally in a database, but also search it by date.
Here's the description of the extension:
It has a search feature, and search tips for searching by date. To search by date use format date:YYYY-MM-DD (four digit year - two digit month - two digit day). Ex, date:2016-12-25
I found this helpful for narrowing down my history to the day I wanted. If you do need to scroll back through the days though, it is generally much faster/easier than in Chrome's History.
SOURCES:
http://superuser.com/questions/739001/how-do-i-view-a-specific-date-in-my-google-chrome-history
https://chrome.google.com/webstore/search/history%20trends
I discovered and tried the Chrome Extension History Trends Unlimited so that I could not only save my history for longer than 3 months locally in a database, but also search it by date.
Here's the description of the extension:
History Trends Unlimited regularly syncs your history to a local database to work around the (approximate) 3-month time limit imposed by Chrome. Your history is saved locally; it's never shared or sent over the network. Features: * Interactive charts and stats. Click any of the bar/line/pie charts to filter by a value. * Search your history by keyword. Or browse it chronologically. * Access the raw data to perform your own analysis. Use the "Export Raw Data" button on the Trends page. * Transfer your history to a new computer. See instructions on the Options page. NOTES: * Uninstalling this extension will delete all of the history it has saved. To create a backup of your history, use the "Export History" button on the Options page. * This extension stores your history separate from Chrome's history, which means 1) clearing Chrome's history will not delete your history in this extension, and 2) this extension will not preserve the color of links you have already visited.
It has a search feature, and search tips for searching by date. To search by date use format date:YYYY-MM-DD (four digit year - two digit month - two digit day). Ex, date:2016-12-25
I found this helpful for narrowing down my history to the day I wanted. If you do need to scroll back through the days though, it is generally much faster/easier than in Chrome's History.
SOURCES:
http://superuser.com/questions/739001/how-do-i-view-a-specific-date-in-my-google-chrome-history
https://chrome.google.com/webstore/search/history%20trends
Subscribe to:
Posts (Atom)