Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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

k3s version v1.27 installed using https://get.k3s.io making running pod's /tmp as read only after ndoe restart #11120

Closed
nsimha73 opened this issue Oct 16, 2024 · 0 comments

Comments

@nsimha73
Copy link

Environmental Info:
K3s Version: v1.127
k3s version v1.27.15+k3s1 (3ced503)
go version go1.21.11

Node(s) CPU architecture, OS, and Version:

Linux stream9-node-1 5.14.0-496.el9.x86_64 #1 SMP PREEMPT_DYNAMIC Mon Aug 12 20:37:54 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Cluster Configuration:
2 nodes cluster with one master

Describe the bug:
On k3s 2 nodes cluster on CentOS stream9 OS, when we deploy helm charts all pods starts running without any issue ( most of our pods are running springboot services ) which are using /tmp of the container file system, once the kubernetes node restarts we are seeing the pod /tmp folder permissions are changed and pod fails to come up as the springboot service try to access /tmp to create files on start.

We would like to know if there are any issues reported like these.

@k3s-io k3s-io locked and limited conversation to collaborators Oct 16, 2024
@brandond brandond converted this issue into discussion #11121 Oct 16, 2024
@github-project-automation github-project-automation bot moved this from New to Done Issue in K3s Development Oct 16, 2024

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
Status: Done Issue
Development

No branches or pull requests

1 participant