I have 2 different Vault instances 1 pon v1.5.4 the other on v1.6.0.
On the 1.5.4 cluster audit logging is enabled at the path /var/log/vault.d/vault_audit.log it was working normally for a while, but now it seems the audit logging stops daily. I can manually disable then enable audit logging which starts it up again.
On the 1.6.0 cluster aduit is enble at the same path, but nothing is getting logged.
Outside of the log output…
Does it stop at the same time every day? Do you have rotation on these logs?
What does free disk space show for the mount/folder (df -h)?
Doesn’t Vault immediately stop serving requests? Or do you have more than one audit device?
Troubleshooting Vault has some good suggestions, including instructions for setting your log_level – to debug in your case, I’d suggest – which is a good place to start.
Really? I’m… speechless. Honestly, if you can provide HashiCorp with enough information to enable them to reproduce that in their own environment, you deserve a bounty!
This is fundamental functionality in Vault. If it isn’t behaving as documented, it’s unfit as an auditing platform, and many of its use cases are invalidated.
Had to re-provision the 1.5.4 (to 1.6.0) cluster today and now it’s behaving the same as the 1.6.0. Enabled the audit log, but it’s not logging anything.
I think I may have this fixed. We rotate the log every day and according to: https://www.vaultproject.io/docs/audit/file, we need to send SIGHUP to the vault process after rotating the logs.
I’ve added in the command to do that after rotating the log. Will verify the fix tomorrow.
No, I believe audit devices are an “All, or none” sort of thing; and, once enabled (whichever type you choose), they must always be available for write, or Vault will stop responding to all requests until that’s restored.