-
Notifications
You must be signed in to change notification settings - Fork 101
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
Some files have wrong UID #265
Comments
@nurupo I wasn't able to reproduce this myself with the latest agent. (or on droplets that have been through mostly 2.x and 3.x versions over the past 2 years). You might be right that it was due to a much older release having an issue. |
I have this issue on all 5 of my droplets. It's as if do-agent was hardcoded to use UID/GID 999 when installing files at some point, despite there existing some other user under that UID/GID already. On a more recent Debian Droplet, from around July 2020, there is Anyway, please don't hardcode UIDs/GIDs in the future. |
This issue has been automatically marked as stale because it has not had any recent activity. It will be closed if no further activity occurs. |
still valid |
Hey @nurupo, Thank you for raising the issue. It is possible that this was caused by the recreation of users on agent installs/updates. We removed that logic: 42f0916 . It was the only odd user manipulation we were doing that could explain the issue. I will close the issue; please let us know if you think this is a mistake or needs more investigation. |
Describe the problem
I have noticed that
/etc/systemd/system/do-agent.service
is owned by a user I have created before I have ever installed do-agent: 999/letsencrypt.It's supposed to be owned by 995/do-agent instead:
I have created the user 999/letsencrypt on 2018-08-17 and never deleted them. I have installed do-agent (3.9.4) for the first time on 2021-04-29. It should have no business chowning files to a non do-agent uid.
I see that there are quite a few files owned by the correct uid 995, as well as do-agent itself is running under 995 right now:
So perhaps do-agent at some point was fixed to use the correct uid?
Some files/directories are still owned by the wrong user though:
Steps to reproduce
Observe how some files and directories that should be owned by do-agent users are owned by someone else.
Expected behavior
Files belonging to do-agent are owned by the do-agent user, instead of some other user.
System Information
Distribution and version: Debian 10
do-agent information:
Paste the entire output
/opt/digitalocean/bin/do-agent --version
:Ubuntu, Debian
apt-cache policy do-agent
:The text was updated successfully, but these errors were encountered: