eventvwr.msc

Eventlog: CAPI2 Fehler EventID 513 – Zugriff verweigert

Bei meinen Regelmäßigen Wartungsarbeiten bin ich über folgenden Fehler im Eventlog gestolpert:

eventvwr.msc
Source: CAPI2 EventID: 513

Hierbei handelt es sich um eine Hyper-V Umgebung (WindowsServer 2016) die mit veeam Backup & Replication 9.5 gesichert wird. Daneben sind Replikationen auf einen zweiten Hyper-V Host  konfiguriert.

Microsoft beschreibt die Fehler im Support-Artikel 3209092. Die deutsche Übersetzung lässt da zu wünschen übrig. Daher habe ich auf den Englischen Artikel verlinkt.

Der Fehler wird durch fehlende Berechtigungen ausgelöst. Dies lässt sich durch das setzen der passenden Berechtigungen beheben. Dazu lesen wir zuerst die Berechtigungen aus und setzen diese neu. Es muss lediglich die lesenden Berechtigungen angepasst werden.

Die Ausgabe wird dann im den String erweitert.

weiterlesen

Symantec Backup Exec VFF-Fehler beim Öffnen….

Zur Abwechslung eine Fehlermeldung von Symantec Backup Exec 2012. Mir ist völlig unverständlich wie das bei Symantec sein kann… Zu allem Überfluss Funktioniert die Symantec Knowledge Base auch nicht mehr richtig. Da die Links teilweise auf Veritas Seiten verweisen die nicht vorhanden sind…

Beispiel für einen der verlinkten Artikel
Beispiel für einen der verlinkten Artikel

Also ist google der Beste Freund. Hier also meine Lösung für das Problem:

Symantec-V-79-57344-759
Symantec-V-79-57344-759

Hier in Textform die komplette Meldung:
Sichern- \\SBS2011.A——–S.local\Microsoft Information Store\Mailbox Database 2012073014
V-79-57344-759 – Kann den Vorgang aus folgenden Gründen nicht abschließen: VFF-Fehler beim Öffnen. Dies kann durch zu wenig Arbeitsspeicher oder Datenträgerressourcen verursacht werden.

Hier die Daten meines System das den Fehler verursacht:
– Microsoft Small Business Server 2011, incl. aller Windows Updates zum Stichtag
– Symantec Backup Exec Small Business 2012 incl. aller Updates

Die VSS Ausnahme kann ignoriert oder per Dummy umgangen werden. Das Team von Server-Eye hat bereits angekündigt das der Fehler in der kommenden Version behoben sein wird.

Der erste Lösungsansatz den ich verfolgt hatte stammt aus dem Symantec Forum (leider habe ich nicht mehr den Thread dazu)

Es soll ein neuer Registry wert gesetzt werden

[code]

Key: HKLM\SOFTWARE\Symantec\Backup Exec For Windows\Backup Exec\Engine\Exchange
Value: OnHostTemp
Type: String
als Wert einen entsprechenden Pfad C:\Temp

[/code]

Dies brachte am nächsten Tag die gleiche Fehlermeldung zum Vorschein. Also habe ich die Änderungen rückgängig gemacht.
Mit dem Support von Symantec wollte ich mich nicht abquälen und habe ich weiter in Netz gestöbert.
Der Artikel von Mike Graham brachte dann die Lösung. Ich habe allerdings einen höheren Wert genommen.

[code]

Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VirtFile
Value: VFF Extended Timeout
Type: DWORD
Ich habe einen Wert von 600 eingetragen

[/code]

Neu erstellter Registry Schlüssel
Neu erstellter Registry Schlüssel

Einen Tag später lief meine Sicherung wieder Fehlerfrei. Eine Anmerkung noch, nach dem Ändern der Registry-Schlüssel habe ich jeweils die Symantec-Dienste neu gestartet. Ob dies nötig ist kann ich nicht sagen.