Log Reference Guide
Applies to: All Patch My PC Products
Sometimes we need you to provide log files for troubleshooting. This guide will help you locate the log files for our different products and usage scenarios.
Note
See Enable Debug Logging for Publisher for details on how to enable debug logging for Publisher, which can help troubleshoot Publisher-related issues.
Product Specific Logs
This section includes details on the logs for Patch My PC (PMPC) products, which can help you troubleshoot issues and are typically requested by our support team.
Client
PatchMyPC_Client_Installer_msi.log
PatchMyPC_Client_Installer_msi.log is the primary log to use when troubleshooting installation of the PMPC Client and can be found at:
C:\Windows\Temp\PatchMyPC_Client_Installer_msi.log
Client.log
Client.log logs routine client operations and can be found at:
C:\ProgramData\PatchMyPC\Logs\Client.log
Publisher
PatchMyPC.log
PatchMyPC.log is the primary log file for the Publisher and is often required for troubleshooting by support. The file name and location are:
Settings.xml
Settings.xml stores all Publisher settings and is also used for Backup and Restore. The file name and location are:
Scenario Specific Logs
Use this section to help you identify the logs our support team may request for each of the following scenarios:
Applications - Fails to Create/Update Intune Applications Using Publisher
To troubleshoot issues with using PMPC Publisher to create apps in Intune, we need the following logs:
Applications - Failing to Create/Update SCCM Applications Using Publisher
To troubleshoot issues with using PMPC Publisher to create applications in SCCM, we need the following logs:
Download Stuck at 0% / Waiting to install / Preparing to download
To troubleshoot update installation errors on a client, we need the following client logs:
Intune Apps/Updates Failing to Install on Client Devices
To troubleshoot issues with Intune apps installing on a client, we need the following client logs:
Important
For user-based apps, the logs mentioned above will reside in the following locations:
%LocalAppData%\PatchMyPCIntuneLogs\PatchMyPC-Scriptrunner.log
%Temp%\PatchMyPC-SoftwareDetectionScript.log
%Temp%\PatchMyPC-SoftwareUpdateDetectionScript.log
Note
These logs were previously stored under ProgramData, but the locations were changed due to a permission issue on shared devices. Log files created under ProgramData could only be written to by the original owner, which caused Access Denied log errors when other users installed user-based apps on the same device.
Note
Some Patch My PC log files listed above may be found in %WinDir%\CCM folder if that folder exists.
SCCM Applications Failing to Install on Client Devices
To troubleshoot SCCM application installation errors on a client, we need the following client logs:
SCCM Automatic Deployment Rule Failing for Third-Party Updates
To troubleshoot automatic deployment rules failing for third-party updates, we need the following server logs:
Important
In the example above, we have assumed the main SCCM installation directory is: C:\Program Files\Microsoft Configuration Manager
Also, the location of the PatchDownloader.log can vary, as detailed in the Log files by functionality section of the Log file reference article. For example, it could be in one of the following locations:
C:\Program Files\SMS_CCM\Logs\PatchDownloader*.log (most common location)
C:\Program Files\Microsoft Configuration Manager\Logs\PatchDownloader*.log
%WinDir%\CCM\Logs
Tip
If you are unable to locate the PatchDownloader.log check the following Registry key on the Site Server, which will tell you where it is:
HKLM\SOFTWARE\Microsoft\CCM\Logging\@Global:LogDirectory
Software Updates - Failing to Publish Updates Using SCCM In-Console Publishing
To troubleshoot SCCM in-console publishing, we need the following log files from the SUP/WSUS server where the service is installed:
Note
We may require the following log, which should only be sent to us if requested due to its large size:
Software Updates - Failing to Publish Updates to WSUS Using Publisher
To troubleshoot publish third-party updates to WSUS PMPC Publisher, we need the following log files from the SUP/WSUS server where the service is installed:
Note
We may require the following log, which should only be sent to us if requested due to its large size:
Third-Party Software Updates Failing to Install on Client Devices
To troubleshoot update installation errors on a client, we need the following client logs:
Note
On Windows 8.1 and later you need to run Get-WindowsUpdateLog in PowerShell.
Updates Failing to Download to a Deployment Package using SCCM Console
To troubleshoot updates failing to download into a deployment package from the SCCM console, we need the following log from the machine running the SCCM console:
Note
If you are using an RDP session, the patchdownloader.log may be in a numbered sub-folder in your Users %temp% folder.
Enable Debug Logging for Publisher
Enabling Debug logging in Publisher is often helpful for troubleshooting publishing-related issues.
To enable Debug logging:
Open Publisher.
On the General tab, under the Logging Options section, select Debug

Click Save and Close to close the Publisher.
Open Services.msc
Locate the PatchMyPCService service, then click Restart to restart the service.

Debug Logging for Publisher is now enabled.
Once you have completed troubleshooting, you should disable Debug logging by repeating this process, but selecting Information from the Logging Level dropdown in Publisher.
Last updated
Was this helpful?