Error 0x80070005 Mac Microsoft Office 365
This article was written by Eric Ashton, Senior Support Escalation Engineer.
Troubleshoot installing Office. The issues you encounter when trying to install Office 365, or Office 2019, 2016 or 2013 and how you fix them depends on whether your product is part of an Office for home or Office for business plan. In addition, with Office for business plans only admins responsible for managing Office 365 in their organization can do certain tasks. Apr 18, 2019 The error 0x80070005 caused because you haven't Administrative privileges to perform a critical action on your computer – in this case to activate your Office 2013 or Office 365. Office 365 customers get the new Office for Mac first. You’ll have Office applications on your Mac or PC, apps on tablets and smartphones for when you're on the go, and Office. If you get error 0x80070005 in Office after updating Windows If the 0x80070005 error started after updating Windows, you can fix the issue by updating the registry. WARNING: Using Registry Editor incorrectly can cause serious problems that may require you to reinstall your operating system.
This article describes techniques on how to determine and fix Microsoft Office installation failures. The techniques can be applied to all Office installations that use Windows Installer (MSI).
Enable verbose logging
When you troubleshoot Office install failures, make sure that MSI verbose logging is enabled. In Office, there's a setup.exe log file that's created by default. However, it doesn't give the detail that's usually required to diagnose an installation failure. With verbose MSI logging enabled, you will get a verbose log file for each component that Office installs. You will have a verbose log for the installation of the Word component, Excel and so on.
To enable verbose logging, set the following registry keys:
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsInstaller
'Debug'=dword:00000007
'Logging'='voicewarmup'
For more information about Windows Installer logging, see How to enable Windows Installer logging.
Perform the installation attempt
If you are running your installation manually on the computer as a signed-in user by double-clicking setup.exe, the log files will be generated in the %temp% directory of the user who performs the installation.
Now that you have enabled verbose logging and know where you should look for the logs, just retry your installation. It's failed previously, expect it to fail again. However, this time, you are ready to capture log files that will be detailed enough to help you diagnose the failure point.
Analyzing logs
After your install attempt, you will find that you have somewhere between 1 and 20 logs from the installation in your temp directory.
Here is a screen shot of the verbose logs from an installation attempt.
When you look through the MSI logs, we will typically want to look for a value 3 entry in the logs. Windows installer returns codes during the installation that indicate if a particular function is successful or not.
- Value 1 = Success
- Value 2 = Cancel
- Value 3 = Error
In a good installation, you will typically not see any value 3 entries in the logs.
Therefore, there are many logs to verify. We recommend that you start with the setup.exe log. This log usually has a value 3 entry in it when there is a failure. However, this log is not clear enough to diagnose the issue. If it doesn't have a value 3 entry, look for the first instance of Rolling back package. Rolling back package indicates that the Office installation has failed and Office is trying to 'roll back' the installation. You should be able to identify the failure immediately at that point. As soon as you find value 3 or Rolling back package in the setup.exe log, you should be able to identify which component is failing, and then from there look for the particular MSI log that corresponds to that component.
There is frequently more than one value 3 or rolling back package entry. You should focus on the first entry that you find.
Here are some examples of Office installation failures and how we can identify the failure point.
Analyze log example 1: Office ProPlus 2010 installation
In this example, you don't find a value 3 entry in the setup.exe log, and then you search the setup.exe log for Rolling back package.
You may find the following error:
Error: Failed to install product: C:MSOCacheAll UsersGUID-CProPlusWW.msi ErrorCode: 1603(0x643).
Log level changed from: Standard to: Verbose
Rolling back chain
Date/Time Rolling back package: ProPlusWW
The error doesn't tell you why the installation failed. But it does tell you that the failure occurred during the installation of the ProPlusWW.msi file. Then, you have to find the verbose MSI log that correlates with ProPlusWW.msi.
Note
- If you know that the failure is in ProPlusWW.msi, but you don't want to waste time finding which MSI log is for ProPlus, it's usually the largest log file.
- If you don't know which log is the correct log for the ProPlusWW.msi component, open each log one at a time and scroll to the bottom. It indicates which component just tried to install or rollback.
For example, from the bottom of the MSIb0bc7.LOG, you see the information that resembles the following:
MSI (s) (50:CC) [Time]: Note: 1: 1724
MSI (s) (50:CC) [Time]: Product: Microsoft Office Outlook MUI (English) 2010 -- Removal completed successfully.
So this is the verbose MSI log for the Office Outlook MUI component, and the component is from the rollback (the installation failure occurred earlier than this rollback).
When you find the ProPlus log (it's the biggest one), you see the following information that indicates it is the ProPlus log:
Product: C:MSOCacheAll UsersGUID-CProPlusWW.msi
When you search the log for a value 3 entry, you may not find one, but you may see the following error at the bottom of the log:
MSI (s) (B0:14) [Time]: Internal Exception during install operation: 0xc0000017 at 0x7C812AFB.MSI (s) (B0:14) [Time]: WER report disabled for silent install.MSI (s) (B0:14) [Time]: Internal MSI error. Installer terminated prematurely.Out of memory. Shut down other applications before retrying.MSI (s) (B0:14) [Time]: MainEngineThread is returning 1603.
This is a known issue about Windows Installer. To fix this issue, install the hotfix. After you install the hotfix and restart, the installation is successful. Mac usb port not working.
Analyze log example 2: Access 2010 stand-alone install
In this example, you don't find a value 3 entry in the setup.exe log, and then you search the setup.exe log for Rolling back package. You may find the following error:
Error: Failed to install product: C:MSOCacheAll UsersGUID-CAccessRWW.msi ErrorCode: 1601(0x641).
Log level changed from: Standard to: Verbose
Rolling back chain
Date/Time Rolling back package: AccessRWW
The error doesn't tell you why the installation failed, but it does tell you that the failure occurred during the installation of the AccessRWW.msi file. Looking through the log files, you may find a log for AccessRWW.msi:
Product: C:MSOCacheAll UsersGUID-CAccessRWW.msi
When you search for a value 3 entry, you find the following error:
CAInitSPPTokenStore.x86: OMSICA : Initializing CustomAction CAInitSPPTokenStore.x86CAInitSPPTokenStore.x86: Error: Failed to initialize the SPP Token store. HResult: 0x80070057.CAInitSPPTokenStore.x86:MSI (s) (2C:D0) [Time]: User policy value 'DisableRollback' is 0MSI (s) (2C:D0) [Time]: Machine policy value 'DisableRollback' is 0Action ended Time: InstallExecute. Return value 3.
To fix this issue, make sure that the network service is running, and then make sure that the following registry keys are present.
- HKEY_USERSS-1-5-20
- HKEY_USERSS-1-5-19
Analyze logs example 3: Office ProPlus 2010
In this next example, you find a value 3 entry in the setup.exe log that resembles the following:
MSI(ERROR): 'Error 1304. Error writing to file: C:WINDOWSwinsxsPoliciesx86_policy.8.0.Microsoft.VC80.ATL_1fc8b3b9a1e18e3b_x-ww_5f0bbcff8.0.50727.4053.policy. Verify that you have access to that directory.'
Log level changed from: Standard to: Verbose
Not showing message because suppress modal has been set. Title: 'Setup', Message: 'Error 1304. Error writing to file: C:WINDOWSwinsxsPoliciesx86_policy.8.0.Microsoft.VC80.ATL_1fc8b3b9a1e18e3b_x-ww_5f0bbcff8.0.50727.4053.policy. Verify that you have access to that directory.'
Message returned: 2
MSI(USER): 'Are you certain you want to cancel?'
MSI(INFO): 'Action ended 14:03:01: InstallExecute. Return value 3.'
When you see a value 3 entry in the setup.exe log, it will sometimes give you enough information to fix the issue without having to view the verbose MSI log. In this case, the verbose MSI log just repeated what we found in the setup.exe log.
In this case, you should consider updating .net framework, and verifying the permissions in c:windowswinsxs.
Known errors from verbose logs and possible resolutions
Some of these suggestions discuss working with registry keys.
Warning
Follow the steps in this section carefully. Serious problems might occur if you change the registry incorrectly. Before you change it, back up the registry for restoration in case problems occur.
Error 1935
Error 1935. An error occurred during the installation of assembly component. HRESULT: 0x80070003. assembly interface: IAssemblyCache, function: CreateAssemblyCacheItem, assembly name: Microsoft.VC90.ATL,version='9.0.30729.4148',type='win32',processorArchitecture='amd64',publicKeyToken='PublicKeyToken'
MSI (s) (1C:9C) [Time]: User policy value 'DisableRollback' is 0
Microsoft Error 0x80070005
MSI (s) (1C:9C) [Time]: Machine policy value 'DisableRollback' is 0
Action ended Time: InstallExecute. Return value 3.
Solution
This most frequently occurs because of issues when you upgrade Office. First thing to try is to remove the earlier version of Office before you install a new version. You can remove the earlier version of Office automatically by using the appropriate tool from here. After you remove the earlier version of Office, try to install the newer version of Office.
1913
Error 1913: Setup cannot update file C:/windows/win.ini.Verify that the file exists in your system and that you have sufficient permissions to update it.
Cause
There's a known issue with Trend Micro that might be causing this issue and preventing the Office installation.
Solution
If you use Antivirus or other security software, consider uninstalling it, rebooting and trying the installation again.
Error 1714
Error 1714. Setup cannot remove the older version of Microsoft Office Product_Name 2007. Contact Microsoft Product Support Services (PSS) for assistance. For information about how to contact PSS, see C:DOCUME~1usernameLOCALS~1TempSetup00000d64PSS10R.CHM.
Solution
- Method 1: Remove the earlier versions of Office first if you try to perform an upgrade. For more information about how to remove Office, see Uninstall Office from a PC.
- Method 2: Perform a side-by-side installation instead of upgrading. (This is a Customize button).
Error 1719
Error 1719. Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact support personnel for assistance.
Cause
This issue occurs if the registry keys are corrupted or incorrect at HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesmsiserver.
Solution
Method 1:
Export the msiserver registry key from a known good computer that uses the same OS and Windows Installer version.
Back up and then delete the existing msiserver key on the bad computer under:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesmsiserver
Import the registry file from the known good computer to the bad computer.
Restart and then retry the installation.
Method 2:
Refer to 'The Windows Installer service could not be accessed' error message when you try to install Office.
Error 1406
Error 1406.Setup cannot write the value to the registry key CLSIDGUID. Verify that you have sufficient permissions to access the registry or contact Microsoft Product Support Services (PSS) for assistance. For information about how to contact PSS see C:UsersADMINI~1AppDataLocalTempSetup00000e64PSS10R.CHM.'
Log level changed from: Standard to: Verbose
MSI(INFO): 'Action ended Time: InstallExecute. Return value 3.
Cause
This error indicates incorrect registry permissions. In this example, you would find incorrect registry permissions on HKEY_CLASSES_ROOTCLSIDGUID.
Solution
The user account that's being used to install Office has to have access to the registry key in question. You can also compare registry permissions on a device where the installation is successful.
Error 1920
Error 1920. Service 'Office Software Protection Platform' (osppsvc) failed to start. Verify that you have sufficient privileges to start system services.
Log level changed from: Standard to: Verbose.
MSI(INFO): 'Action ended Time: InstallExecute. Return value 3.
Cause
This error indicates possible incorrect permissions on the OfficeSoftwareProtectionPlatform folder, or incorrect permissions on HKEY_CLASSES_ROOTAPPID.
Solution
Method 1:
Give the Network Service account full permission on the OfficeSoftwareProtectionPlatform folder.
Method 2:
- Compare the permissions on HKEY_CLASSES_ROOTAPPID from a good computer, with the problem computer.
- Try granting 'Restricted' to the following permissions: Query Value, Enumerate Subkeys, Notify, and Read Control.
Error: IHxRegisterSession::CreateTransaction() returned 8004036e
IHxRegisterSession::CreateTransaction() returned 8004036eBeginTransaction() ERROR: Attempt failed because another transaction was running.
Trying to Rollback current transaction ({GUID})IHxRegisterSession::ContinueTransaction() returned 80004005.
BeginTransaction() ERROR: Could not restart current transaction.
BeginTransaction() ERROR: Could not Rollback current transaction. HelpFile registration will abort.
Registration session {GUID} was not created.
Action ended Time: InstallFinalize. Return value 3.
Solution
Refer to KB 927153 The 2007 Office suite or the 2010 Office suite Setup program will not restart after an initial installation is interrupted.
Error: Failed to register plugin. HResult: 0x80070005
MSI (s) (08:6C) [Time]: Invoking remote custom action. DLL: C:WINDOWSInstallerMSI4D4.tmp, Entrypoint: CAInstallSppPlugin
CAInstallPlugin.x86: OMSICA : Initializing CustomAction CAInstallPlugin.x86
CAInstallPlugin.x86: Registering PlugIn 'C:Program FilesCommon FilesMicrosoft SharedOfficeSoftwareProtectionPlatformOSPPOBJS.DLL' 'C:Program FilesCommon FilesMicrosoft SharedOfficeSoftwareProtectionPlatformosppobjs-spp-plugin-manifest-signed.xrm-ms'
CAInstallPlugin.x86: Error: Failed to register plugin. HResult: 0x80070005.
CAInstallPlugin.x86:MSI (s) (08:58) [Time]: User policy value 'DisableRollback' is 0MSI (s) (08:58) [Time]: Machine policy value 'DisableRollback' is 0
Action ended 12:32:42: InstallExecute. Return value 3.
Cause
Policies on the problem computer (local or through a Group Policy object (GPO)) is misconfigured.
Solution
- Type Gpedit.MSC in the search box to open Local Group Policy Editor.
- Locate Computer Configuration > Windows Settings > Security Settings > Local Policies > User Rights Assignment.
- Make sure that everyone has rights on the Bypass traverse checking policy. By default, Everyone is listed in Security Setting.
For more information, see Client, service, and program issues can occur if you change security settings and user rights assignments.
Error 0x80070005: CAQuietExec Failed
CAQuietExec: 'wevtutil.exe' im 'C:Program FilesMicrosoft OfficeOffice14BCSEvents.man'CAQuietExec: The publishers and channels are installed successfully. However, we can't enable one or more publishers and channels. Access is denied.
CAQuietExec: Error 0x80070005: Command line returned an error.CAQuietExec: Error 0x80070005: CAQuietExec Failed
CustomAction RegisterEventManifest returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)
MSI (s) (88:04) [Time]: User policy value 'DisableRollback' is 0MSI (s) (88:04) [Time]: Machine policy value 'DisableRollback' is 0
Action ended Time: InstallExecute. Return value 3.
Cause
This issue may occur because permissions are set incorrectly on the 'C:WindowsSystem32winevtLogs' folder.
Solution
Grant Everyone full rights to that folder, and then retry the installation. If this is successful, you can remove the Everyone group afterward.
Error 0x800706b5: CAQuietExec Failed
CAQuietExec: 'wevtutil.exe' im 'C:Program FilesMicrosoft OfficeOffice14BCSEvents.man'CAQuietExec: The publishers and channels are installed successfully. However, we can't enable one or more publishers and channels. The interface is unknown.
CAQuietExec: Error 0x800706b5: Command line returned an error.CAQuietExec: Error 0x800706b5: CAQuietExec Failed
CustomAction RegisterEventManifest returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)MSI (s) (6C:84) [Time]: User policy value 'DisableRollback' is 0MSI (s) (6C:84) [Time]: Machine policy value 'DisableRollback' is 0
Action ended Time: InstallExecute. Return value 3.
Cause
This issue may occur if the Windows Event Log service is not running.
Solution
- Click start or search, type services.msc, and then press Enter.
- Scroll down to the Windows Event Log service, and make sure that it's set to automatic. If it is not running, right-click it, and then select Start.
You may receive an error that resembles the following:
Error 4201: The instance name passed was not recognized as valid by a WMI data provider.
In this case, do the following actions:
- Check the permissions on the 'c:windowssystem32logfileswmiRTbackup' folder.
- If the system account doesn't have Full control permission, grant the system account Full control permission, and then restart the system.
- Check and see whether the Windows Event Log service is started in services.msc. If it is now started correctly, try your Office installation again.
Note
Office 365 ProPlus is being renamed to Microsoft 365 Apps for enterprise. For more information about this change, read this blog post.
Symptoms
When you try to start a Microsoft Office 2013 or Microsoft Office 365 program, you receive the following error message:
Cause
This problem can occur when all the following conditions are true:
- Office was installed before the May Public Update (KB 2964042, May 13, 2014) was installed.
- An Office product was activated before the May Public Update was installed.
- There was an attempt to add another Office product (such as Microsoft Visio, OneDrive for Business, or Office 365) or to reinstall an Office product on the same computer after the May Public Update was installed.
Resolution
Hotfix information
A supported hotfix is available from Microsoft Support. However, this hotfix is intended to correct only the problem that is described in this article. Apply this hotfix only to systems that are experiencing the problem described in this article. This hotfix might receive additional testing. Therefore, if you are not severely affected by this problem, we recommend that you wait for the next software update that contains this hotfix.
If the hotfix is available for download, there is a 'Hotfix download available' section at the top of this Knowledge Base article. If this section does not appear, contact Microsoft Customer Service and Support to obtain the hotfix.
Microsoft Office System Error 0x80070005
Note
- The 'Hotfix download available' form displays the languages for which the hotfix is available. If you do not see your language, it is because a hotfix is not available for that language.
- Only an x86 version of this hotfix is listed as available. However, you can apply this version successfully to both x86 and x64 operating system platforms and also to x86 and x64 versions of Office 2013.
- If additional issues occur or if any troubleshooting is required, you might have to create a separate service request. The usual support costs will apply to additional support questions and issues that do not qualify for this specific hotfix. For a complete list of Microsoft Customer Service and Support telephone numbers or to create a separate service request, go to the website: https://support.microsoft.com/contactus/?ws=support.
Installation information
To install this hotfix, follow these steps:
Close all open Office programs.
Save the compressed file to your computer, and then extract the OSPPFixIt.exe file to the folder of your choice.
Open the folder to which the OSPPFixIt.exe file is saved, right-click the file, and then click Run as Administrator.
Note
A Command Prompt window will open and then close.
Perform the action that you tried before you received the error message. For example, start Microsoft Word.
Note If you see an 'Unlicensed product' message when the Office application starts, exit and then restart the application. The application should now be activated.
Prerequisites
You must have Microsoft Office 2013 or Microsoft Office 365 installed to install this hotfix.
Restart requirement
You do not have to restart the computer after you install this hotfix.
Hotfix replacement information
This hotfix does not replace any previously released hotfix.
Click-to-Run information
An updated Office 2013 Click-to-Run image has been published that also resolves this problem. To obtain the image and for more information, see the following Microsoft Office Sustained Engineering Team blog article: