The Github CLI repo has an MSI installer for Windows in their latest release. The file I have been trying to install is gh_2.10.1_windows_amd64.msi.
The objective is to be able to install this program remotely across many computers, meaning a silent and autonomous install is necessary.
I have tried to perform a variety of Powershell commands, such as the following
MsiExec.exe /i gh_2.10.1_windows_amd64.msi /qn /L*v "%WINDIR%\Temp\GitHubCLI-Install.log
Or
Start-Process msiexec.exe -Wait -ArgumentList '/i "C:\Users\myUser\Downloads\gh_2.10.1_windows_amd64.msi" /q /le "C:\Install.log"'
And many other various permutations and options that I've been trying from various forum and Stackoverflow posts.
When I try to install it silently, the command executes and seems to immediately finish. However, Github CLI is not installed.
If I run something like:
msiexec /i C:\Users\myUser\Downloads\gh_2.10.1_windows_amd64.msi
A setup GUI appears that I need to click through for it to install.
How can I remotely deploy and install this software by installing through Powershell?
I realize it can also be installed with choco, scoop, winget etc. However, a network connection to these services is not guaranteed at each system. So I need to package the msi and install locally that way in order to be 100% certain the install is completed on the systems.
Edit
It appears running Powershell as administrator allows the install to occur quietly without any input needed. But this requires confirming the UAC prompt. This is not possible for a remote update. What can I do?
After running the following code from one of the answers:
# Check $LASTEXITCODE afterwards.
cmd /c 'MsiExec.exe /i gh_2.10.1_windows_amd64.msi /qn /L*v "%WINDIR%\Temp\GitHubCLI-Install.log'
The install occurred and logs were produced. However, an error occurred. Here is a snippet around the area where the error was produced in the logs:
Property(S): PrimaryVolumeSpaceAvailable = 0
Property(S): PrimaryVolumeSpaceRequired = 0
Property(S): PrimaryVolumeSpaceRemaining = 0
Property(S): INSTALLLEVEL = 1
Property(S): SOURCEDIR = C:\Users\myUser\Downloads\
Property(S): SourcedirProduct = {6E9B412F-42F0-4819-BDFF-3BFE1A28F531}
Property(S): ProductToBeRegistered = 1
MSI (s) (A4:DC) [12:45:54:500]: Note: 1: 1708
MSI (s) (A4:DC) [12:45:54:500]: Note: 1: 2205 2: 3: Error
MSI (s) (A4:DC) [12:45:54:500]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1708
MSI (s) (A4:DC) [12:45:54:500]: Note: 1: 2205 2: 3: Error
MSI (s) (A4:DC) [12:45:54:500]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709
MSI (s) (A4:DC) [12:45:54:500]: Product: GitHub CLI -- Installation failed.
MSI (s) (A4:DC) [12:45:54:500]: Windows Installer installed the product. Product Name: GitHub CLI. Product Version: 2.10.1. Product Language: 1033. Manufacturer: GitHub, Inc.. Installation success or error status: 1603.
MSI (s) (A4:DC) [12:45:54:506]: Deferring clean up of packages/files, if any exist
MSI (s) (A4:DC) [12:45:54:506]: MainEngineThread is returning 1603
MSI (s) (A4:EC) [12:45:54:509]: RESTART MANAGER: Session closed.
MSI (s) (A4:EC) [12:45:54:509]: No System Restore sequence number for this installation.
=== Logging stopped: 2022-05-18 12:45:54 ===
MSI (s) (A4:EC) [12:45:54:512]: User policy value 'DisableRollback' is 0
MSI (s) (A4:EC) [12:45:54:512]: Machine policy value 'DisableRollback' is 0
MSI (s) (A4:EC) [12:45:54:512]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (A4:EC) [12:45:54:512]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (A4:EC) [12:45:54:513]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (A4:EC) [12:45:54:513]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (88:D8) [12:45:54:515]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (88:D8) [12:45:54:517]: MainEngineThread is returning 1603
=== Verbose logging stopped: 2022-05-18 12:45:54 ===
As per some comments below, I have tried to run the above command on a different system, since the 1603 error is probably related to some folder apparently. However, on the different system, it is saying that I have insufficient privileges.
MSI (s) (20:38) [16:48:34:696]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709
MSI (s) (20:38) [16:48:34:696]: Product: GitHub CLI -- Error 1925. You do not have sufficient privileges to complete this installation for all users of the machine. Log on as administrator and then retry this installation.
Error 1925. You do not have sufficient privileges to complete this installation for all users of the machine. Log on as administrator and then retry this installation.
As you state, quiet (unattended, no-UI) installation requires running from an elevated session.
In the context of PowerShell remoting via Invoke-Command -ComputerName, a remote session automatically and invariably runs with elevation - assuming that the target user is a member of the BUILTIN\Administrators group on the remote machine.
Therefore, try something like the following (assumes that the current user is an administrator on the target machines):
Invoke-Command -Computer $computers -ScriptBlock {
# Use of cmd /c ensures *synchronous* execution
# (and also interprets %WINDIR% as intended).
cmd /c 'MsiExec.exe /i gh_2.10.1_windows_amd64.msi /qn /L*v "%WINDIR%\Temp\GitHubCLI-Install.log'
if ($LASTEXITCODE -ne 0) { throw "Installation failed with exit code $LASTEXITCODE." }
}
To run the installer on the local machine - from an elevated session - simply run the command from the script block above directly, i.e.:
# Must run WITH ELEVATION.
# Check $LASTEXITCODE afterwards.
cmd /c 'MsiExec.exe /i gh_2.10.1_windows_amd64.msi /qn /L*v "%WINDIR%\Temp\GitHubCLI-Install.log'
Or in PS 5 (as administrator):
install-package gh_2.10.1_windows_amd64.msi
Unfortunately, the -additionalarguments parameter doesn't work.
Related
Uninstalling existing msi - Success
Installing msi - exit with error code 3010
mySoftware.exe /s /v" /quiet /qn REBOOT=ReallySuppress ADDLOCAL="mySoftwareConfig" /L*v "%mySoftwareLogFile%" /clone_wait
How do i prevent my msi throwing error code 3010 which is causing my successor code pause and exit.
Attached the MSI Log extract
MSI (s) (78:A4) [16:42:14:676]: Product: mySoftwareTest -- Configuration completed successfully.
MSI (s) (78:A4) [16:42:14:677]: Windows Installer reconfigured the product. Product Name: mySoftwareTest. Product Version: 4.5 Product Language: 1033. Manufacturer: mySoftwareCompany. Reconfiguration success or error status: 0.
MSI (s) (78:A4) [16:42:14:677]: Value of RebootAction property is
MSI (s) (78:A4) [16:42:14:677]: Windows Installer requires a system restart. Product Name: mySoftwareTest. Product Version: 4.5. Product Language: 1033. Manufacturer: mySoftwareCompany. Type of System Restart: 2. Reason for Restart: 1.
MSI (s) (78:A4) [16:42:14:677]: Product: mySoftwareTest. Restart required. The installation or update for the product required a restart for all changes to take effect. The restart was deferred to a later time.
MSI (s) (78:A4) [16:42:14:744]: Deferring clean up of packages/files, if any exist
MSI (s) (78:A4) [16:42:14:744]: MainEngineThread is returning 3010
MSI (s) (78:E8) [16:42:14:801]: RESTART MANAGER: Previously shut down applications have been restarted.
MSI (s) (78:E8) [16:42:14:802]: RESTART MANAGER: Session closed.
MSI (s) (78:E8) [16:42:14:802]: No System Restore sequence number for this installation.
=== Logging stopped: 4/1/2020 16:42:14 ===
MSI (s) (78:E8) [16:42:14:814]: User policy value 'DisableRollback' is 0
MSI (s) (78:E8) [16:42:14:814]: Machine policy value 'DisableRollback' is 0
MSI (s) (78:E8) [16:42:14:814]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (78:E8) [16:42:14:814]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (78:E8) [16:42:14:819]: Note: 1: 2265 2: 3: -2147287035
MSI (s) (78:E8) [16:42:14:819]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (78:E8) [16:42:14:822]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (s) (78:E8) [16:42:14:824]: Destroying RemoteAPI object.
MSI (s) (78:DC) [16:42:14:824]: Custom Action Manager thread ending.
MSI (c) (54:CC) [16:42:14:825]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (54:CC) [16:42:14:826]: MainEngineThread is returning 3010
MSI (c) (54:48) [16:42:14:832]: RESTART MANAGER: Previously shut down applications have been restarted.
MSI (c) (54:48) [16:42:14:833]: RESTART MANAGER: Session closed.
=== Verbose logging stopped: 4/1/2020 16:42:14 ===
Need to reply as an answer - will evolve it if need be.
First please check and report what is under: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback
Are you testing on a virtual? Did you do a reboot and try again?
It says the reboot reason is for "replacing in use files" and the reboot type is "deferred".
The exact files involved should be logged in that log file. First I would check if they involve Windows Services and core runtimes.
I am using Win10 and developed an app which has setup project(with VS2013). It can be installed to win7 but cannot be installed to win10. Is there any settings on setup projects on the visual studio?
Update:
msiexec log is:
Action start 13:34:52: ExecuteAction.
MSI (c) (38:14) [13:34:52:291]: PROPERTY CHANGE: Adding SECONDSEQUENCE
property. Its value is '1'.
MSI (c) (38:14) [13:34:52:291]: Grabbed execution mutex.
MSI (c) (38:14) [13:34:52:291]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (c) (38:14) [13:34:52:291]: Switching to server: TARGETDIR="C:\Users\xxx\AppData\Local\PathFolder\ProjectSetup\" VSDNETURLMSG="This setup requires the .NET Framework version 4.5.
Please install the .NET Framework and run this setup again. The .NET Framework can be obtained from the web. Would you like to do this now?" VSDNETMSG="This setup requires the .NET Framework version 4.5.
Please install the .NET Framework and run this setup again." CURRENTDIRECTORY="C:\Users\xxx\Winform\ProjectSetup\Release" CLIENTUILEVEL="0" CLIENTPROCESSID="3384" USERNAME="Windows User"
SOURCEDIR="C:\Users\xxx\Winform\ProjectSetup\Release\" ACTION="INSTALL" EXECUTEACTION="INSTALL" ROOTDRIVE="F:\" INSTALLLEVEL="1" SECONDSEQUENCE="1" ADDLOCAL=DefaultFeature
MSI (s) (18:84) [13:34:52:304]: Running installation inside multi-package transaction C:\Users\xxx\Winform\ProjectSetup\Release\ProjectSetup.msi
MSI (s) (18:84) [13:34:52:304]: Grabbed execution mutex.
MSI (s) (18:6C) [13:34:52:307]: MainEngineThread is returning 1603
MSI (s) (18:84) [13:34:52:313]: User policy value 'DisableRollback' is 0
MSI (s) (18:84) [13:34:52:313]: Machine policy value 'DisableRollback' is 0
MSI (s) (18:84) [13:34:52:313]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (18:84) [13:34:52:313]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (18:84) [13:34:52:316]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (18:84) [13:34:52:316]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (38:14) [13:34:52:317]: Back from server. Return value: 1603
MSI (c) (38:14) [13:34:52:317]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (38:14) [13:34:52:317]: PROPERTY CHANGE: Deleting SECONDSEQUENCE property. Its current value is '1'.
Action ended 13:34:52: ExecuteAction. Return value 3.
MSI (c) (38:14) [13:34:52:317]: Doing action: FatalErrorForm
Action 13:34:52: FatalErrorForm.
Action start 13:34:52: FatalErrorForm.
MSI (c) (38:14) [13:34:52:317]: Note: 1: 2235 2: 3: ExtendedType 4: SELECT `Action`,`Type`,`Source`,`Target`, NULL, `ExtendedType` FROM `CustomAction` WHERE `Action` = 'FatalErrorForm'
DEBUG: Error 2826: Control Line1 on dialog FatalErrorForm extends beyond the boundaries of the dialog to the right by 3 pixels
The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2826. The arguments are: FatalErrorForm, Line1, to the right
DEBUG: Error 2826: Control Line2 on dialog FatalErrorForm extends beyond the boundaries of the dialog to the right by 3 pixels
The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2826. The arguments are: FatalErrorForm, Line2, to the right
DEBUG: Error 2826: Control BannerBmp on dialog FatalErrorForm extends beyond the boundaries of the dialog to the right by 3 pixels
The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2826. The arguments are: FatalErrorForm, BannerBmp, to the right
Action 13:34:52: FatalErrorForm. Dialog created
Action ended 13:34:53: FatalErrorForm. Return value 1.
Action ended 13:34:53: INSTALL. Return value 3.
MSI (c) (38:14) [13:34:53:273]: Destroying RemoteAPI object.
MSI (c) (38:88) [13:34:53:273]: Custom Action Manager thread ending.
=== Logging stopped: 6.05.2019 13:34:53 ===
MSI (c) (38:14) [13:34:53:280]: Note: 1: 1708
MSI (c) (38:14) [13:34:53:280]: Product: ProjectSetup -- Installation failed.
MSI (c) (38:14) [13:34:53:280]: Windows Installer installed the product. Product Name: ProjectSetup. Product Version: 1.0.0. Product Language: 1033. Manufacturer: PathFolder. Installation success or error status: 1603.
MSI (c) (38:14) [13:34:53:281]: Grabbed execution mutex.
MSI (c) (38:14) [13:34:53:281]: Cleaning up uninstalled install packages, if any exist
MSI (c) (38:14) [13:34:53:282]: MainEngineThread is returning 1603
=== Verbose logging stopped: 6.05.2019 13:34:53 ===
I am trying to install wix.exe through cmd in silent mode , but getting following error in log. Please help to find the reason.
command used : msiexec /i wix.exe /qn /l*v MyLogFile.txt
=== Verbose logging started: 2/28/2019 22:10:43 Build type: SHIP UNICODE 5.00.10011.00 Calling process: C:\WINDOWS\system32\msiexec.exe ===
MSI (c) (84:98) [22:10:43:033]: Resetting cached policy values
MSI (c) (84:98) [22:10:43:033]: Machine policy value 'Debug' is 0
MSI (c) (84:98) [22:10:43:033]: ******* RunEngine:
******* Product: wix.exe
******* Action:
******* CommandLine: **********
MSI (c) (84:98) [22:10:43:036]: Client-side and UI is none or basic: Running entire install on the server.
MSI (c) (84:98) [22:10:43:036]: Grabbed execution mutex.
MSI (c) (84:98) [22:10:43:537]: Cloaking enabled.
MSI (c) (84:98) [22:10:43:537]: Attempting to enable all disabled privileges before calling Install on Server
MSI (c) (84:98) [22:10:43:545]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (28:48) [22:10:43:589]: Running installation inside multi-package transaction F:\softwares\wix.exe
MSI (s) (28:48) [22:10:43:593]: Grabbed execution mutex.
MSI (s) (28:7C) [22:10:43:601]: Resetting cached policy values
MSI (s) (28:7C) [22:10:43:601]: Machine policy value 'Debug' is 0
MSI (s) (28:7C) [22:10:43:601]: ******* RunEngine:
******* Product: F:\softwares\wix.exe
******* Action:
******* CommandLine: **********
MSI (s) (28:7C) [22:10:43:605]: Note: 1: 2203 2: F:\softwares\wix.exe 3: -2147286960
MSI (s) (28:7C) [22:10:43:605]: MainEngineThread is returning 1620
MSI (s) (28:48) [22:10:43:684]: User policy value 'DisableRollback' is 0
MSI (s) (28:48) [22:10:43:684]: Machine policy value 'DisableRollback' is 0
MSI (s) (28:48) [22:10:43:684]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (28:48) [22:10:43:684]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (28:48) [22:10:43:688]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (28:48) [22:10:43:688]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (84:98) [22:10:43:692]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (84:98) [22:10:43:692]: MainEngineThread is returning 1620
=== Verbose logging stopped: 2/28/2019 22:10:43 ===
Setup.exe, "Anything": Too long for a comment. A setup.exe can be "anything" - made using many different tools and feature many different technologies - and there is no general rule for how to install them silently.
Existing Answers: I can provide some links as a start, until we know more about what this file really is:
How to run an installation in /silent mode with adjusted settings
Silent run installer (.exe) with parameters on Windows
Extract MSI from EXE
Please skim these links, I guess the first one might be the most accessible? Not sure.
I am trying to install AtmelStudio 7 on Windows 7, but the installation stopped after some time. The following error message is shown:
An error occured
AVR8 Device Support
What i tried so far:
I took also a quick look at Atmel-FAQ, but the suggested solution (call as-installer-*.exe SHELLCOMMAND=/NoWeb /NoRefresh /NoRestart) did result in the same error message.
I scanned the log messages, but failed to find something helpful.
Remove all Atmel components and drivers by using the Windows uninstall mechanism
Question
Has anybody an idea how to get AtmelStudio 7 installed?
Update
I solved the installation problem as follows:
The error indicated that the IDE installation is corrupt chances are the registry keys are messed up.
1) Go to a command prompt and run the following command
wmic product where "vendor like 'Atmel%'" get Name, Version
This will list the product which are part of the machine and comes from Atmel. If it lists either 'Atmel Studio IDE 7.0' or 'Atmel Studio Development Environment' chances are component is not uninstalled properly.
2) In order to clean up the above component use a third party utility(http://www.revouninstaller.com/revo_uninstaller_free_download.html) to remove the above components from the system.
Note: In order for Revo Uninstaller to list the above components go to Tools->Options->Show System components and check it.
3) After the clean up of the above component and registry to verify the clean up succeeded run the following command again.
wmic product where "vendor like 'Atmel%'" get Name, Version
If the clean up was successful it should not list 'Atmel Studio IDE 7.0' or 'Atmel Studio Development Environment'.
4) Now you can install Atmel Studio.
I also had the error after having uninstalled Atmel Studio 7.0.582.
Unfortunately, it messed up the registry, such that I could not use the "wmic" program (it just does not anything for an eternity).
After some hours of searching, I found this Microsoft tool for fixing install/uninstall issues:
https://support.microsoft.com/en-us/help/17588/fix-problems-that-block-programs-from-being-installed-or-removed
Using that is easy and the steps described above very similar:
Choose "Problems with uninstalling" (or something like that)
Find and select either 'Atmel Studio IDE 7.0' or 'Atmel Studio Development Environment'
Apply the corrections
After that, I was able to install AS 7.0.1006 sucessfully.
Here I have the same failure on a laptop running win7
When I checked the log files found the following error, but I still have not been able to fix it...
Property(S): INSTALLLEVEL = 1
Property(S): SOURCEDIR = C:\ProgramData\Package Cache\{C327F1B0-01E9-45BB-AE07-AD204C992A31}v7.0.922\
Property(S): SourcedirProduct = {C327F1B0-01E9-45BB-AE07-AD204C992A31}
Property(S): ProductToBeRegistered = 1
MSI (s) (58:48) [13:08:41:248]: Note: 1: 1708
MSI (s) (58:48) [13:08:41:249]: Note: 1: 2205 2: 3: Error
MSI (s) (58:48) [13:08:41:249]: Note: 1: 2228 2: 3: Error 4: SELECT Message FROM Error WHERE Error = 1708
MSI (s) (58:48) [13:08:41:249]: Note: 1: 2205 2: 3: Error
MSI (s) (58:48) [13:08:41:249]: Note: 1: 2228 2: 3: Error 4: SELECT Message FROM Error WHERE Error = 1709
MSI (s) (58:48) [13:08:41:249]: Product: AVR8 Device Support — Installation failed.
MSI (s) (58:48) [13:08:41:250]: Windows Installer installed the product. Product Name: AVR8 Device Support. Product Version: 7.0.922. Product Language: 1033. Manufacturer: Atmel. Installation success or error status: 1603.
MSI (s) (58:48) [13:08:41:255]: Deferring clean up of packages/files, if any exist
MSI (s) (58:48) [13:08:41:255]: MainEngineThread is returning 1603
MSI (s) (58:D4) [13:08:41:259]: RESTART MANAGER: Session closed.
MSI (s) (58:D4) [13:08:41:259]: No System Restore sequence number for this installation.
=== Logging stopped: 7/3/2016 13:08:41 ===
MSI (s) (58:D4) [13:08:41:264]: User policy value 'DisableRollback' is 0
MSI (s) (58:D4) [13:08:41:264]: Machine policy value 'DisableRollback' is 0
MSI (s) (58:D4) [13:08:41:264]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (58:D4) [13:08:41:267]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (s) (58:D4) [13:08:41:268]: Restoring environment variables
MSI (s) (58:D4) [13:08:41:269]: Destroying RemoteAPI object.
MSI (s) (58:50) [13:08:41:269]: Custom Action Manager thread ending.
MSI (c) (FC:64) [13:08:41:282]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (FC:64) [13:08:41:283]: MainEngineThread is returning 1603
=== Verbose logging stopped: 7/3/2016 13:08:41 ===</code><br/>
Maybe these resources helps you.
https://support.microsoft.com/en-us/kb/834484
http://www.avrfreaks.net/comment/1922756#comment-1922756
If anybody knows what's going wrong, please let us konw !
Thanks !
Another issue that happened to me is hanging the installation at
Atmel Studio Development Environment Applying
Details: Initializing environment
And the useful solution is killing the AtmelStudio.exe (*32) process which was apparently running in the background as part of the installation process.
The following link is where I found the solution:
http://www.avrfreaks.net/comment/1918991#comment-1918991
And finally after some seemingly scary steps...!
We have created a WIX installation MSI that installs certificates to machine store. It installs a root certificate (GoDaddy Class 2 Certification Authority) to the Trusted Root Certification Authorities. It works for most of machines, but it fails some machines. We suspected the group policy restrictions(
http://technet.microsoft.com/en-us/library/cc754841.aspx), but the change did not resolve the problem. Below is a WIX definition and a portion of the log file that shows where the error occurs.
<DirectoryRef Id="ApplicationDirectory">
<Component Id="G.Root.Cert" Guid="{C6672075-1BFB-4158-86B4-8DD6D26BBC12}">
<CreateFolder />
<iis:Certificate Id="GoDaddy.Class2.Certificate"
Name="GoDaddy Class 2 Certificate"
Request="no"
StoreLocation="localMachine"
StoreName="root"
Overwrite="no"
BinaryKey="GoDaddy.Class2.Binary"
/>
</Component>
MSI (s) (B4:08) [11:58:21:952]: Executing op: CustomActionSchedule(Action=RollbackAddMachineCertificate,ActionType=11521,Source=BinaryData,Target=**********,CustomActionData=**********)
MSI (s) (B4:08) [11:58:21:953]: Executing op: ActionStart(Name=AddMachineCertificate,,)
Action 11:58:21: AddMachineCertificate.
MSI (s) (B4:08) [11:58:21:953]: Executing op: CustomActionSchedule(Action=AddMachineCertificate,ActionType=11265,Source=BinaryData,Target=**********,CustomActionData=**********)
MSI (s) (B4:40) [11:58:21:980]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI3EE3.tmp, Entrypoint: AddMachineCertificate
MSI (s) (B4:D0) [11:58:21:981]: Generating random cookie.
MSI (s) (B4:D0) [11:58:21:982]: Created Custom Action Server with PID 9920 (0x26C0).
MSI (s) (B4:90) [11:58:22:042]: Running as a service.
MSI (s) (B4:90) [11:58:22:043]: Hello, I'm your 32bit Elevated custom action server.
AddMachineCertificate: Deleting certificate that begin with friendly name: GoDaddy Class 2 Certificate_wixCert_
AddMachineCertificate: Adding certificate: GoDaddy Class 2 Certificate_wixCert_1
AddMachineCertificate: Error 0x80070005: Failed to add certificate to the store.
MSI (s) (B4!0C) [11:58:22:173]: Note: 1: 2205 2: 3: Error
MSI (s) (B4!0C) [11:58:22:173]: Note: 1: 2228 2: 3: Error 4: SELECT Message FROM Error WHERE Error = 26352
The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 26352. The arguments are: -2147024891, ,
MSI (s) (B4!0C) [11:58:27:816]: Note: 1: 2205 2: 3: Error
MSI (s) (B4!0C) [11:58:27:816]: Note: 1: 2228 2: 3: Error 4: SELECT Message FROM Error WHERE Error = 1709
MSI (s) (B4!0C) [11:58:27:816]: Product: Netsmart VR BA Prerequisites -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 26352. The arguments are: -2147024891, ,
AddMachineCertificate: Error 0x80070005: Failed to install certificate.
AddMachineCertificate: Error 0x80070005: Failed to install per-machine certificate.
CustomAction AddMachineCertificate returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)
Action ended 11:58:27: InstallFinalize. Return value 3.
MSI (s) (B4:08) [11:58:27:961]: User policy value 'DisableRollback' is 0
MSI (s) (B4:08) [11:58:27:962]: Machine policy value 'DisableRollback' is 0
MSI (s) (B4:08) [11:58:27:972]: Executing op: Header(Signature=1397708873,Version=500,Timestamp=1163681610,LangId=1033,Platform=0,ScriptType=2,ScriptMajorVersion=21,ScriptMinorVersion=4,ScriptAttributes=1)
We are puzzled as to what causes this problem. If you have any idea as to what causes this problem, it would be greatly appreciated.
Thanks.
We ran into the same problem, and sometimes it was because the user had the key already in the personal store. WiX doesn't seem to be smart enough to overwrite the key from other stores of a "higher" level (or overwrite at all -- not sure if it is a bug or not).
I would check to see if that certificate was already installed at the user level.
I had a similar problem with installing Basler Pylon 5.x software which uses WiX installer. With some help of Joe's answer I confirmed the failing machine had the certificate Microsoft Root Certificate Authority 2011 installed without a friendly name.
So I set the correct friendly name (MicrosoftRootCertificateAuthority2011.crt_wixCert_1) with this powershell command and the install succeeds:
(Get-ChildItem -Path Cert:\LocalMachine\Root\8f43288ad272f3103b6fb1428485ea3014c0bcfe).FriendlyName = 'MicrosoftRootCertificateAuthority2011.crt_wixCert_1'