Installing with nginx requires some unknown sudo command

According to the current code, it *will* try /etc/init.d/nginx if it is executable... Can you provide us with the log of the installer with --debug?

Thanks,

@jm.federico

Please provide more information about your OS along with some debug output - try drush hostmaster-install --http_service_type=nginx -d.

I've experienced the same issue.

After modifying my visudo, i managed to start the installation. Here's the bug:

nginx on zulu1597.server4you.net could not be restarted. Changes might not be available until this has been done. (error: sudo:                   [warning]
/usr/sbin/apachectl: command not found)

I use the following command to install hostmaster:

drush hostmaster-install --http_service_type=nginx --client_email=lolmaus@gmail.com

@lolmaus

The sudo configuration entry for Nginx is different.

Please read and follow the docs: http://community.aegirproject.org/node/389#Sudo_configuration

If you are experiencing issues, please open a *new* issue with all details/steps you did, OS used etc etc.

I'm doing a clean install of Aegir on an Ubuntu Server 10.04 LTS.

I'm following the Manual Install guide because i want it to run on Nginx. I dunno what versions of stuff are installed. I just follow the official manual install guide.

Everything is fine until "drush hostmaster-install" should be run.

I use the following command to install hostmaster:

drush hostmaster-install --http_service_type=nginx --client_email=lolmaus@gmail.com -d

Even though it has the nginx parameter, it tries to run /usr/sbin/apachectl for some reason! :(

nginx on zulu1597.server4you.net could not be restarted. Changes might not be available until this has been done. (error: sudo: [warning]
/usr/sbin/apachectl: command not found)

It will default to /usr/sbin/apachectl when it can't find any known location for nginx reload command.

Please post the result of commands:

which nginx
nginx -V
ls -la /etc/init.d/nginx*
ls -la /usr/sbin/nginx
ls -la /usr/local/sbin/nginx

zulu1597:~# which nginx
/usr/sbin/nginx

nginx version: nginx/0.7.65
TLS SNI support enabled
configure arguments: --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --pid-path=/var/run/nginx.pid --lock-path=/var/lock/nginx.lock --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/body --http-proxy-temp-path=/var/lib/nginx/proxy --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --with-debug --with-http_stub_status_module --with-http_flv_module --with-http_ssl_module --with-http_dav_module --with-http_gzip_static_module --with-http_realip_module --with-mail --with-mail_ssl_module --with-ipv6 --add-module=/build/buildd/nginx-0.7.65/modules/nginx-upstream-fair

zulu1597:~# ls -la /etc/init.d/nginx*
-rwxr-xr-x 1 root root 2006 2010-02-15 07:16 /etc/init.d/nginx

zulu1597:~# ls -la /usr/sbin/nginx
-rwxr-xr-x 1 root root 661896 2012-01-13 20:28 /usr/sbin/nginx

zulu1597:~# ls -la /usr/local/sbin/nginx
ls: cannot access /usr/local/sbin/nginx: No such file or directory

I have upgraded to Ubuntu 12.04. It did not change anything.

I have noticed that "which nginx" would not return anything when run via aegir user! This might be the issue.

Provision doesn't use which nginx so it doesn't matter if it is in your aegir user PATH. It tries full system paths for expected Nginx binary or init script (by default).

The how-to: http://community.aegirproject.org/content/installing/manual/nginx-mariad... suggests that you should add working shell:

chsh -s /bin/bash aegir

Maybe this is Ubuntu specific issue, as it works just fine in Debian without setting PATH on the fly.

Thank you omega8cc,

i have upgraded my Ubuntu installation from 10.04 to 12.04, reinstalled Nginx and this issue no longer takes place.

I have followed the latest Manual Installation guide carefully to install Aegir with Nginx on a clean server.

I ended up receiving the `[sudo] password for aegir:` prompt.

Here's the full output with the --debug parameter: https://gist.github.com/4563424

The last message is:

Running: /usr/share/drush/drush.php  @server_master provision-verify --backend  2>&1 [15.51 sec, 9.83 MB]                [command]
[sudo] password for aegir:

I've set sudo to allow every command for Aegir, and it seems `provision-verify` runs apache2ctl:

DRUSH_BACKEND_OUTPUT_START>>>{"output":"Executing: ln -sf '\/var\/aegir\/config\/server_master\/nginx.conf' '\/var\/aegir\/config\/nginx.conf'\nExecuting: sudo \/usr\/sbin\/apachectl graceful\n sudo: \/usr\/sbin\/apachectl: command not found\n","object":[],"error_status":0,"log":[{...

Seems to be a bug. Now i'm feeling guilty for hijacking the issue thread. Closing this to reopen a separate thread.