Solving an uninstall problem: Source is invalid due to missing/inaccessible package.

This blogpost describes a method I have used to uninstall Flash 19, when the original source files on the local computer are missing. Although all file names and values are specific to Flash 19, the overall method is generic. So if you have problems with uninstalling a software product because of missing sources (error 1706 : -2147483647 ), continue reading! :)

During an upgrade action of Flash %old% to Flash 20.0.0.228, the majority of our desktops would not upgrade to this latest version. To find out the reason for not uninstalling the old version and installing the latest, I used the following command:

The verbose logging led me to the conclusion the source was missing of an older Flash version. In a standard situation, the source files are located in %windir%\Installer. However, for some reason, now they were not. The source location was the ccmcache folder: C:\WINDOWS\CCMCache\%%\. This folder didn’t exist and therefor uninstallation could not take place.

Luckily, I had the original MSI’s located on my SCCM Distribution Point. I ended up creating a script with some registry modifications. The summary of the script was as follows:

  1. copy MSI files from network to local folder c:\windows\ccmcache\flash\
  2. Query the MSI Product Code of Flash 19 to check whether  Flash 19 is present on the computer,
    1. If present, then import registry key that sets the MSI source location to c:\windows\ccmcache\flash\
    2. Else, skip uninstall and go to install Flash 20
  3. Uninstall Flash 19
  4. Install Flash 20

The batch file contained this commands:

To create the file “install_flash_player_19_active_x_19.0.0.226.reg”, it’s best to open your Registry Editor and navigate to the [HKEY_CLASSES_ROOT\Installer\Products\%ID_of_product%].  Edit 2 values that contain the source location:

  1. HKEY_CLASSES_ROOT\Installer\Products\C71265EE9F3BB2044BCE360F095FD1D3\SourceList\LastUsedSource
  2. HKEY_CLASSES_ROOT\Installer\Products\C71265EE9F3BB2044BCE360F095FD1D3\SourceList\Net\1

Export the complete registry key, and strip it until only your modified entries are left over. For example, in my case the registry file contained the following text:

This registry file can now be used to import into every computer suffering the upgrade failure.

(*) Note that msiexec /x “install_flash_player_19_active_x_19.0.0.226.msi” is not sufficient, because Windows would still look for the original source location, rather than using the given path to the existing MSI file. You must change the source location in the registry to successfully uninstall.

Read More

Error GetDirectoryList_HTTP mapping original error 0x80072ee7 to 0x800704cf in SCCM 2012

Another day at the office, I noticed one client had problems downloading packages. In Software Center, the specific package stalled at “Downloading (0%)”. A closer look at the logfiles of the client led me to the following errors in DataTransferService.log

Usually, this error indicates port blocks on port 80 and 443. You should then try to temporarily disable your firewall or open port 80 and 443 to your distribution point server. In my case, however, the firewall was already disabled. The DP was on the same subnet, so no hardware firewall either.

TO make sure the DP was working correctly, I copied the http address from the logging, and entered it in Internet Explorer a random server

http://sccmserver.mgt.domain.local/SMS_DP_SMSPKG$/cbdc5cba-6a50-49a7-8e57-d3ce6d110c40

0x800704cf

When I entered the URL the same on the faulty server, I got a “Page could not be displayed” error. So, there really was no communication possible on port 80.

Next step was a tracert to the sccm server. It timed out at the second hop. This turned out to be the problem. The faulty server had two NICs configured: 1 for normal traffic, 1 for management traffic. The Management NIC was configured with a wrong subnet.

tracert

 

 

 

 

 

 

 

 

 

After fixing the network settings at the client, and a restart of the SMS Agent Host service,  content downloading continued :)

 

Read More

Fix “[SC] DeleteService FAILED 1072: The specified service has been marked for deletion.” without rebooting

Just another (un)usual day as a sysadmin. Today a colleague asked me to reboot a server, because he couldn’t get a service deleted from services.msc
Well, a reboot because of a service deletion sounds pretty exorbitant to me, so I tried to delete the service myself, but then faced the same error:

I then tried to use WMI to delete the service, but still no effect (powershell):

Solution:
Make sure all of your mmc.exe processes are stopped. Apparently, in my case, two other users were logged on to the server, running some mmc consoles. As soon as I killed all mmc.exe processes, deletion was successful:

Cheers. I hope this helped.

Read More

Join Azure AD won’t work while logged on as the Builtin Administrator

If you ever tried to join Azure AD with your Windows 10 client while you were logged on with the Builtin Administrator account, you have probably noticed it didn’t do anything at all. Clicking on “Join Azure AD” didn’t seem to do a thing.

Join_Azure_AD

That’s because Microsoft disabled the usage of that functionality while logged on as the built-in Administrator. You can verify this is the issue by looking into your Application log with Eventviewer:

Join_Azure_AD_error

Simply log on with another account (Microsoft or local) and retry and you’ll see it works :)

Some reference information:

Log Name:      Application
Source:        Microsoft-Windows-Immersive-Shell
Date:          1/13/2016 3:38:56 PM
Event ID:      5973
Task Category: (5973)
Level:         Error
Keywords:
User:          pc\Administrator
Computer:      pc
Description:

Activation of app Microsoft.Windows.CloudExperienceHost_cw5n1h2txyewy:App.AppXe35aa078nkgkdbkbrk5tjm2xds5rwz5q.wwa failed with error: This app can’t be activated by the Built-in Administrator. See the Microsoft-Windows-TWinUI/Operational log for additional information.

 

Read More

“We didn’t find anything to show here” when trying to use Mail app

The Mail app is a great standard app in Windows 10. Although not as rich as the Web portal, it’s a very handy offline client to have when you’re not connected to the internet.
I recently discovered my email wasn’t synced. I didn’t see any old email either. Only the message “We didn’t find anything to show here”.

I did remember that I had modified my Privacy settings a while ago, so I reverted those changes to their defaults: Settings -> Privacy -> Email -> Choose apps that can access and send email: On (2x)

mail app - privacy settings

However, my Mail app still didn’t sync. The caveat in this issue was the Calendar setting:
Settings -> Privacy -> Calendar-> Choose apps that can access calendar: On (3x)

mail app - privacy settings calendar

After allowing apps to access my calendar, Outlook mail was able to sync.

Read More