Warnmeldung - MsiInstaller (Event ID 1015)

Andy 2011 Als Antwort am 11 Juli 2012 11:06

Noch was dazu gefunden.

http://tristanwatkins.com/index.php/product-version-job-dcom-10016-strikes-again/

Meldungen 10016 und 10035 sind ja bereits weg.

Eine fehlerfreie Einrichtung (ohne Fehler und Warnungen) vom SharePoint ist gar nicht einfach  ;-)

Andy 2011 Als Antwort am 11 Juli 2012 13:03

Den Fehler 8213 VSS (Volumenschattenkopie) habe ich nun auch beseitigt  :-)

Anleitung:

http://technet.microsoft.com/de-de/library/cc734219(en-us,WS.10).aspx

http://www.no-dumping.com/2011/01/24/sharepoint-error-event-id-8213/

Tom Scheuermann Als Antwort am 12 Juli 2012 08:50

Hast Du die Berechtigungen für den Netzwerkdienst wirklich auch nach unten vererbt ?

Evtl. ist das Verzeichnis für die Suchindexdateien bei Dir "ausgelagert" (anderes Verzeichnis beim Setup angegeben). Dann musst Du die Berechtigungen auch für das andere Verzeichnis setzen ...

Andy 2011 Als Antwort am 12 Juli 2012 09:09

Die Berechtigungen für den NETZWERKDIENST wurden nach unten vererbt.

C:\Program Files\Microsoft Office Servers\14.0\    (Bin, Data, Logs, MUI, Sql und WebServices)

Das Verzeichnis für die Suchindexdateien habe ich tatsächlich ausgelagert.
Habe dem  NETZWERKDIENST die Berechtigung für dieses Verzeichnis gegeben (Lesen, Ausführen, Ordnerinhalte anzeigen und Lesen).
Mal schauen ob es hilft.

Danke für den Tipp

Der Fehler tritt auf weil der Network Service Account keine Berechtigung auf das Verzeichnis hat in dem sich die Datei Microsoft.ResourceManagement.Service.exe befindet.

Die Lösung ist denkbar einfach.
Berechtigen Sie den Network Service Account auf folgende Verzeichnisse
C:\Program Files\Microsoft Office Servers\14.0\Service
C:\Program Files\Microsoft Office Servers\14.0\SQL

Quelle: http://blog.trivadis.com/b/imsms/archive/2011/05/24/sharepoint-2010-event-id-1001-1004-1015-bei-profilimport.aspx (Mario Spies)

Andy 2011 Als Antwort am 13 Juli 2012 09:03

