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
False alarm about logfile access error on startup #1774
Comments
It's not a false alarm in the sense that there is really a place (in the Nginx module) that cannot write to the logfile. It just happens to be that this particular code is a fallback for certain situations where stdout/stderr are not redirected during Nginx startup. I would guess that it has something to do with the user your Nginx is running as, and its permissions on the In 5.0.25 there was probably no error because it was using a different (wrong) file. |
Actually, I see this error even if I chown file to the user, nginx running as... |
@msva maybe you can try version 5.0.29 when we release it (soon), we just fixed an issue in the code that could in some cases pass an invalid filename in the specific code responsible for this warning. It may not be related at all (on our systems the invalid name doesn't matter) but in theory if it fails to open on your system then you'd see that warning. |
In latest (26) release (probably, after d67d532, but I didn't bisected) passenger now causing following warning at startup:
Although, NginX starting fine, and passenger do have access to it's logfile (specified in
http{}
block) and even creating it just fine if I drop it. And, yes, it do write logs there.And, there was no that error in 25
The text was updated successfully, but these errors were encountered: