Unable to run cap production puma:jungle:install

[kyledecot]

When attempting to run cap production puma:jungle:install I get:

DEBUG Uploading /tmp/run-puma 0.0%
 INFO Uploading /tmp/run-puma 100.0%
 INFO [7c6dec29] Running chmod +x /tmp/run-puma on 162.243.33.179
DEBUG [7c6dec29] Command: chmod +x /tmp/run-puma
 INFO [7c6dec29] Finished in 0.264 seconds with exit status 0 (successful).
DEBUG Uploading /tmp/puma 0.0%
 INFO Uploading /tmp/puma 100.0%
 INFO [f32b7752] Running chmod +x /tmp/puma on 162.243.33.179
DEBUG [f32b7752] Command: chmod +x /tmp/puma
 INFO [f32b7752] Finished in 0.268 seconds with exit status 0 (successful).
 INFO [a0a78463] Running sudo mv /tmp/run-puma /usr/local/bin/run-puma on 162.243.33.179
DEBUG [a0a78463] Command: ( RAILS_ENV=production sudo mv /tmp/run-puma /usr/local/bin/run-puma )
DEBUG [a0a78463]    [sudo] password for deploy:

The problem is that my deploy user doesn't have a password. What would you suggest?

[seuros]

i added this line to my sudoer file (/etc/sudoer.d/deploy)

deploy ALL=NOPASSWD:/usr/sbin/service, /bin/mv, /usr/sbin/update-rc.d,/usr/bin/touch

But i think it bad, since it give deploy user the right to move files. You can always remove the ' /bin/mv, /usr/sbin/update-rc.d,/usr/bin/touch' reference after installation.

I'm thinking about another solution that won't require such privilege.

I will be updated the gems to reflect this soon. The next version will have jungle tasks as option.

[kyledecot]

Okay, now it appears to be trying to run RAILS_ENV=production sudo update-rc.d -f puma defaults which doesn't work on centos and returns w/ a sudo: update-rc.d: command not found.

[seuros]

yes. Centos/Redhat uses chkconfig instead update-rc.d.
you have to run

 chkconfig --add puma
 touch /etc/puma.conf #to create the conf file.

can you check if centos has : service ?

I will install centos tonight and try to make it work

[kyledecot]

Centos does have service. I ran the two commands above (ssh'ed in as the deploy user). Executing service puma now gives me

/etc/init.d/puma: line 28: /lib/init/vars.sh: No such file or directory

[seuros]

Can you comment line 28 of /etc/init.d/puma and see if it compatible ?
This gist https://gist.github.com/niwo/4526179 and https://fedoraproject.org/wiki/Packaging:SysVInitScript?rd=Packaging/SysVInitScript#Initscript_template might be useful.

Note: The gist is not fully compatible with the paths(state,pid) of the current setup.

We will have to write another compatible start-up script if this fail.

[seuros]

@kyledecot , i updated the gem and it should now support Centos. Can you test it in your side ?

[khiem-nguyen]

@seuros Bug on Amazon linux(Fedora), install debian instead of rhel