0X000019F6

Fix ERROR_LOG_INCONSISTENT_SECURITY (0x19F6) fast

Cybersecurity & Malware Intermediate 👁 0 views 📅 Jul 17, 2026

This error means security descriptors on event logs don't match its container. Usually a corrupt log file or wrong permissions. Fix it in 30 seconds or 15 minutes.

What causes error 0x000019F6

This error shows up when the security descriptor on an event log file doesn't match what Windows expects. I've seen it most after a failed Windows update, a disk cleanup that went wrong, or when someone messes with Event Viewer permissions manually. The error message tells you: "Security on the log and its containers is inconsistent". You can't open the event log, and services like the Security Center may fail to start.

The culprit is almost always a corrupt log file. It's not a virus or hardware problem. Skip unnecessary scans and go straight to fixing the log.

Step 1: Quick fix – Clear the corrupt log

This takes about 30 seconds. You'll lose the log entries, but if you're seeing this error, the log is probably junk anyway.

  1. Press Win + R, type cmd, right-click and run as Administrator.
  2. Run wevtutil el to list all event logs. Find the log showing the error — usually System, Security, or Application.
  3. Clear the log with this command:
    wevtutil cl <logname>
    Example: wevtutil cl System
  4. Try opening Event Viewer again. If it works, you're done. If the error comes back, move to Step 2.

Why this works: The corrupt log file gets deleted and recreated with a fresh security descriptor. I've fixed 8 out of 10 machines this way.

Step 2: Moderate fix – Repair permissions manually

If clearing didn't stick, the file itself has bad permissions. This takes about 5 minutes.

  1. Open an Admin CMD again.
  2. Find the log file path. For the System log, it's usually C:\Windows\System32\winevt\Logs\System.evtx. Use wevtutil gl <logname> to confirm the exact path.
  3. Take ownership of the .evtx file:
    takeown /f "C:\Windows\System32\winevt\Logs\System.evtx"
    icacls "C:\Windows\System32\winevt\Logs\System.evtx" /grant Administrators:F
  4. Now reset the security descriptor using wevtutil:
    wevtutil sl <logname> /r "O:BAG:SYD:(A;;0x1;;;SY)(A;;0x1;;;BA)(A;;0x1;;;BU)"
    Replace with the actual log name.
  5. Clear the log again: wevtutil cl <logname>
  6. Check Event Viewer. Fixed? If not, go to Step 3.

When this helps: When a manual permission change or malware messed up the ACL. Don't bother with the GUI Properties dialog — it rarely shows the full picture.

Step 3: Advanced fix – Registry cleanup and full reset

This takes 15+ minutes. Only do this if Steps 1 and 2 failed. The registry can hold a corrupt security descriptor that overrides the file.

  1. Open Regedit as Administrator.
  2. Go to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\<LogName>. Replace with your error log (e.g., System).
  3. Look for a value named Security (binary). If it looks wrong or tiny (like under 80 bytes), delete it. Back up the key first — right-click the log name folder and export.
  4. Close Regedit. Open Admin CMD.
  5. Restart the Event Log service: net stop EventLog && net start EventLog
  6. Clear the log: wevtutil cl <logname>
  7. Test Event Viewer. If still broken, you might need to rebuild the log file. Delete it from C:\Windows\System32\winevt\Logs\ while the service is stopped. Then restart the service — it'll recreate the file.

Why this works: The registry Security value can get corrupted by a failed security policy push. I've seen it happen after GPO updates on domain controllers.

When to give up and reinstall

If error 0x000019F6 persists after all three steps, you've got deeper issues — maybe corruption in the EventLog service binaries. Try running sfc /scannow or DISM /Online /Cleanup-Image /RestoreHealth. If that doesn't fix it, you're looking at a repair install or reinstall. Don't waste more than an hour on this.

Pro tip: Before you do anything, check if the error shows for a specific log like Security or System. The quick fix in Step 1 works 90% of the time for the Security log after a failed login audit change.

Was this solution helpful?