Skip to content

Add lables for /var/kubernetes and /var/lib/kubernetes #369

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

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

jcpunk
Copy link

@jcpunk jcpunk commented Apr 21, 2025

Working with bootc and transient.etc, it is helpful to have some kubernetes elements in /var to create persistence.

Summary by Sourcery

New Features:

  • Create SELinux file context labels for /var/kubernetes and /var/lib/kubernetes directories

Copy link

sourcery-ai bot commented Apr 21, 2025

Reviewer's Guide by Sourcery

This pull request adds labels for /var/kubernetes and /var/lib/kubernetes to enhance persistence when working with bootc and transient.etc.

No diagrams generated as the changes look simple and do not need a visual representation.

File-Level Changes

Change Details Files
Added labels for /var/kubernetes and /var/lib/kubernetes.
  • Added a label for /var/kubernetes.
  • Added a label for /var/lib/kubernetes.
container.fc

Tips and commands

Interacting with Sourcery

  • Trigger a new review: Comment @sourcery-ai review on the pull request.
  • Continue discussions: Reply directly to Sourcery's review comments.
  • Generate a GitHub issue from a review comment: Ask Sourcery to create an
    issue from a review comment by replying to it. You can also reply to a
    review comment with @sourcery-ai issue to create an issue from it.
  • Generate a pull request title: Write @sourcery-ai anywhere in the pull
    request title to generate a title at any time. You can also comment
    @sourcery-ai title on the pull request to (re-)generate the title at any time.
  • Generate a pull request summary: Write @sourcery-ai summary anywhere in
    the pull request body to generate a PR summary at any time exactly where you
    want it. You can also comment @sourcery-ai summary on the pull request to
    (re-)generate the summary at any time.
  • Generate reviewer's guide: Comment @sourcery-ai guide on the pull
    request to (re-)generate the reviewer's guide at any time.
  • Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
    pull request to resolve all Sourcery comments. Useful if you've already
    addressed all the comments and don't want to see them anymore.
  • Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
    request to dismiss all existing Sourcery reviews. Especially useful if you
    want to start fresh with a new review - don't forget to comment
    @sourcery-ai review to trigger a new review!
  • Generate a plan of action for an issue: Comment @sourcery-ai plan on
    an issue to generate a plan of action for it.

Customizing Your Experience

Access your dashboard to:

  • Enable or disable review features such as the Sourcery-generated pull request
    summary, the reviewer's guide, and others.
  • Change the review language.
  • Add, remove or edit custom review instructions.
  • Adjust other review settings.

Getting Help

Copy link

@sourcery-ai sourcery-ai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey @jcpunk - I've reviewed your changes - here's some feedback:

Overall Comments:

  • Could you elaborate on the specific use case for these labels in the description?
Here's what I looked at during the review
  • 🟢 General issues: all looks good
  • 🟢 Security: all looks good
  • 🟢 Testing: all looks good
  • 🟢 Complexity: all looks good
  • 🟢 Documentation: all looks good

Sourcery is free for open source - if you like our reviews please consider sharing them ✨
Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

Copy link
Member

@lsm5 lsm5 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM AFAICT.

@rhatdan @haircommander @wrabcak PTAL

Copy link

openshift-ci bot commented Apr 21, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: jcpunk, lsm5, sourcery-ai[bot]

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@rhatdan
Copy link
Member

rhatdan commented Apr 21, 2025

These Look fine to me, but would prefer @haircommander confirm on the labels of /var/lib/kubernetes. I was thinking this might be labeled in some other place.

@lsm5
Copy link
Member

lsm5 commented Apr 21, 2025

These Look fine to me, but would prefer @haircommander confirm on the labels of /var/lib/kubernetes. I was thinking this might be labeled in some other place.

I guess it'd be nice to run some revdep tests with crio / kubernetes or whatever to ensure we don't break them, like we do with podman.

@haircommander
Copy link
Collaborator

what is kept in /var/lib/kubernetes? i can't find direct reference to it in the upstream but I'm probably missing something

@jcpunk
Copy link
Author

jcpunk commented Apr 24, 2025

My system has a /var/lib/kubernetes/ca.crt which seems to be the cluster CA.

@haircommander
Copy link
Collaborator

naively it seems closer to kubernetes_file_t to me then, though matching /var/lib/kubelet is fine too. either way, adding this makes sense to me

@jcpunk
Copy link
Author

jcpunk commented Apr 24, 2025

Related, should /var/lib/kubelet/pods have the same label as /var/lib/kubernetes/pods?

@haircommander
Copy link
Collaborator

hm what is in /var/lib/kubernetes/pods

@jcpunk
Copy link
Author

jcpunk commented Apr 24, 2025

My system doesn't have anything in /var/lib/kubernetes/pods. I don't even have the directory.

@haircommander
Copy link
Collaborator

yeah that is what I thought. no need for anything special there. pods are for the kubelet to manage so /var/lib/kubelet/pods is the only dir we'd want to have a rule for there

@jcpunk
Copy link
Author

jcpunk commented Apr 24, 2025

My eyes might be bad, but I don't see a specific rule setting /var/lib/kubelet/pods to a specific label. Just inheriting from /var/lib/kubelet. The pod-resources is getting called out...

@lsm5
Copy link
Member

lsm5 commented May 19, 2025

@haircommander @jcpunk do we still need this?

@jcpunk
Copy link
Author

jcpunk commented May 20, 2025 via email

@haircommander
Copy link
Collaborator

@jcpunk it's not clear to me what is going in these directories so it's hard to tell if these labels are correct

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants