mirror of
				https://github.com/optim-enterprises-bv/vault.git
				synced 2025-10-30 18:17:55 +00:00 
			
		
		
		
	Docs: known issue - audit file reload on SIGHUP (#23608)
* known issue documentation for Vault 1.15 related to file audit device - log rotation * fix caps in URL anchor * Update website/content/partials/known-issues/1_15-audit-file-sighup-does-not-trigger-reload.mdx Co-authored-by: Nick Cabatoff <ncabatoff@hashicorp.com> * PR feedback * Warning not Important tag * Update website/content/partials/known-issues/1_15-audit-file-sighup-does-not-trigger-reload.mdx Co-authored-by: Sarah Chavis <62406755+schavis@users.noreply.github.com> * Update website/content/partials/known-issues/1_15-audit-file-sighup-does-not-trigger-reload.mdx Co-authored-by: Sarah Chavis <62406755+schavis@users.noreply.github.com> * Update website/content/partials/known-issues/1_15-audit-file-sighup-does-not-trigger-reload.mdx Co-authored-by: Sarah Chavis <62406755+schavis@users.noreply.github.com> * Update website/content/partials/known-issues/1_15-audit-file-sighup-does-not-trigger-reload.mdx Co-authored-by: Sarah Chavis <62406755+schavis@users.noreply.github.com> * Update website/content/partials/known-issues/1_15-audit-file-sighup-does-not-trigger-reload.mdx Co-authored-by: Sarah Chavis <62406755+schavis@users.noreply.github.com> * Update website/content/partials/known-issues/1_15-audit-file-sighup-does-not-trigger-reload.mdx Co-authored-by: Sarah Chavis <62406755+schavis@users.noreply.github.com> * Update website/content/partials/known-issues/1_15-audit-file-sighup-does-not-trigger-reload.mdx Co-authored-by: Sarah Chavis <62406755+schavis@users.noreply.github.com> * changes to known issue doc * changes to known issue doc - 2 --------- Co-authored-by: Nick Cabatoff <ncabatoff@hashicorp.com> Co-authored-by: Sarah Chavis <62406755+schavis@users.noreply.github.com>
This commit is contained in:
		| @@ -17,6 +17,7 @@ Version | Issue | ||||
| ------- | ----- | ||||
| 1.15.0+ | [Vault no longer reports rollback metrics by mountpoint](/vault/docs/upgrading/upgrade-to-1.15.x#rollback-metrics) | ||||
| 1.15.0  | [Panic in AWS auth method during IAM-based login](/vault/docs/upgrading/upgrade-to-1.15.x#panic-in-aws-auth-method-during-iam-based-login) | ||||
| 1.15    | [Vault file audit devices do not honor SIGHUP signal to reload](/vault/docs/upgrading/upgrade-to-1.15.x#file-audit-devices-do-not-honor-sighup-signal-to-reload) | ||||
|  | ||||
| ## Vault companion updates | ||||
|  | ||||
|   | ||||
| @@ -52,3 +52,5 @@ option. | ||||
| @include 'known-issues/transit-managed-keys-sign-fails.mdx' | ||||
|  | ||||
| @include 'known-issues/aws-auth-panics.mdx' | ||||
|  | ||||
| @include 'known-issues/1_15-audit-file-sighup-does-not-trigger-reload.mdx' | ||||
|   | ||||
| @@ -0,0 +1,47 @@ | ||||
| ### File audit devices do not honor SIGHUP signal to reload | ||||
|  | ||||
| #### Affected versions | ||||
|  | ||||
| - 1.15.0 | ||||
|  | ||||
| #### Issue | ||||
|  | ||||
| The new underlying event framework for auditing causes Vault to continue using | ||||
| audit log files instead of reopening the file paths even when you send | ||||
| [`SIGHUP`](/vault/docs/audit/file#log-file-rotation) after log rotation. The | ||||
| issue impacts any Vault cluster with `file` audit devices enabled. | ||||
|  | ||||
| Not honoring the `SIGHUP` signal has two key consequences when moving or | ||||
| deleting audit files. | ||||
|  | ||||
| If you **move or rename your audit log file** locally, Vault continues to log | ||||
| data to the original file. For example, if you archive a file locally: | ||||
|  | ||||
| ```shell-session | ||||
| $ mv /var/log/vault/audit.log /var/log/vault/archive/audit.log.bak | ||||
| ``` | ||||
|  | ||||
| Vault continues to write data to `/var/log/vault/archive/audit.log.bak` | ||||
| instead of logging audit entries to a newly created file at | ||||
| `/var/log/vault/audit.log`. | ||||
|  | ||||
| If you **delete your audit log file**, the OS unlinks the file from the | ||||
| directory structure, but Vault still has the file open. Vault continues to write | ||||
| data to the deleted file, which continues to consume disk space as it grows. | ||||
| When Vault is sealed or restarted, the OS deletes the previously unlinked file, | ||||
| and you will lose all data logged to the audit file after it was tagged for | ||||
| deletion. | ||||
|  | ||||
| The issue with `file` audit devices not honoring `SIGHUP` signals is fixed as a | ||||
| patch release in Vault `1.15.1`. | ||||
|  | ||||
| #### Workaround | ||||
|  | ||||
| Set the `VAULT_AUDIT_DISABLE_EVENTLOGGER` environment variable to `true` to | ||||
| disable the new underlying event framework and restart Vault: | ||||
|  | ||||
| ```shell-session | ||||
| $ export VAULT_AUDIT_DISABLE_EVENTLOGGER=true | ||||
| ``` | ||||
|  | ||||
| On startup, Vault reverts to the audit behavior used in `1.14.x`. | ||||
		Reference in New Issue
	
	Block a user
	 Peter Wilson
					Peter Wilson