Hat leider auch nicht geholfen :-(

Die Berechtigungen (Sicherheit) sind auch nach unten auch vererbt (Config, Office Server, ...) für das Verzeichnis der Suchindexdateien
(Standardverzeichnis: Program Files\Microsoft Office Servers\14.0\ Data\).

D:\Search_Server_Index
Dateifreigabe für den Ordner: WSS_ADMIN_WPG, Administrator und Administratoren

Fehlt immer noch was?

Tom Scheuermann Als Antwort am 13 Juli 2012 11:25

Hm,

da war noch was mit Fehlenden Rechten für "Lokale Aktivierung" in der DCOM-Konfiguration.

Findest Du DCOM-Fehler im Event-Log ?

Das Problem stand im Zusammenhang mit dem UPS, ist aber - soweit ich das weiss - seit dem Februar CU behoben.

Andy 2011 Als Antwort am 13 Juli 2012 12:09

Den DCOM Fehler 10016 habe ich bereits behoben.

Komponentendienste | IIS WAMREG admin Service | Sicherheit | Zugriffsberechtigung  /  Start- und Aktivierungsberechtigung

> WSS_ADMIN_WPG  (Berechtigungen: Lokaler Zufriff und Lokaler Start, Lokale Aktivierung)
> WSS_WPG  (Berechtigungen: Lokaler Zufriff und Lokaler Start, Lokale Aktivierung)
> spfarm (in WSS_WPG enthalten)

Der NETZWERKDIENST hat bis jetzt keine Berechtigungen. Ist das notwendig?

NETZWERKDIENST auch nicht in den Gruppen WSS_ADMIN_WPG und  WSS_WPG

Tom Scheuermann Als Antwort am 13 Juli 2012 12:26

Wenn keine DCOM-Fehler mehr auftreten, dann kann das ausgeklammert werden.

Da war aber - neben dem IIS WAMREG - noch eine DCOM Komponente. Die ist im DCOM-Manager nur mit Ihrer GUID verzeichnet.
Du hast definitiv keine DCOM Fehler mehr ?

Wie genau lautet eigentlich der Text der ursprünglichen Meldung im Eventlog (also der, weshalb Du den Post gestartet hast) ?

Andy 2011 Als Antwort am 13 Juli 2012 12:40

Ganz genau

Durch die Berechtigungseinstellungen (Computerstandard) wird der SID (S-1-5-21-1292428093-362288127-725345543-7625) für Benutzer DOMÄNE\search-spfarm von Adresse LocalHost (unter Verwendung von LRPC) keine Berechtigung zum Aktivierung (Lokal) für die COM-Serveranwendung mit CLSID

{000C101C-0000-0000-C000-000000000046}

 und APPID

{000C101C-0000-0000-C000-000000000046}

 gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungsprogramm für Komponentendienste geändert werden.

DCOM  000C101C-0000-0000-C000-000000000046

Habe dort (nur) den User search-spfarm die Berechtigung für den Lokalen Start und die Lokale Aktivierung (Start- und Aktivierungsberechtigung) gegeben.
Allerdings nicht bei den Zugriffsberechtigungen. Auch dort fehlt der NETZWERKDIENST.

http://kb4sp.wordpress.com/2011/06/30/fixing-the-dcom-error-the-application-specific-permission-settings-do-not-grant-local-activation-permission-for-the-com-server-application-with-clsid/

Tom Scheuermann Als Antwort am 13 Juli 2012 12:57

Was mich verwirrt: In der Meldung steht was vom Konto "search-spfarm" - nicht "spfarm". Kenne ja die richtigen Kontonamen nicht.

Hast Du für dieses Konto die "Lokale Aktivierung" auf beide Objekte gesetzt ?

Der Netzwerkdienst muss da nicht rein, der braucht "nur" rechte damit er eine EXE im bereits bekannten Verzeichnis starten kann ....

Andy 2011 Als Antwort am 13 Juli 2012 13:21

search-spfarm ist korrekt

> Hast Du für dieses Konto die "Lokale Aktivierung" auf beide Objekte gesetzt ?

Ja

Andy 2011 Als Antwort am 16 Juli 2012 14:28

Hier nochmal die Warnung und die Ergebnismeldung dazu:

Warnung:

Protokollname: Application
Quelle:        MsiInstaller
Datum:         16.07.2012 14:00:17
Ereignis-ID:   1015
Aufgabenkategorie:Keine
Ebene:         Warnung
Schlüsselwörter:Klassisch
Benutzer:      DOMÄNE\search-spfarm
Computer:   search.DOMÄNE
Beschreibung:
Es konnte keine Verbindung mit dem Server hergestellt werden. Fehler: 0x80070005
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="MsiInstaller" />
    <EventID Qualifiers="0">1015</EventID>
    <Level>3</Level>
    <Task>0</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2012-07-16T12:00:17.000000000Z" />
    <EventRecordID>17328</EventRecordID>
    <Channel>Application</Channel>
    <Computer>search.DOMÄNE</Computer>
    <Security UserID="S-1-5-21-1292428093-362288127-725345543-7625" />
  </System>
  <EventData>
    <Data>0x80070005</Data>
    <Data>(NULL)</Data>
    <Data>(NULL)</Data>
    <Data>(NULL)</Data>
    <Data>(NULL)</Data>
    <Data>(NULL)</Data>
    <Data>
    </Data>
  </EventData>
</Event>

Information:

Protokollname: Application
Quelle:        MsiInstaller
Datum:         16.07.2012 14:00:17
Ereignis-ID:   1035
Aufgabenkategorie:Keine
Ebene:         Informationen
Schlüsselwörter:Klassisch
Benutzer:      DOMÄNE\search-spfarm
Computer:   search.DOMÄNE
Beschreibung:
Das Produkt wurde durch Windows Installer neu konfiguriert. Produktname: Microsoft SharePoint Foundation 2010 1031 Lang Pack. Produktversion: 14.0.6028.1000. Produktsprache: 1031. Hersteller: Microsoft Corporation. Erfolg- bzw. Fehlerstatus der neuen Konfiguration: 0.
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="MsiInstaller" />
    <EventID Qualifiers="0">1035</EventID>
    <Level>4</Level>
    <Task>0</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2012-07-16T12:00:17.000000000Z" />
    <EventRecordID>17329</EventRecordID>
    <Channel>Application</Channel>
    <Computer>search.DOMÄNE</Computer>
    <Security UserID="S-1-5-21-1292428093-362288127-725345543-7625" />
  </System>
  <EventData>
    <Data>Microsoft SharePoint Foundation 2010 1031 Lang Pack</Data>
    <Data>14.0.6028.1000</Data>
    <Data>1031</Data>
    <Data>0</Data>
    <Data>Microsoft Corporation</Data>
    <Data>(NULL)</Data>
    <Data>
    </Data>
    <Binary>7B39303134303030302D313031352D303430372D313030302D3030303030303046463143457D3030303062653733303434313439396533383238626636376436326465303837373266653030303030373034</Binary>
  </EventData>
</Event>

Wird eine Verbindung ins Internet (Microsoft Server) benötigt?

Christian Müller Als Antwort am 16 Juli 2012 14:38

Hallo,

hier evtl. acuh noch was.Weis nicht ob du es schon so hast.

http://social.technet.microsoft.com/Forums/en-US/sharepoint2010setup/thread/59b2ecc6-e3e2-4b3d-a8c3-194d792866f1/

Gruß Chris

Andy 2011 Als Antwort am 16 Juli 2012 15:05

Zum Testen habe ich den User search-spfarm (search-spadmin war bereits enthalten) in die Gruppe Administratoren genommen.
Produktversionsauftrag ausgeführt und keine Warnung 1015 mehr.
Das kann allerdings so nicht die Lösung sein.

Da scheint es irgendwo eine fehlende Berechtigung für den User search-spfarm (Farmkonto) zu geben.

Tom Scheuermann Als Antwort am 16 Juli 2012 15:34

Hi !

Das ist aus meiner Sicht ein eindeutiges Indiz, das doch noch ein Recht "Lokale Aktivierung" für ein DCOM-Objekt fehlt - oder aber die Berechtigungen auf das Verzeichnis (Konto "Netzwerkdienst", Du weisst schon ....).

In den meisten Fällen konnte ich solche Meldungen durch Korrektur der DCOM Berechtigungen (Lokale Aktivierung) beheben.

Stehen im Zusammenhang mit den Meldungen tatsächliche keine DCOM Fehler im Eventlog ?

Andy 2011 Als Antwort am 16 Juli 2012 15:43

Stehen im Zusammenhang mit den Meldungen tatsächliche keine DCOM Fehler im Eventlog ?

Abgesehen von der Warnung 1015 sind sonst keine weiterenFehler und Warnungen mehr vorhanden (die den SharePoint betreffen).

Habe noch die Fehler (Warnung): 57 Ntfs, 137 Ntfs und 12289 VSS in der Ereignisanzeige. Diese haben aber mit VMWare zu tun (Snapshot).

Andy 2011 Als Antwort am 18 Juli 2012 11:34

Ich schau mir nochmal alle gesetzten Berechtigungen genau durch.

"I  can successfully elimate the many 1015 warnings from "Product Version Job" by adding the Farm Account to local administrators group on all farm servers."

Quelle: http://social.technet.microsoft.com/Forums/en-US/sharepoint2010setup/thread/59b2ecc6-e3e2-4b3d-a8c3-194d792866f1/

Tom Scheuermann Als Antwort am 18 Juli 2012 21:35

Hi !

Das kann gut möglich sein ! Bei der ersten Einrichtung des User Profile Service ist das ganz genauso - nur hier ist es dokumentiert.
Auch da musst Du beim Start des Dienstes das Dienstkonto in die Gruppe der lokalen Administratoren einfügen.

Mögliche Erklärung des Phänomens:'
Durch die Admin-Berechtigung konnte der MSI Installer das Paket ausführen = installieren. Einmal installiert - geht.
Kann aber sein, das Du den Vorgang nach dem einspielen eines Updates oder CU wiederholen musst ....

Andy 2011 Als Antwort am 20 Juli 2012 12:58

 Habe nochmal ein Blick in den Process Monitor geworfen (Access Denied).

http://imageshack.us/f/411/20072012120154.jpg/

Christian Müller Als Antwort am 16 Juli 2012 15:40

Hallo,

vieleicht hilft die Übersicht über die benötigten Kontoberechtigungen.

http://technet.microsoft.com/de-de/library/cc678863.aspx#Section2

Gruß Chris