Vor einigen Tagen haben wir einen Anruf von einem Kunden erhalten, dass sein SharePoint Server 2013 die Dienste nicht mehr sauber startet, nach dem der Server für Wartungsarbeiten neu gestartet werden musste .
Die Farm ist auf einem Windows Server 2012 installiert. Als Virtualisierung wird VMWare ESX eingesetzt.
Die Installation des SharePoint Servers ist auf eine extra Partition (E.\) ausgelagert.
Betroffen waren vor allem der ManageMetaData Dienst und die Suchanwendung.
Nach einer Analyse der ULS Logs (DEBUG) und den Event Logs von Windows konnte folgender Fehler identifiziert werden:
07/09/2014 09:29:01.92 OWSTIMER.EXE (0x0DDC) 0x1784 SharePoint Foundation Timer 3899 Critical Error executing service instance (un)provisioning job. Service instance: "Search Host Controller Service" (id "69fe55a5-63d6-4d47-a1e1-bd635c25c77f) "Access to the path 'E:\SharePoint\Data\Office Server\Applications\Search' is denied."" 36c3a29c-441e-e0a7-84bc-c0ca557da3e0 07/09/2014 09:29:01.92 OWSTIMER.EXE (0x0DDC) 0x1784 SharePoint Foundation Topology c4rg Exception System.UnauthorizedAccessException: Access to the path 'E:\SharePoint\Data\Office Server\Applications\Search' is denied. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.Directory.InternalCreateDirectory(String fullPath, String path, Object dirSecurityObj, Boolean checkHost) at System.IO.Directory.InternalCreateDirectoryHelper(String path, Boolean checkHost) at Microsoft.Office.Server.Search.Administration.SearchRuntimeServiceInstance.ConfigureDataDirectoryAcl(String dataDirectoryPath) at Microsoft.Office.Server.Search.Administration.SearchRuntimeServiceInstance.Provision() at Microsoft.SharePoint.Administration.SPServiceInstanceJobDefinition.Execute(Guid targetInstanceId) StackTrace: at onetnative.dll: (sig=8299e000-0f80-4b71-85... 36c3a29c-441e-e0a7-84bc-c0ca557da3e0
Auf den ersten Blick scheint klar zu sein, dass die Serviceaccounts keinen Zugriff auf die Dateien im Filesystem haben. Mit diesem Wissen sind alle Dateiberechtigungen für die Service Accounts geprüft und mit einem funktionierenden Systemen abglichen worden. Die Prüfung ergab, dass keine Unstimmigkeiten in den Berechtigungen vorliegen.
Nach langer Suche nach vergleichbaren Fehlern konnte folgendes Verhalten festgestellt werden:
- kein Zugriff auf die $ Freigaben des Systems
- es sind nur nicht c: Partitionen betroffen
Mit diesem Wissen konnte dann ein Fehler im ESX gefunden werden, welcher nur in Verbindung mit Windows Server 2012 auftritt.
Shared folder in a Windows 2012 virtual machine is not accessible over the network (2039739)
Disabling the HotAdd/HotPlug capability in ESXi 5.x and ESXi/ESX 4.x virtual machines (1012225)
Nach dem die Einstellungen an dem virtuellen Server vorgenommen wurden und die Server neu gestartet worden sind, konnte alle Dienste wieder hochfahren und auf alle Dateien im Dateisystem zugreifen.
Anmerkung: Der Fehler tritt nicht nur im Zusammenhang mit dem SharePoint Server auf, sondern kann auch alle anderen Anwendungen betreffen, die nicht auf der C:\ Partition installiert sind.
