Skip to content
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

Remove default mounting of /etc/pki/spark #149

Merged
merged 1 commit into from
Oct 16, 2024

Conversation

nemacysts
Copy link
Member

I missed that this was a thing that we did in my previous PR to always set k8s mounts regardless of whether or not they exist on the host executing service_configuration_lib code - however, my assertion that in the worst case the container runtime would create the missing files wherever these mounts are used was incorrect: in a paasta spark-run, the spark driver will run locally and re-use the k8s volume functions to figure out what needs to be mounted.

This would normally be fine, but we have a security setup that prevents writes at certain paths: of which /etc/pki is in the set of blocked paths.

Since we no longer have a spark cluster that is able to use certificate-based k8s authentication, this should be totally safe to remove as a default.

I missed that this was a thing that we did in my previous PR to always
set k8s mounts regardless of whether or not they exist on the host
executing service_configuration_lib code - however, my assertion that
in the worst case the container runtime would create the missing files
wherever these mounts are used was incorrect: in a `paasta spark-run`,
the spark driver will run locally and re-use the k8s volume functions to
figure out what needs to be mounted.

This would normally be fine, but we have a security setup that prevents
writes at certain paths: of which /etc/pki is in the set of blocked
paths.

Since we no longer have a spark cluster that is able to use
certificate-based k8s authentication, this should be totally safe to
remove as a default.
@nemacysts nemacysts merged commit 2f34aee into master Oct 16, 2024
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants