SPTraceV4-Warnung

Andi Fandrich Als Antwort am 30 Juni 2010 14:16

Ich habe hier u.a. dieselbe Konstellation und die warnung taucht nicht mehr auf, seit der Tracing-Dienst auf ein Domänenkonto umgestellt wurde. Ist in der Warnung vielleicht noch ein weiterer Dienst aufgeführt?

Kiera Als Antwort am 30 Juni 2010 15:34

Nein leider nicht. Heute morgen war noch ein anderer dabei, aber jetzt ist es nur noch dieser eine.
Und du hast auch nur in den Windows Diensten den Benutzer geändert? Oder sonst noch irgendwo in der Zentraladministration?

Andi Fandrich Als Antwort am 30 Juni 2010 16:06

Nö, ich habe das auch nur bei den Windows-Diensten geändert, weil ich das Teil in der ZA nicht finden kann.

Kiera Als Antwort am 30 Juni 2010 17:03

Hm, genau so geht es mir auch.
Hab jetzt einen anderen Domänen-Benutzer genommen, der lokale Admin-Rechte auf dem Sharepoint-Sever hat. Aber die Meldung bleibt da (natürlich auch nach erneuter Analyse).
Was mir grad noch aufgefallen ist: Bei den anderen Warnungen, die in der ZA auftauchen, steht als "Server, die Fehler aufweisen" immer mein Sharepoint-Server, aber bei der SPTrace-Warnung steht keiner drin.

Vielleicht ignoriere ich den Fehler, genauso wie diesen: "der freie Speicherplatz auf Laufwerken geht ggf. zur Neige" ;o)

Andi Fandrich Als Antwort am 1 Juli 2010 08:01

Hast Du den Dienst auch neu gestartet, nachdem Du den anderen User zugewiesen hast? Erst dann greift das nämlich.

Ansonsten sind das ja nur Warnungen und keine Fehler. Du kannst auch einfach die dahinterliegende Regel deaktivieren.

Kiera Als Antwort am 2 Juli 2010 08:53

Ja, hab ich jedesmal, wenn ich den Benutzer geändert hab. Hab auch den IIS mehrfach resettet, den Server komplett mal neu gestartet,... die Warnung verschwindet einfach nicht.

Eben, so seh ich das auch, sind ja nur Warnungen und funktionieren tut alles. :o)

Andi Fandrich Als Antwort am 2 Juli 2010 09:27

[quote user="Kiera"]die Warnung verschwindet einfach nicht.[/quote]

Verschwinden tun die Warnungen natürlich alle nicht. Aber wird sie neu erzeugt, wenn Du die vorhandene löschst?

Kiera Als Antwort am 5 Juli 2010 09:11

Also die anderen Warnungen sind nach "erneut analysieren" verschwunden.

Oder was meinst du mit "Warnung löschen"?

Andi Fandrich Als Antwort am 6 Juli 2010 08:51

Ehrlich gesagt, habe ich das nicht ausprobiert. Ich habe die Warnungen (es sind einfache Listenelemente) bisher immer gelöscht und dann "erneut analysiert". Daß die von alleine verschwinden, wenn sie nicht mehr relevant sind, habe ich nicht getestet.

Benjamin Als Antwort am 2 Nov. 2010 15:16

Habt Ihr dazu eine Lösung gefunden. Ich bin jetzt auch schon 2 Tage damit beschäftigt und finde nichts.

Gruß Benjamin

Kiera Als Antwort am 2 Nov. 2010 16:50

Nein leider nicht - ich hab ehrlichgesagt aber auch nicht mehr danach geschaut.
Aber die Warnung ist bei meinem Server weiterhin vorhanden.

Grüßle Kiera

Benjamin Als Antwort am 24 Nov. 2010 16:29

Als ich bei mir einen Domänen-User auf den Dienst berechtigt habe und dieser auch noch lokaler Admin war ging bei mir die Fehlermeldung nach einem Neustart weg. Am nächtsten Tag kam aber dann ein kritischer Fehler, welcher besagte, dass ein Dienst-Konto kein lokaler Admin sein darf. Naja dann habe ich den Domänen-User zum normalen Dienstkonto gemacht, aber die Fehlermeldung blieb. So und dann habe ich alles wieder auf Anfang gesagt (Dienstkonto = Lokales System). Die Warnung ist jetzt immernoch da aber scheint ja keinen Unterschied zu machen. Läuft alles :)

