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

Unexpected false negatives #240

Open
Firm opened this issue Jan 15, 2021 · 1 comment
Open

Unexpected false negatives #240

Firm opened this issue Jan 15, 2021 · 1 comment

Comments

@Firm
Copy link

Firm commented Jan 15, 2021

I use http-type check to trace health of upstreams. Sometimes module wrongly marks upstream as failed although it gets 200 OK. By checking dump I noticed the following things:

  • if check is marked as failed (recorded to error.log as check time out with peer) (even it gets 200 OK from remote host) then nginx sends RST immediately after getting reply
  • if check is marked as passed then normal session close is happened (with FIN/ACK)
  • if I lower number of nginx workers from auto (40) to 5-10 then false negatives become very rare
  • if I raise timeout from 2-3 seconds to 20-30 seconds then false negatives become very rare too

Does each nginx worker run its own checks for upstream(s) or there's one 'process' which manages these checks?

@yaoweibin
Copy link
Owner

OK, I will check this problem.

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

2 participants