Closed tinuva closed 10 years ago
But sudo is included in the packages.sls, so it should get installed...
It is included within {% if grains['os_family'] == 'RedHat' %}. The Debian family part in the packages.sls does not have sudo and that is why I have this issue open.
Oh, right, sorry, didn't look closely enough. On the other hand I'm not using sudo directly anywhere, so it must be salt using it... I'll have to have a look how salt will react when sudo appears in the middle of the run, whether the agent will be able to use it.
Salt uses it in gitlab-shell.sls, where you specify commands should be run as user git. Eg. line 10 in gitlab-shell.sls. Which is why sudo is a required package, and should be installed before that state executes.
Salt doesn't use sudo to run commands as user: https://github.com/saltstack/salt/blob/2014.1/salt/modules/cmdmod.py#L301 so I don't know why this fails.
@Tinuva can you run the command from the minion itself via salt-call? The debug logging should show which command it's failing on exactly. Something like:
salt-call -l debug state.sls gitlab
Ok it looks like something else must have been wrong with my tree, and after fixing it whilst working on other issues, that this was resolved, and that it was my noobness thinking sudo is required.
After many many changes, doing a clean install without sudo as a required package for debian, it seems my gitlab installs just fine.
Can close this issue.
Hi,
When I have a debian 7 minimal install, it seems sudo was not installed, but is required by this gitlab-formula to get a proper install going, otherwise the states where commands must be run as the git user fail.