2009-05-12 10 views
7

Utworzono projekt instalacji z użyciem Visual Studio 2008. Podczas instalowania na innej maszynie pojawia się następujący błąd:Projekt instalacji oparty na platformie .NET kończy się niepowodzeniem podczas instalacji

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

Jak naprawić ten problem?

Plik dziennika przedstawia następujące elementy.

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

Problem z bali MSI jest to, że rzeczywisty błąd często dość daleko się pliku logu - co oznacza zaksięgowania ogon to nie może dostarczyć klucza info. Narzędzie Wilogutl, o którym wspomniałem wcześniej, dobrze oddziela ziarno od plew. – dommer

Odpowiedz

8

Próba instalacji za pomocą wiersza poleceń, aby uzyskać plik dziennika. To powinno zawierać informacje o błędzie.

msiexec/i nazwa programu/lv mylogfile.log

Można użyć Wilogutl dokonać analizując plik dziennika łatwiejsze.

3

Projekt instalacji Visual Studio utworzy dla Ciebie dwa pliki: plik MSI i plik bootstrap programu setup.exe. Ten ostatni instaluje wszelkie wstępne wymagania aplikacji, a następnie uruchamia plik MSI.

Po uruchomieniu programu ładującego setup.exe zostanie utworzony plik dziennika w podfolderze folderu% TMP%. Sprawdź, czy w tym pliku nie ma komunikatów o błędach.

Można również uruchomić plik MSI bezpośrednio i mieć go utworzyć plik dziennika:

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

Analizując dziennik powinien pomóc znaleźć problem. Jeśli potrzebujesz pomocy z komunikatem o błędzie, możesz edytować swoje pytanie i dodać komunikat o błędzie.

14

Mieliśmy podobny problem i znalazł Przydatna wskazówka na MSDN forums:

Odpowiedzią było zainstalować „Zarządzanie IIS Compatibility” rolę serwera.

+0

Tak. Tak to dla mnie zrobiło. FWIW: jest to lokalizacja w VS2012: http://i.stack.imgur.com/cTDKl.jpg – ray

+0

To jest pomocna odpowiedź. – Humberto

0
  1. Przejdź do lokalizacji usługi BFE w rejestrze (HKLM \ System \ CurrentControlSet \ Services \ BFE \ Parameters \ Policy), kliknij prawym przyciskiem myszy i wybierz uprawnienia.
  2. W oknie "Uprawnienia dla zasad" kliknij przycisk Zaawansowane | Dodaj.
  3. Po wyświetleniu okna "Wybierz użytkowników, komputery lub grupę" zmień "Z tej lokalizacji:", aby wskazać nazwę komputera lokalnego.
  4. Po zmianie lokalizacji wyszukiwania, wpisz "NT Service \ BFE" w polu "Wprowadź nazwę obiektu do wyboru" i kliknij "Sprawdź nazwy" - pozwoli to dodać konto BFE.
  5. podać następujące uprawnienia do rachunku BFE:
Powiązane problemy