Installation von Sharepoint Server 2013:warum schlägt die ArpWrite-Aktion fehl?

Question

Die Installation der Voraussetzungen für Sharepoint 2013 Server x64 (unter Windows Server 2008R2, physischer Server mit 12 Kernen) war erfolgreich, aber Sharepoint bricht die Installation und das Rollback der Installation aufgrund des folgenden Fehlers ab (Fragment aus der Installationsprotokolldatei):

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

und es scheint etwas höher im Protokoll zu beginnen mit:

 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.'

Der einzige Hinweis (Lösung?) Ich kann finden, ist modifizieren des Installers und Deaktivieren der ArpWrite-Aktion, aber es scheint eine wirklich schlechte Idee zu sein, da ich nicht einmal weiß, welche Auswirkungen diese Aktion auf die Installation hat.

Meine Frage ist:wissen Sie, was die Ursache dafür sein könnte, dass ArpWrite nicht erfolgreich ist, oder wie Sie die Fehlerdetails herausfinden können?Ist das Modifizieren des Installers in dieser Situation der beste Ansatz?

Bearbeiten:die oben verlinkte Lösung mit Deaktivierung der ArpWrite-Aktion im Installationsprogramm hat sich als funktionierend erwiesen.In unserer Entwicklerumgebung ist Sharepoint 2013 jetzt installiert und scheint einwandfrei zu laufen. Orca kann hier heruntergeladen werden und die gesamte Änderung der MSI-Datei dauert nicht länger als 3 Minuten.Trotzdem lasse ich diese Frage offen, da die Auswirkung dieser Installationsaktion unbekannt bleibt (obwohl sie nicht sehr wichtig zu sein scheint).

Answer 1

Ändern des Installationsprogramms ist keine Microsoft unterstützte Lösung.Der ARPWrite-Eintrag wird tatsächlich verwendet, um die Tatsache zu schreiben, dass SP als Teil der Installation in die Registrierung installiert wurde.

Ich habe in diesem Problem auf einer neuen Installation für einen Client eingeführt, der Server hatte diese beiden zwei Patches nicht an den Server angewendet, ich bemerkte, dass sie anhängig sind und sie angewendet haben.

Ich glaube nicht, dass sie am Wochenende mit dem Server etwas mit dem Server geändert haben, aber dies kann ein guter Ort sein, um zuerst auszusehen ...

KB2768703 und KB2770917 sollten angewendet werden und dieses Problem auf dem Windows Server 2012 beheben. Obwohl der Patch von KB2768703, erscheint jedoch, dass sich der Patch von KB2768703 mit DRM / Media-Problemen bezogen ist.Ich würde empfehlen, KB2770917 zuerst zu versuchen, da es sich um ein Roll-up von vielen handelt.

Answer 2

Ich habe mit Microsoft-Ingenieuren zusammengearbeitet, um die Ursache des Fehlers zu finden.Wir haben einen fehlenden Registrierungsschlüssel bei entdeckt HKLM:\SOFTWARE\Policies\Microsoft\Windows\Installer

Ich habe ein Fix-Skript geschrieben und es auf unserem Blog gepostet: http://www.devfacto.com/resolved/

Für mich war der Wert der Zeichenfolge warmupx (mit dem x am Ende) und der Debug-Wert war 7, der endlich funktionierte

Answer 3

Ich hatte das gleiche Problem.Ich habe versucht, SharePoint ohne Installation installieren zu können.Nach der Installation von Office wurde mein Problem gelöst.

Answer 4

update: Leider konnte ich das nicht reproduzieren - ich bin wieder stecken!: << / stark>

Ich weiß nicht, wie ich das stecken soll, aber ...

Verwenden eines Standardlizenzschlüssels anstelle von Enterprise hat den Trick für mich getan. generasacodicetagpre.

Answer 5

Ich habe in das gleiche Problem eingeführt, das kürzlich in der Installation der Enterprise-Version des Produkts unter Windows Server 2012 R2 installiert wurde. Dieses Problem wurde für mich aufgelöst, um einen anderen Speicherort in der Region in der Region zu konfigurieren.i.e: from Spain to Mexico.Ich hoffe es hilft.

Answer 6

Ich habe eine Antwort, die für viele von Ihnen arbeiten kann.Überprüfen Sie die Stromoptionen im Server-BIOS und wechseln Sie von der Leistung in ausgewogener Leistung.Dies war der Fix für ein ähnliches gemeldetes Problem bei der Installation von Office-Web-Apps, und es funktionierte für unsere SharePoint 2013 nach vielen, vielen frustrierenden Stunden.