resolver does not re-resolve upstream servers after initial cache
nginx-forum at nginx.us
Thu Nov 8 11:07:04 UTC 2012
Dave Nolan Wrote:
> >> However, this is not happening: I can watch tcpdump -n udp port 53
> but I
> >> see no re-resolution taking place.
> >> I'd love to know how to fix this. Any advice appreciated thanks!
> > proxy_pass http://example.com$request_uri;
> > will resolve "example.com" dynamically (assuming of course there's
> > no "upstream example.com" in configuration).
> Thanks very much for your help.
> If I switch to using example.com directly in the proxy_pass, I lose
> flexibility of server groups. Is there any way of dynamically
> re-resolving servers in upstream server group?
I can add that I lost my production servers last night because of this
* I use dynamic dns name for flexibility for almost all my servers
* I put one backend server to maintenance so the name was removed by dns
(after a TTL)
* corosync manage my nginx servers... and can restart them.
You can easily understand what append :
corosync detect a problem, fail back to another server, restart nginx but
nginx can't resolved a backend host in upstream so it failed to start (with
"[emerg] host not found in upstream").
All my nginx servers have been down because of this.
Just like you, I can't remove my server groups but I want the flexibility of
DNS resolving (Not failing at start and TTL).
Youscribe - www.youscribe.com
Posted at Nginx Forum: http://forum.nginx.org/read.php?2,232585,232596#msg-232596
More information about the nginx