Denne fejlmeddelelse vises af Microsoft Windows Installer Engine (spørger du dig, hvad er dette? Læs her) og er en generel fejlkode, der indikerer, at der opstod et problem under installationen. Læs denne artikel for at lære, hvordan man kan springe denne hastighedsbump til side. Følgende er den sandsynlige liste over kendte årsager til, at denne fejl opstår:
- Oprettelse af kort filnavn er deaktiveret på målmaskinen.
- En brugerdefineret handling til Install Script er prototypet forkert.
- En fil er låst og kan ikke overskrives.
- Microsoft Windows Installer Service er ikke installeret korrekt.
- Windows Temp-mapper er fulde.
- Opsætningen blev beskadiget efter installationen og mislykkedes derfor med denne fejl under afinstallation.
- En ældre version af Install Shield Developer bruges.
- Deling af udskrivning og fildeling er ikke installeret, hvis din applikation har brug for det.
Fejlfinding 1603 MSI-fejl
Som diskuteret, The 1603 Fejlkode returneres for det meste, når en handling mislykkes under en installation på Windows, og oftest indikerer det, at en af de brugerdefinerede handlinger i MSI mislykkedes. Når vi støder på en mislykket opsætning med returkode 1603, er her de trin, vi skal følge:
Kør opsætningen igen med detaljeret logning aktiveret ved hjælp af trin svarende til dem, der er angivet her.
Trin 1: Generer en detaljeret logfil med navnet msi * .log i% temp% -mappen næste gang installationspakken udføres. (Klik her for at vide flere måder at generere log). Lær mere om kommandolinjekontakterne her.
msiexec / i < msipath > setup.msi /l*vc:\temp\msi.log
Trin 2: Åbn den detaljerede log i en tekst editor som f.eks. notesblok og søg efter strengen “returværdi 3”. I næsten alle tilfælde vil dette føre os til sektionen i den detaljerede log, der viser den handling, der mislykkedes, der oprindeligt fik opsætningen til tilbagevenden.
Trin 3: Gennemgå indholdet af logfilen umiddelbart over strengen “returværdi 3” for at bestemme, hvilken brugerdefineret handling eller standardhandling der mislykkedes. Afhængigt af hvilken handling der mislykkes, bliver vi nødt til at gå videre til mere detaljeret fejlretning herfra.
Man kan finde ud af, at den største hindring for fejlfinding af en mislykket opsætning ofte er nulstilling på, hvilken del af opsætningen der faktisk er mislykkes, og dette trick med at søge efter “returværdi 3” ender med at fremskynde denne proces i næsten alle tilfælde. Naturligvis fungerer det ikke i 100% af scenarierne.
Du kan finde nogle måder til fejlfinding af logfilerne her –
“Få adgang til dine foretrukne Windows-applikationer fra din Android / iOS-enhed med et virtuelt skrivebord af CloudDesktopOnline.com-one af det bedste Desktop som en tjenesteudbyder. Få en gratis prøveversion af Office 365 og fremragende support fra O365CloudExperts.com “
Kendte løsninger
Følgende løsninger har løst denne fejl i de fleste tilfælde:
- Sørg for, at oprettelse af kort filnavn er aktiveret på målmaskinen. Du kan kontrollere for at sikre, at målmaskinen ikke har oprettet kort filnavn ved at navigere til følgende poster i registreringsdatabasen:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
Sørg for, at værdien “NtfsDisable8dot3NameCreation” er lig med 0. Dette angiver, at oprettelse af korte filnavne er aktiveret. En værdi på 1 angiver, at denne funktionalitet er deaktiveret. Du skal ændre værdien til 0. Efter at have ændret denne værdi, skal målmaskinen genstartes, før du forsøger at starte opsætningen igen.
Bemærk: Hvis målmaskinen skal normalt have oprettelsen af korte filnavne deaktiveret, den kan deaktiveres, når installationen er afsluttet ved at nulstille “NtfsDisable8dot3NameCreation” til 1 og genstarte. - For at sikre, at Windows Installer Service er korrekt installeret og konfigureret, anbefales det, at brugerne installerer filen InstmsiA.exe på Windows 95/98 / Me eller InstmsiW.exe på Win NT-systemer. Disse filer leveres med dit InstallShield-produkt og er placeret på følgende placering: < Produktsti > \ Redist \ Language Independent \ i386. Hvis tjenesten er installeret, at vide status for tjenesteeksektionen, kan du også gå til services.msc i kommandoprompten, kontrollere status for Windows Installer Service. “St modstand og genstart kan hjælpe ”
- Tøm alle midlertidige mapper. De specifikke midlertidige mapper til en maskine kan bestemmes ved at få adgang til DOS-prompt og typesæt.Bemærk værdierne, der er anført for TEMP og TMP, og slet alle filer på disse placeringer.
- Sørg for, at ingen andre applikationer, inklusive hjælpeprogrammer såsom virusscannere, kører i baggrunden. Luk alle kørende applikationer og hjælpeprogrammer, og start installationen igen.
- Hvis denne fejl opstår under afinstallation, skal du bruge Microsoft Windows Installer CleanUp til at afinstallere installationen. Når installationen er blevet afinstalleret med succes, kan du derefter fejle projektet for at bestemme, hvad der forårsagede den oprindelige fejl.
Hvis det ikke falder ind i denne sidste, kan det være enhver anden fejl, der opstod under installationen, skal du opdatere i kommentarerne..letter rette det ..!
LinkedIn og andre diskussioner
Jeg havde også sendt dette på LinkedIn-diskussioner og har fået nogle kvalitetsrespons for det samme – Jeg udtrækker nogle oplysninger derfra og sender det her, så du kan få alle oplysningerne ét sted.
En Senior Desktop Analyst, skriver Jack Fei,
Vijay har nogle gode punkter om, hvordan man foretager fejlfinding af disse typer problemer. Fra min erfaring er løsningen normalt triviel, når du først forstår “hvordan man korrelerer detaljerede logningsresultater” med msi-interner.
Ved først, at “installation” betyder msiexec.exe sekventielt behandler rækker i InstallExecuteSequence-tabellen indeni msi-databasen.
For det andet skal du vide, at msiexec.exe behandler kommandoerne, der er sekventeret mellem InstallInitialize og InstallFinalizes i to pass. En måde at tænke på det er det første pass “installerer ændringen betinget” til maskinen, mens kommandoens syntaks kontrolleres, og det andet pass “overfører ændringen til maskinen”. En 1603 betyder i det væsentlige “der opstod en fejl”, der forsøgte at begå ændringen, hvilket fik msiexec.exe til at “backoute ændringen”.
Denne type fejl er enten forårsaget af msi misengineering (de fleste leverandør-msi er misengineered) eller ved et “maskinspecifikt problem”. Så Patrick Pepin giver et fremragende forslag til at kontrollere msi-leverandøren.
At have VMWare eller billedbehandlingsværktøj hjælper virkelig med at foretage fejlfinding af denne type problemer.
1 Jeg vil bestemme, at problemet kan gengives på en ren maskine med alle forudsætninger installeret (bare for at fjerne muligheden for falsk negativ forårsaget af test på et ukendt eller korrupt pc-miljø).
2. Hvis det er en capture msi (original kilde er ikke-msi) Jeg ville systematisk ekskludere filer og registreringsdatabasenøgler, indtil jeg isolerede den komponent, der forårsagede problemet i min msi. Jeg byggede den, så jeg ved bedst, hvordan man løser det.
3. hvis msi blev konstrueret af en anden leverandør, ville jeg gennemgå den detaljerede log og isolere den manglende instruktion i InstallExecuteSequenceTab le. Min vigtigste teknik var at finde den fejl, der genererede fejlen “1603” og finde den sandsynlige instruktion, der forårsagede den. For at teste min teori ville jeg kun kommentere denne instruktion (sæt et negativt tegn i sekvenskolonnen) og kør kommandoen igen Nogle gange blev jeg heldig og endda “omgå” msi-defekten ved at lade den brugerdefinerede handling kommenteres. Denne type ændringer fungerer godt, når den brugerdefinerede handling udfører “unødvendige kontroller” for desktops i dine miljøer. Naturligvis vil jeg “teste den modificerede msi” og sørge for, at applikationen er installeret og starter rent.
4 . Hvis jeg kan gengive problemet på et rent skrivebord, har jeg god ammunition til at kontakte sælgeren. Min erfaring er dog, at hvis du ved, hvordan du gør, hvad jeg har beskrevet, vil du udtømme de tekniske supportafdelinger for den leverandør, du ringer til. Dette gøres af “politiske årsager” mere end noget andet – så du kan være helten, når sælgeren på trods af betydelig vedholdenhed fra dig ikke kan finde en løsning.
Held og lykke. Håber det hjælper.
