Ending A Windows Installer Transaction Event Id 1042
So I’m installing some software by hand remotely.
Lets get to the meat and potatoes of this issue. You get this issue when you try to install office. Check the event logs. You get a bunch of non-descript information events as follows –. – Event ID 1042, Source MSIEXEC Ending a Windows installer transaction.
- Event log message indicates that the Windows Installer reconfigured all. Event ID: 1035 Task. The Windows Installer service was successfully.
- SQL Server 2012 SP1 – MsiInstaller Application Log. Client Process Id: XXXX. Information / Event ID 1042 / MsiInstaller / Ending a Windows Installer transaction.
The software decides to throw a fit and spit out this error
Error code 1317 unable to access C:UsersAll UsersApplication Data.
Hmm… Well this isn’t quite right
I take a look and the All users folder was not listed on c:users when logged onto the machine despite having show hidden folders enabled.
I jump out of my remote session c$ onto the PC from my actual PC – All Users folder was listed
Okay, so I check the perms on the folder. Yep, everything as it should be…
After a few minutes of pondering I was struggling to why this all seemed so familiar. …All UsersApplication data seemed familiar… Distant but familiar… Especially when it comes down to half hacked together exam software from back in the XP days that should really have been tested before they made it to public release. That’s when I seemingly opened Pandora’s box of repressed memories stemming from my first ever year in IT when I was a lowly apprentice…. The faint sounds of DickBoss laughing maniacally by the coffee peculator while the office celing collapsed around us, all while the scent of the recently purchased bacon, egg and mushroom sandwich from the greasiest of grease filled cafs emerged, briefly overpowered the nasal barrage that was the scent of decomposing rats on a warm summers day that wafted from the floorboards beneath us.
Snapping back from my PTSD incident, that’s when I remembered that Windows Vista, profiles were the changed and the whole ‘Documents and Settings lark was yanked out and replaced with C:ProgramData and C:users . The remains of the old C:documents and settingsAll users (Now C:usersAll Users) folder acts as a symbolic link – the folder is effectively a shortcut to another location, but can still be mapped to and pointed to like a traditional folder.
*Side note, I found out that the Documents and settings folder still does exist in Windows 7, but is locked down. Open explorer and go to C:Documents and SettingsAll Users and you’ll be redirected to C:Program Data
Anyway, I C$’ed into borked PC,the looking at the properties of C:UsersAll Users Symbolic Link and found it was pointing at a non-existant directory :D:All Users
Ending A Windows Installer Transaction Event Id 1042
I deleted the duffed folder and continued.
I Remoted back onto the PC in question and attempted to Re-established symbolic link. I was able to do this by running command prompt as admin and running the following command –
c:windowssystem32> mklink /J *Target path* *Destination path*
– in this case mklink /J c:ProgramData “c:usersAll Users”
*success*
Attempted to reinstall software and the bastard Issue persisted.
I tried a couple of times to install it again but each time it spat out, what looked to be the same, error message.
However after the third time I noticed that the path was actually slightly different.
The error it spat out was trying to write to c:usersall usersapplication data – with the new symbolic link established the Installer then saw c:UsersAll Users as c:ProgramDataApplication Data
I tried to access the c:ProgramDataApplication Data folder and got a Access Denied message.
Beginning A Windows Installer Transaction
I went into c:ProgramData and checked the folder properties of Application Data. Sure enough I found that it itself was a symbolic link – which again was pointing at a non-existent location on D:.
After confirming where c:ProgramDataApplication Data should be pointing to (in this case, back on itself) on my own PC, I repeated my earlier steps. Descargar resident evil 1 para pc espanol portable. Ran CMD as admin and ran the following command – mklink /J c:programdata “c:programdataApplication Data”
Attempted to install the software and was successful.