Gruß Benjamin 

Oliver Als Antwort am 4 Mai 2011 11:36

So weit ich jetzt dahinter gestiegen bin, braucht das Dienstkonto, dass den Dienst "SPTraceV4" ("SharePoint Server Search 14") Schreibrechte auf das Verzeichnis "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS". Es ist natürlich möglich, dass das Dienstkonto auch noch andere Rechte braucht, aber das ist für mich das Offensichtlichste. Das begründet auch, warum der Dienst läuft, wenn ihr das Dienstkonto zu lokalen Administratoren macht.

Mich würde dazu mal die Best Practice interessieren ;-) Ich lasse es jetzt auch als "lokaler Dienst" laufen, das scheint mir das Sinnvollste zu sein.

Tom Scheuermann Als Antwort am 4 Mai 2011 20:59

Hi Oli,

http://social.msdn.microsoft.com/Forums/en/sharepoint2010general/thread/0e89487d-5b1e-46ba-9956-f04ebcf8646c

Hope that helps ... (bei mir hat's schon oft geholfen) ....

Greets

Tom

Oliver Als Antwort am 5 Mai 2011 08:19

Vielen Dank für den Link, ich möchte es hier noch einmal für andere Leser zusammenfassen:

• Der Account muss Mitglied in folgenden Gruppen sein:
  • Leistungsprotokollbenutzer (Performance Log Users)
  • Leistungsüberwachungsbenutzer (Performance Monitor Users)
• Er braucht Schreibrechte auf das Verzeichnis: C:\Program Files\Common Files\Microsoft Shared\WebServerExtensions\14\Logs

Da man für den Tracing-Dienst das Dienstkonto nicht über SharePoint konfigurieren (.../_admin/FarmCredentialManagement.aspx) kann, muss man diesen Account auch nicht als "Verwaltentes Konto" hinzufügen. Ich würde es jedoch in Betracht ziehen, wenn man das Passwort unbeaufsichtigt ändern lassen möchte.

Oliver Als Antwort am 5 Mai 2011 15:29

So, ich habe diese Einstellung jetzt einen halben Tag laufen und im Ereignislog des Servers ist folgender Fehler aufgetaucht:

Protokollname: Application
Quelle:        Microsoft-SharePoint Products-SharePoint Foundation
Datum:         05.05.2011 15:12:23
Ereignis-ID:   2163
Aufgabenkategorie:Vereinheitlichter Protokollierungsdienst
Ebene:         Fehler
Schlüsselwörter:
Benutzer:      SP2010\sptrace
Computer:      sharepoint01.sp2010.local
Beschreibung:
Fehler des Ablaufverfolgungsdiensts beim Erstellen der Ablaufverfolgungsprotokolldatei am in 'SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\14.0\WSS\LogDir' angegebenen Speicherort. Fehler 0x0: Der Vorgang wurde erfolgreich beendet. . Ablaufverfolgungsprotokolle werden in das folgende Verzeichnis geschrieben: C:\Users\sptrace\AppData\Local\Temp\

Eine kurze Recherche nach diesem Fehler ließ mich auf diesen Thread stoßen: Can anyone help me with this Tracing Server error message?

[quote]

Open services.msc management console, then find SharePoint 2010 tracing, make sure the log on account is set to local service. If not, please change it to local service.

[/quote]

Das hat einer von M$ geschrieben zu haben, scheinbar ist das die Best Practice ...

Ich habe zum Test meinem SPTrace-Account schreibrechte auf besagtes Registry-Verzeichnis gegeben, mal sehen, ob die Fehlermeldung weiterhin auftaucht, oder ob sich darin tatsächlich Log-Info's ansammeln. ich musste den Schlüssel "LogDir" erst anlegen, er hat bis dato nicht existiert.

Oliver Als Antwort am 30 Mai 2011 16:12

In diesem Thread wird empfohlen das "Lokale Systemkonto" für diesen Dienst zu nutzen:

http://social.msdn.microsoft.com/Forums/en/sharepoint2010general/thread/1e7e0f89-efaa-45d7-be69-4e274f367a37

Ich weis nun auch nicht mehr, was richtig ist...