SharePoint Server 2013 Установка: Почему Arpwrite Action не удается?

sharepoint.stackexchange https://sharepoint.stackexchange.com//questions/68620

Вопрос

Установка предварительных условий для SharePoint 2013 Server X64 (на Windows Server 2008R2, 12-ядром физического сервера) успешно, но SharePoint разбивает установку и установочные откаты по следующей ошибке (фрагмент из файла журнала установки): 

 2013/05/20 14:57:10:116::[1744] Error: Failed to install product:  G:\global\oserver.MSI ErrorCode: 1603(0x643).
.

И, кажется, начинается немного выше в журнале с: 

 2013/05/20 14:57:10:054::[1744] MSI(ACTIONSTART): 'Action 14:57:10: ArpWrite. '
 2013/05/20 14:57:10:054::[1744] MSI(INFO): 'Action start 14:57:10: ArpWrite.'
 2013/05/20 14:57:10:100::[1744] MSI(INFO): 'CustomAction ArpWrite returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)'
 2013/05/20 14:57:10:100::[1744] MSI(INFO): 'Action ended 14:57:10: ArpWrite. Return value 3.'
 2013/05/20 14:57:10:100::[1744] MSI(INFO): 'Action ended 14:57:10: INSTALL. Return value 3.'
.

Единственный подсказку (решение?) Я могу найти, это Модифицирующий установщик и отключение действий arpwrite , но это кажется действительно плохим Идея, поскольку я даже не знаю, какого эффекта это действие имеет на установку.

Мой вопрос: знаете ли вы, что может быть причиной, что ARPWRITE не преуспевает, или как узнать детали ошибки? Модулирование установщика лучший подход в этой ситуации?

Редактировать: решение, которое я связал выше, с отключением действий Arpwrite на установщик, оказался на работе. В нашей разработчике Environment SharePoint 2013 уже установлен и, кажется, работает нормально. ORCA можно скачать здесь и целую модификацию файла MSI занимает не более 3 минут. Тем не менее, я оставляю этот вопрос открытым, потому что эффект этого установки действия остается неизвестным (хотя кажется, что не очень важно).

Это было полезно?

Решение

Изменение установщика - не поддерживаемое решение Microsoft.Запись ARPWRITE фактически используется для записи того факта, что SP был установлен в реестр как часть установки.

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

Я не думаю, что они ничего не изменили с сервером в выходные дни, но это может быть хорошим местом, чтобы сначала выглядеть ...

KB2768703 и KB2770917 должны быть применены и могут решить эту проблему на Windows Server 2012. Несмотря на то, что при рассмотрении двух патч KB2768703 более связаны с проблемами DRM / Media.Я бы порекомендовал попробовать KB2770917 первым, так как это свертывается многие.

Другие советы

Я работал с инженерами Microsoft, чтобы найти корневую причину ошибки.Мы обнаружили отсутствующий ключ реестра на HKLM:\SOFTWARE\Policies\Microsoft\Windows\Installer

Я написал сценарий Fix и опубликовал его в нашем блоге: http://www.devfacto.com/reseved/

Для меня значение строки была Warmupx (с X на конце), и значение отладки было 7, которое работало, при длительном последнем

У меня была такая же проблема.Я пытался установить SharePoint без установки офиса.После установки офиса мою проблему было решено.

<Сильное> Обновление: К сожалению, я не смог воспроизвести это - я застрял снова!: << / strong>

Я не знаю, как поставить это, но ...

Использование Стандартный лицензионный ключ , а не Enterprise Ликвидал для меня. 

2014/05/13 22:49:15:213::[1228] MSI(INFO): '=== Logging stopped: 13.05.2014  22:49:15 ==='
2014/05/13 22:49:15:250::[1228] MSI(TERMINATE): '<NULL>'
2014/05/13 22:49:15:250::[1228] PERF: TickCount=1529640 Name=MsiPackage::Install Description=Returned from OMsiInstaller::InstallProduct
2014/05/13 22:49:15:250::[1228] Successfully installed package: oserver > path:D:\global\oserver.MSI
.

Я столкнулся с этой же проблемой, недавно установкой корпоративной версии продукта на Windows Server 2012 R2, эта проблема была решена для меня настроить другое местоположение на панели управления под области.I.E: from Spain to Mexico.Надеюсь, это поможет.

У меня есть ответ, который может работать для многих из вас.Проверьте параметры питания в BIOS сервера и изменяйтесь с производительности на сбалансированную.Это было исправление для аналогичного сообщенного вопроса при установке веб-приложений Office Web, и он работал на нашем установке SharePoint 2013 после многих, многие разочаровывающиеся часы.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с sharepoint.stackexchange
scroll top