-
Notifications
You must be signed in to change notification settings - Fork 3
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
Move away from nss-altfiles (was: Messed up permissions in /var) #362
Comments
As a short term workaround, I recommend writing a |
If you can compare the content of |
I did some retests and saw no difference difference in /etc/{passwd,group} and /usr/etc/{passwd,group} between deployments: Before:
1st test —
2nd test —
|
Sorry I meant |
Before is the same state as in the previous comment plus: 1st test —
2nd test —
|
The
The easiest workaround for this issue is to make a
|
Workaround and related tracking issues
Documentation: https://docs.fedoraproject.org/en-US/fedora-silverblue/troubleshooting/#_unable_to_add_user_to_group
Other references:
Original issue
Describe the bug
Sometimes rpm-ostree deploys cause wrong permissions randomly in /var.
To Reproduce
Please describe the steps needed to reproduce the bug:
systemctl enable --now tor.service
andsystemctl enable --now tang.socket
.rpm-ostree upgrade
,rpm-ostree remove
andrpm-ostree rebase
.Expected behavior
Correct permissions should persist.
Some examples (reproduced in clean VMs)
System before tests:
Normal permissions state:
Some results of reproducing this bug:
Additional context
Related to coreos/rpm-ostree#3179
The text was updated successfully, but these errors were encountered: