msi откат и ошибки не регистрируются - PullRequest
0 голосов
/ 12 марта 2012

У меня проблема с установкой MSI на веб-сервере Windows 2008.Точно такой же MSI ранее успешно установлен.Msi - для веб-приложения .net 4.0, которое я создал и установил в IIS.

В результате получается, что msi, кажется, устанавливается правильно, и на индикаторе выполнения остается 0 секунд,затем внезапно начинается откат.Я проверил средство просмотра событий для получения информации об этом, но там ничего не появилось, чтобы помочь разобраться в том, в чем может быть проблема.

Поскольку msi ранее установлен без проблем на коробке, я считаю, что проблемаможет быть связано с изменениями на сервере, а не с MSI.

Кто-нибудь испытывал это раньше или имел представление о том, где я могу найти дополнительную информацию о том, почему установщик MSI откатывается?


Хорошо, что я сделалс помощью Bogdan Mitrache ответ должен был сравнить журналы с успешного сервера и сервера, вызывающего проблему, и это раздел, в котором я обнаружил ошибку:

FAILED: -2147024864
FAILED: -2147024864
Custom Action failed with code: '32'
Custom Action failed with code: '32'
Custom Action completed with return code: '32'
Info 1903. Scheduling reboot operation: Deleting file << root directory >>\TBD2D0E.tmp. Must reboot to complete operation.
Info 1903. Scheduling reboot operation: Deleting file << root directory >>\TBD2ED3.tmp. Must reboot to complete operation.
Info 1903. Scheduling reboot operation: Deleting file << root directory >>\TBD2F41.tmp. Must reboot to complete operation.

И затем в самом концепроцесс:

Return value 3.

Я выполнил поиск в Интернете, но не нашел конкретной причины того, почему может происходить вышеизложенное.У кого-нибудь есть дополнительная информация по вышеуказанному или где я могу посмотреть?

Ответы [ 3 ]

7 голосов
/ 12 марта 2012

Лучший способ точно определить, почему пакет MSI дает сбой, - создать подробный журнал, используя следующую командную строку: msiexec / i "путь MSI" / L * V "debug.log" Журнал должен содержать более подробную информацию о причине отката. Как вы и подозревали, возможно, у вас есть дубликат веб-сайта / приложения IIS, конфликтующий с пакетом.

3 голосов
/ 13 марта 2012

Код возврата, указанный в журнале, означает следующее: « Процесс не может получить доступ к файлу, поскольку он используется другим процессом. ». Сообщения о перезагрузке автоматически включаются установщиком Windows, когда в данный момент используется файл, который необходимо обновить.

В соответствии со стандартами установщика Windows, код возврата настраиваемого действия должен быть 0, чтобы считать его выполненным успешно. Любой код возврата, отличный от 0, считается ошибкой.

Что вам нужно сделать, это добавить другое настраиваемое действие, запланированное в начале установки, которое останавливает все службы / приложения, которые могут использовать ресурсы, обновленные пакетом.

0 голосов
/ 12 марта 2012

Вы должны использовать виртуальные машины со снимками, чтобы исключить изменения в среде и изменения в установщике. И вам, безусловно, следует регистрировать и читать журнал установки Windows.

...