CRIT Supervisor is running as root
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 7.4k
- Forks
- 1.9k
- PR merge metrics
- No merged PRs in 30d
Description
Running the cron example leads to the following log message:
CRIT Supervisor is running as root. Privileges were not dropped because no user is specified in the config file. If you intend to run as root, you can set user=root in the config file to avoid this message.
When I change the config to include user=www-data I get an error due to /var/log/supervisord/supervisord.log not being writable (owned by root)
Question is: does supervisord need to run as root? Is is possible to change this without breaking things?
It looks to me like it only executes cron as www-data so it should not require more permissions.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the cron example and its supervisord configuration, then inspect how supervisord runs and where /var/log/supervisord/supervisord.log is created. Determine whether the container requires supervisord to run as root and document or implement a safe configuration that avoids the reported permission error. Done means the cron example runs without the root warning or an unwritable log failure.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker
- Domain
- devops, infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100