Я чувствую себя глупо, публикуя это, но я сбит с толку, и никто в моем отделе, похоже, не хочет мне помочь или общаться.
Сегодня вечером/завтра я должен выпустить скрипт, который установит новую версию одной из наших важнейших программ.
Я написал скрипт, он использует команду start /w и устанавливает 3 или 4 разных MSI с помощью MSIEXEC. Моя проблема в том, что приложения, которые изначально были установлены с помощью MSI (главное, наша программа ShoreTel Communicator), не открываются. Похоже, они пытаются подключиться обратно к исходному месту установки по какой-то причине.
Поведение, похоже, не одинаково на разных компьютерах. На одной машине приложения, кажется, запускаются, однако я получаю панель установки и следующее сообщение об ошибке.
Путь \server\apps\etc\etc\Shore Tel Communicator.msi не найден. Убедитесь, что у вас есть доступ к этому местоположению, и повторите попытку или попробуйте найти установочный пакет ShoreTel Communicator.msi в папке, из которой можно установить продукт ShoreTel Communicator.
затем....
Ошибка 1706. Не удалось найти допустимый источник для продукта SHoreTel Communicator. Установщик Windows не может продолжить работу.
Похоже, это касается не только этого приложения. Вчера вечером я развернул эти MSI в двух отделах, и наш финансовый отдел сообщает о похожей ошибке в одной из своих финансовых программ.
Я предполагаю, что это происходит из-за того, что у локального пользователя нет прав на установку. Я действительно не знаю, как настроены наши GPO/Permissions. Они беспорядочны, и я не занимаюсь такими вещами.
По сути, я спрашиваю, знает ли кто-нибудь о ситуации, когда установка одного MSI-файла может вызвать проблемы с другими приложениями, которые были установлены MSI-файлами ранее.
Любая помощь будет высоко оценена. Сегодня у меня, как предполагается, будет полдня, но, похоже, этого не произойдет. :(
решение1
Вот что вы можете проверить:
Одна из возможностей заключается в том, что одно из устанавливаемых вами приложений изменяет зависимость для одного из других уже установленных приложений. Если это так, то приложение попытается найти свой исходный источник установки. Если он недоступен, вы можете обновить местоположение, в котором приложение будет искать свои исходные файлы для обновления.
Вы упомянули, что обновляете несколько приложений; удаляйте по одному, чтобы увидеть, какая установка изменяет зависимый объект.
Вы можете проверить флаг установки MSI, чтобы узнать, не была ли завершена установка предыдущего приложения.
Для критических приложений я копирую исходные файлы на локальную машину как часть установочного скрипта. Если пользователь находится вне офиса и не может получить доступ к общему ресурсу UNC, это решает проблему.
решение2
Я предполагаю, что это происходит из-за того, что у локального пользователя нет прав на установку.
Возможно, но эта ошибка больше связана с разрешениями файловой системы. Локальный пользователь может не иметь доступа к общему ресурсу сервера, где находятся ваши файлы *.msi. Это выполняется как автоматизированный скрипт, поэтому может быть, что у пользователя скрипта нет доступа к этой общей папке. Не забудьте, что вам нужно проверить как разрешения файловой системы на сервере, так и разрешения общего ресурса.