Ereignisanzeige provisioning-diagnostics-provider Fehler ID 12

[DK2000]

In der Ereignisanzeige unter:

Code: Alles auswählen

Anwendungs- und Dienstprotokolle/Microsoft/Windows/Provisioning-Diagnostics-Provider/Admin

Und das Ereignis 2003 in Zusammenhang mit Perflib kann ich da gerade bei mir nicht finden. Was steht denn da bei Dir als Text?

[Tante Google]

[lightman]

Also an der Hardware kanns nicht liegen , mein 2tes fast ident. System auf dem W500 auch mit der ..329 zeigt den Fehler nicht, ebenso fehlerfrei diesbezüglich sind ( auch mit ..329 ) mein T500, ist wohl irgendein Update Fehler, stört bisher nicht, aber seltsam.

[lightman]

Screenshot (18).png

den habe ich recht selten auf den anderen Systemen ebenfalls.

[DK2000]

Das ist ein Vertrauensproblem mit dem Remotedesktopdienst (TermService). Da gibt es eine Diskrepanz mit den Einstellungen der perfts.dll und den Einträgen in der Registry. Die passen nicht zusammen. Daher wird die perfts.dll und dessen Funktionen nicht mehr als vertrauenswürdig angesehen.

Aber keine Ahnung, was das verursacht. Das hat ich so noch nicht. Hast Du eventuell die Sandbox aktiviert oder machts irgendetwas anderes mitels Remote Desktop?

Führe mal mit Adminrechten aus: lodctr /T:TermService

Eventuell hilft das.

[lightman]

Geht weder beim W500 noch T500, kann man den Fehler berichtigen ?

Screenshot (20).png

[DK2000]

Nein, das lässt sich nicht beheben, da es an der Hardware liegt. Hyper-V benötigt eine CPU, die folgendes unterstützt:

EPT (Extended Page Tables) / SLAT (Second Level Address Translation)

Das scheinen Deine CPUs nicht zu unterstützen. Und wenn Hyper-V nicht läuft, funktioniert die Sandbox auch nicht, da diese darauf aufsetzt.

Gut, das erklärt jetzt aber nicht die Sache mit dem Remote Desktop, könnte aber in Zusammenhang mit dem Provisionig stehen.

[lightman]

Alte Win7 Thinkpads aus der VISTA Zeit, laufen aber 1 A dafür, der Fehler provisioning-diagnostics-provider Fehler ID 12 tritt ja nur bei einem Systen auf , alle anderen 3 sind ja OK, bisher merke ich absolut keine Störungen.
Mit lodctr /D:PerfNet hatte ich früher lästige Perfnet Fehler deaktiviert, diesmal hatte ich es vor langer Zeit über die GUID in der Registry :
Enabled auf null gesetzt, glaube das hier war es, HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WMI\Autologger\EventLog-System\{1b562e86-b7aa-4131-badc-b6f3a001407e} , könnte ich auch beim Perflib so einstellen. Hier
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WMI\Autologger\EventLog-Application\{13b197bd-7cee-4b4e-8dd0-59314ce374ce},
lasse es aber so, der fehler bleibt eh.

[DK2000]

Gut, das kann man natürlich machen. Anstelle des Problems beheben, einfach nur die Protokollierung des Problemes abschalten. Das Problem bleibt, nur hat man keine Kenntnis mehr davon.

Das kannst Du natürlich auch mit dem Protokoll 'Provisioning-Diagnostics-Provider/Admin' machen. Dann siehst Du den Fehler nicht mehr, aber er bleibt bestehen.

[lightman]

Gut, das kann man natürlich machen. Anstelle des Problems beheben, einfach nur die Protokollierung des Problemes abschalten. Das Problem bleibt, nur hat man keine Kenntnis mehr davon.

Das kannst Du natürlich auch mit dem Protokoll 'Provisioning-Diagnostics-Provider/Admin' machen. Dann siehst Du den Fehler nicht mehr, aber er bleibt bestehen.

schon gemacht, ist echt lästig, die Eventanzeige damit vollkrakeln zu lassen. Man findet auch im Netz nichts über dies ID12

[DK2000]

(Provisioning-Diagnostics-Provider; Ereignis ID 12) in Zusammenhang mit dem Fehler 0x800706D9 ist halt ein sehr spezielles Ereignis.

Primär liegt es wohl daran, dass er eines der Pakete in C:\Windows\Provisioning\ nicht verarbeiten konnte, da es wohl beschädigt ist oder nicht zum System passt (inkompatible Hardware z.B.). Es wäre halt interessant gewesen zu erfahren, um welches Paket es da ging. Die sind da teilweise spezifisch an die Hardware angepasst, also andere CPU, andere Einstellungen. Schwer zu sagen im Moment.

Aber deswegen würde ich jetzt nicht über die Registry die Provider deaktivieren, nur weil sie jetzt einen Fehler protokollieren. Wenn Du den Provider deaktivierst, gehen alle Ereignisse dafür verloren, also eventuell auch irgendwann mal etwas, was man benötigt. Die Ereignisanzeige wird dadurch eigentlich teilweise unnütz. Mir ist das egal, was da drin steht. Wenn halt Fehler protokolliert werden, dann von mir aus. Deaktivieren würde ich sie dennoch nicht.

[lightman]

Protokoll 'Provisioning-Diagnostics-Provider/Admin wieder aktiv.
So hast recht, erst mal abwarten, DISM und SFC sagen übrigens alles OK.

[moinmoin]

Hab hier noch was für dich:

https://www.windowsphoneinfo.com/thread ... st-1347968

[lightman]

Danke,
hatte heute den Thread im tensforum.com mal kurz geschildert, die haben mir etwas später ( 1Std. ) den gleichen Link angegeben, im tensforum ist noch ein User mit dem gleichen Error.
Muss jetzt leider den Translator nutzen, so gut sind die Englisch Kenntnisse nicht, melde mich wenn ich es durch habe zurück,
beruhigend , dass ich nicht der einzige bin

[DK2000]

Das Problem ist bloß, dass das eine Lösung für ein ganz anderes Ereignis ist, z.B. dem hier:

Code: Alles auswählen

Quelle:        Microsoft-Windows-DistributedCOM
Ereignis-ID:   10016

Durch die Berechtigungseinstellungen für "Anwendungsspezifisch" wird dem Benutzer "LAPTOP\derkl" (SID: S-1-5-21-3641712669-3470046740-1421526194-1001) unter der Adresse "LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ "Lokal Aktivierung" für die COM-Serveranwendung mit der CLSID 
{2593F8B9-4EAF-457C-B68A-50F6B8EA6B54}
 und der APPID 
{15C20B67-12E7-4BB6-92BB-7AFF07997402}
 im Anwendungscontainer "Nicht verfügbar" (SID: Nicht verfügbar) gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden.

Hat mit Provisioning-Diagnostics-Provider; Ereignis ID 12 rein gar nichts zu tun. Für dieses Ereignis steht da leider keine Lösung, wird auch gar nicht weiter darauf eingegangen.

[lightman]

Hallo
ich bin etwas irritiert, es geht doch bloß um einfache DCOM Fehler, kenne ich doch schon seit Urzeiten, löst nicht das Problem, dem anderen User haben sie denselben Link gesendet, bringt gar nichts. Missverständnis.

Dacht schon ich bin jetzt ganz blöd,
werde es jetzt mal in Englisch den tensforums erklären.