Installation du serveur Sharepoint 2013 :pourquoi l'action ArpWrite échoue ?

Question

L'installation des prérequis pour le serveur Sharepoint 2013 x64 (sur Windows Server 2008R2, serveur physique à 12 cœurs) a réussi, mais Sharepoint interrompt l'installation et les restaurations d'installation sur l'erreur suivante (fragment du fichier journal d'installation) :

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

et cela semble commencer un peu plus haut dans le journal avec :

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

Le seul indice (solution ?) que je puisse trouver est modification du programme d'installation et désactivation de l'action ArpWrite, mais cela semble vraiment une mauvaise idée puisque je ne sais même pas quel effet cette action a sur l'installation.

Ma question est:savez-vous quelle pourrait être la cause de l'échec d'ArpWrite, ou comment connaître les détails de l'erreur ?La modification du programme d'installation est-elle la meilleure approche dans cette situation ?

Modifier:la solution à laquelle j'ai lié ci-dessus, avec la désactivation de l'action ArpWrite sur le programme d'installation, s'est avérée fonctionner.Sur notre environnement de développement, Sharepoint 2013 est maintenant installé et semble fonctionner correctement. Orca peut être téléchargé ici et la modification complète du fichier msi ne prend pas plus de 3 minutes.Néanmoins, je laisse cette question ouverte car l'effet de cette action d'installation reste inconnu (même s'il ne semble pas très important).

Answer 1

Modification du programme d'installation n'est pas une solution prise en charge de Microsoft.L'entrée Arpwrite est en fait utilisé pour écrire le fait que SP a été installé dans le registre dans le cadre de l'installation.

J'ai couru dans ce numéro sur une nouvelle installation pour un client, le serveur n'avait pas ces deux correctifs appliqués sur le serveur, j'ai remarqué qu'ils étaient en attente et les appliquaient.

Je ne pense pas qu'ils ont changé quelque chose avec le serveur pendant le week-end, mais cela peut être un bon endroit pour regarder d'abord ...

KB2768703 et KB2770917 doit être appliqué et peut résoudre ce problème sur Windows Server 2012. Bien que, dans la recherche des deux, le patch KB2768703 semble plus lié aux problèmes de DRM / médias.Je recommanderais d'essayer d'essayer KB2770917 comme il s'agit d'une reprise de plusieurs.

Answer 2

J'ai travaillé avec Microsoft Ingénieurs pour trouver la cause première de l'erreur.Nous avons découvert une clé de registre manquante chez HKLM:\SOFTWARE\Policies\Microsoft\Windows\Installer

J'ai écrit un script de correction et l'avez posté sur notre blog:

Answer 3

J'ai eu le même problème.J'ai essayé d'installer SharePoint sans installer bureau.Après avoir installé Office, mon problème a été résolu.

Answer 4

Mise à jour: Malheureusement, je n'ai pas pu reproduire cela - je suis bloqué à nouveau!: << / fort>

Je ne sais pas comment mettre cela, mais ...

Utilisation d'une clé de licence standard plutôt que la licence l'entreprise a fait le tour pour moi.

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

Answer 5

J'ai rencontré ce même problème récemment en installant la version Entreprise du produit sur Windows Server 2012 R2. Ce problème a été résolu en configurant un emplacement différent dans le panneau de configuration sous la région.c'est à dire: from Spain to Mexico.J'espère que cela aide.

Answer 6

J'ai une réponse qui peut travailler pour beaucoup d'entre vous.Vérifiez les options d'alimentation du BIOS du serveur et modifiez les performances à l'équilibre.C'était la solution pour un problème signalé similaire lors de l'installation de Office Web Apps, et il a fonctionné pour notre installation SharePoint 2013 après de nombreuses heures frustrantes.