Under processen att distribuera ett MSI-paket till fjärr Windows Server 2012 R2-värdar via Start-Process-cmdlet, jag stötte på ett intressant beteende. I vissa fall installerades MSI-paketet utan problem. i andra misslyckades det tyst att generera ett händelse-ID 10837 i applikationsloggen.

När den detaljerade loggningen är aktiverad observerades följande felmeddelande i MSI-loggfilen:

Installation lyckades eller felstatus: 1603.

Felstatus 1603 är dokumenterad på Microsoft Technet. Ingen av de scenarier som anges i artikeln tillämpades dock på mitt fall. Jag kunde installera det MSI-paketet lokalt utan problem, och felet dök upp slumpmässigt när jag gjorde installationen via PowerShell.

Med mer testning har jag insett att problemet bara dyker upp när användarkontot, från vilket skriptet kördes, hade aldrig tidigare loggat in på målsystemet.

Jag bad en av mina kollegor, som har en bättre förståelse för hur Windows Installer fungerar, att hjälpa till med detta fall. Efter en grundlig utredning pekade han på följande rader i MSI-loggfilen:

Tydligen släppte Microsoft 2014 en säkerhetsbulletin MS14-049 som innehåller en korrigeringsfil för att åtgärda en sårbarhet i Windows Installer-tjänsten. Efter att du har installerat den här säkerhetsuppdateringen bryts dock MSI-paketinstallationen. Detta dokumenteras som ett ”känt problem 1” i bulletinen och förklaras mer detaljerat här.

För att lösa problemet rekommenderar Microsoft att du installerar uppdatering 3000988.

Ett annat alternativ, som är dokumenterad i samma bulletin under avsnittet ”Känd utgåva 2” är att välja bort de drabbade programmen med hjälp av registerinställningar. Den här lösningen innebär dock mer manuellt arbete och tar bort den fördjupade säkerhetsfunktionen för dessa program.

Jag har testat dessa alternativ och kan bekräfta att de båda fungerar. Hoppas att den här artikeln sparar lite tid på att felsöka ett liknande problem.