2009-05-12 8 views
7

Ho creato un progetto di installazione utilizzando Visual Studio 2008. Quando si installa su una macchina diversa, viene visualizzato il seguente errore:Il progetto di installazione basato su .NET non riesce durante l'installazione

The installer was interrupted before MyApplication could be installed. You need to restart the installer to try again.

Come risolvere questo problema?

Il file di registro mostra quanto segue.

MSI (s) (D8:20) [14:06:01:020]: Executing op: ComponentUnregister(ComponentId={533BAFA2-3A54-B4D7-B625-38EB0DB9BBB7},ProductKey={B10107EF-3C57-451E-9080-40FB1F4A8B95},BinaryType=0,) 
MSI (s) (D8:20) [14:06:01:020]: Executing op: ComponentUnregister(ComponentId={B55DBDAF-0BCB-061A-9EA2-5AC798377ABA},ProductKey={B10107EF-3C57-451E-9080-40FB1F4A8B95},BinaryType=0,) 
MSI (s) (D8:20) [14:06:01:020]: Executing op: End(Checksum=0,ProgressTotalHDWord=0,ProgressTotalLDWord=0) 
MSI (s) (D8:20) [14:06:01:020]: Error in rollback skipped. Return: 5 
MSI (s) (D8:20) [14:06:01:030]: No System Restore sequence number for this installation. 
MSI (s) (D8:20) [14:06:01:030]: Unlocking Server 
MSI (s) (D8:20) [14:06:01:030]: PROPERTY CHANGE: Deleting UpdateStarted property. Its current value is '1'. 
Action ended 14:06:01: INSTALL. Return value 3. 
MSI (s) (D8:20) [14:06:01:060]: MainEngineThread is returning 1603 
MSI (s) (D8:40) [14:06:01:060]: Destroying RemoteAPI object. 
MSI (s) (D8:B8) [14:06:01:060]: Custom Action Manager thread ending. 
MSI (c) (10:80) [14:06:01:130]: Back from server. Return value: 1603 
MSI (c) (10:80) [14:06:01:140]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1 
MSI (c) (10:80) [14:06:01:140]: PROPERTY CHANGE: Deleting SECONDSEQUENCE property. Its current value is '1'. 
Action ended 14:06:01: ExecuteAction. Return value 3. 
MSI (c) (10:80) [14:06:01:150]: Doing action: FatalErrorForm 
Action start 14:06:01: 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 ended 14:06:04: FatalErrorForm. Return value 1. 
Action ended 14:06:04: INSTALL. Return value 3. 
MSI (c) (10:80) [14:06:04:475]: Destroying RemoteAPI object. 
MSI (c) (10:F4) [14:06:04:485]: Custom Action Manager thread ending. 
=== Logging stopped: 5/12/2009 14:06:04 === 
MSI (c) (10:80) [14:06:04:495]: Note: 1: 1708 
MSI (c) (10:80) [14:06:04:505]: Product: CMS -- Installation failed. 

MSI (c) (10:80) [14:06:04:515]: Grabbed execution mutex. 
MSI (c) (10:80) [14:06:04:525]: Cleaning up uninstalled install packages, if any exist 
MSI (c) (10:80) [14:06:04:545]: MainEngineThread is returning 1603 
=== Verbose logging stopped: 5/12/2009 14:06:04 === 

`

+2

Il problema con i registri MSI è che il vero errore spesso abbastanza lontano il file di log - il che significa che la pubblicazione della coda di esso non può fornire le informazioni chiave. Lo strumento Wilogutl che ho menzionato all'inizio è bravo a separare il grano dalla pula. – dommer

risposta

8

Cercando l'installazione tramite la riga di comando per ottenere un file di log. Questo dovrebbe contenere le informazioni sull'errore.

msiexec/i-programma/lv mylogfile.log

È possibile utilizzare Wilogutl per fare l'analisi del file di log più facile.

3

Il progetto di installazione di Visual Studio creerà due file per voi: un file MSI e un bootstrapper setup.exe. Quest'ultimo installa tutti i prerequisiti dell'applicazione e quindi avvia il file MSI.

All'avvio del bootstrapper setup.exe, verrà creato un file di registro in una sottocartella della cartella% TMP%. Controlla eventuali messaggi di errore in questo file.

È inoltre possibile avviare direttamente il file MSI e lo hanno creare un file di log:

msiexec /i mySetup.msi /l*vx log.txt 

Analizzando il registro dovrebbe aiutarvi a trovare il problema. Se hai bisogno di aiuto con il messaggio di errore puoi modificare la tua domanda e aggiungere il messaggio di errore.

14

Abbiamo avuto un problema simile e ha trovato un suggerimento utile al MSDN forums:

La risposta è stata di installare il ruolo del server "IIS Management Compatibility".

+0

Sì. Questo è quello che ha fatto per me. FWIW: questa è la posizione in VS2012: http://i.stack.imgur.com/cTDKl.jpg – ray

+0

Questa è la risposta utile. – Humberto

0
  1. Individuare il percorso per il servizio BFE nel Registro di sistema (HKLM \ System \ CurrentControlSet \ Services \ BFE \ Parameters \ Policy), fare clic destro e selezionare le autorizzazioni.
  2. Nella finestra "Autorizzazioni per politica", fare clic su Avanzate | Inserisci.
  3. Una volta visualizzata la casella "Seleziona utenti, computer o gruppo", modificare "Da questa posizione:" per puntare al nome del computer locale.
  4. Dopo aver modificato il percorso di ricerca, immettere "NT Service \ BFE" nella casella "Immettere il nome dell'oggetto da selezionare" e fare clic su "Controlla nomi" - questo consentirà di aggiungere l'account BFE.
  5. fornire le seguenti privilegi all'account BFE:
Problemi correlati