Skip to content
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

Poor support for Debian 9 #162

Open
bogdanr opened this issue Jul 27, 2017 · 5 comments
Open

Poor support for Debian 9 #162

bogdanr opened this issue Jul 27, 2017 · 5 comments

Comments

@bogdanr
Copy link
Contributor

bogdanr commented Jul 27, 2017

Installing nginx with this formula on Debian 9 does a bunch of stuff which are not as a Debian admin would expect them to be. Just to name a few:

File /var/log/nginx/access.log is set for removal
File /var/log/nginx/error.log is set for removal
File /etc/logrotate.d/nginx is set for removal
The following packages would be installed/updated: apache2-utils
File "/etc/init.d/nginx" is set to be moved to "/usr/share/nginx/init.d"
The file or directory /etc/init.d/nginx is set for removal to make way for a new symlink targeting /lib/init/upstart-job
@danmac-uk
Copy link

I'm using it on Debian 9 with none of these issues, but then I went with the default Debian package. Might be worth clarifying if you are installing from source, whether a previous nginx package was installed, etc. (the proposed removal of /etc/init.d/nginx and reference to upstart seems very odd)

The only issue I'm having is the service not reloading after a config change but I haven't really dug into the problem to see if it's me or the formula yet. (I'm new to Salt and I jumped in the deep end a bit)

@daks
Copy link
Member

daks commented Jun 29, 2018

@danmac-uk in fact it seems that service is not reloaded automatically, I opened #194 to track it

@arthurzenika
Copy link
Contributor

@bogdanr we're using nginx formula quite extensively with debian stretch, never encountered these issues. Do you have more information to help us debug ?

@noelmcloughlin
Copy link
Member

@bogdanr Seems these relate to nginx state not nginx.ng state.

These get triggered by nginx.use_upstart: True (or maybe use_sysvinit: True).

File /var/log/nginx/access.log is set for removal
File /var/log/nginx/error.log is set for removal
File /etc/logrotate.d/nginx is set for removal

And these when nginx.install_from_source: True (& maybe use_sysvinit: True).

The following packages would be installed/updated: apache2-utils
File "/etc/init.d/nginx" is set to be moved to "/usr/share/nginx/init.d"
The file or directory /etc/init.d/nginx is set for removal to make way for a new symlink targeting /lib/init/upstart-job

I guess best solution is to use ngninx.ng state instead or don't install from source.

@noelmcloughlin
Copy link
Member

noelmcloughlin commented Jan 25, 2019

Hi @aboe76 @javierbertoli

Should we update name.init.sls so it points directly at name.ng.init.sls to improve quality in this formula and maybe others?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants