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+ | [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.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 | ## Vault companion updates | ||||||
|  |  | ||||||
|   | |||||||
| @@ -52,3 +52,5 @@ option. | |||||||
| @include 'known-issues/transit-managed-keys-sign-fails.mdx' | @include 'known-issues/transit-managed-keys-sign-fails.mdx' | ||||||
|  |  | ||||||
| @include 'known-issues/aws-auth-panics.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