-
Notifications
You must be signed in to change notification settings - Fork 680
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
could not open either /var/log/audit/audit.log #2458
Labels
I3-annoyance
The node behaves within expectations, however this “expected behaviour” itself is at issue.
Comments
bkchr
added
the
I3-annoyance
The node behaves within expectations, however this “expected behaviour” itself is at issue.
label
Nov 22, 2023
Why does it assumes that there exists This should also for sure not be a warning. |
Sorry. :/ It's already been fixed and the fix will be in the next release. |
Please post the pr that fixed it and close the issue. |
mrcnski
added a commit
that referenced
this issue
Nov 23, 2023
The decision has been made to move to PolkaVM for PVFs. Any additional work in the direction of seccomp/musl would quickly become obsolete, because PVM has no dependencies and is thus able to control all its syscalls. Indeed, it has a seccomp allowlist of only five syscalls: https://github.com/koute/polkavm/blob/cf4103d/crates/polkavm-zygote/src/main.rs#L476 We've determined that our other work in security is already enough to reasonably protect validators. It doesn't make much sense to announce the requirement on musl, make the switch, and then shortly roll it back, for marginal benefit. So this PR removes the following: - seccomp logging based on audit logs (required root, anyway) - musl-specific stuff The following is kept just to catch the addition of `io_uring` syscall, which is currently blocked. It will be removed in the future: - the list-syscalls script - the syscall-check CI job Closes #2458 (note that the spurious warning was already fixed in a different PR)
Ty for the update @mrcnski |
This was referenced Dec 1, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
I3-annoyance
The node behaves within expectations, however this “expected behaviour” itself is at issue.
With the release
polkadot 1.4.0-00395a23d12
when a validator becomes a p/v I get the following logsProcesses are:
This doesn't seem to have any performance implications and the validator is not missing any blocks.
Why does the validator process require read access to the auditd logs?
The text was updated successfully, but these errors were encountered: