Under prosessen med å distribuere en MSI-pakke til den eksterne Windows Server 2012 R2 verter via Start-Process cmdlet, jeg kjørte over en interessant oppførsel. I noen tilfeller ble den MSI-pakken installert uten problemer; i andre mislyktes det stille å generere en hendelses-ID 10837 i applikasjonsloggen.

Når den detaljerte loggingen er aktivert, ble følgende feilmelding observert i MSI-loggfilen:

Installasjonssuksess eller feilstatus: 1603.

Feilstatusen 1603 er dokumentert på Microsoft Technet. Imidlertid gjaldt ingen av disse scenariene i artikkelen saken min. Jeg var i stand til å installere den MSI-pakken lokalt uten problemer, og feilen dukket opp tilfeldig når jeg installerte via PowerShell.

Med mer testing har jeg innsett at problemet bare dukket opp når brukerkontoen, som skriptet kjørte fra, hadde aldri tidligere logget på målsystemet.

Jeg ba en av kollegene mine, som har bedre forståelse av hvordan Windows Installer fungerer, om å hjelpe til med denne saken. Etter en grundig undersøkelse pekte han meg på følgende linjer i MSI-loggfilen:

Tilsynelatende ga Microsoft i 2014 ut en sikkerhetsbulletin MS14-049 som inneholder en oppdatering for å fikse et sikkerhetsproblem i Windows Installer-tjenesten. Etter at du har installert denne sikkerhetsoppdateringen, bryter den imidlertid MSI-pakkeinstallasjonen. Dette er dokumentert som et «kjent problem 1» i bulletinen og forklart nærmere her.

For å løse dette problemet anbefaler Microsoft at du installerer oppdatering 3000988.

Et annet alternativ, som er dokumentert i den samme bulletinen under «Kjent utgave 2», er å velge bort de berørte programmene ved hjelp av registerinnstillinger. Denne løsningen innebærer imidlertid mer manuelt arbeid og fjerner den grundige sikkerhetsfunksjonen for disse programmene.

Jeg har testet disse alternativene og kan bekrefte at de begge fungerer. Håper denne artikkelen sparer deg litt tid med å feilsøke et lignende problem.