msi откат и отсутствие регистрации ошибок

Question

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

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

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

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

---

Хорошо, что я сделал с помощью Богдана 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. 

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

Answer 1

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

Answer 2

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

Answer 3

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

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

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