php_network_getaddresses: getaddrinfo failed

[RodG]

Correct RodG, restarting Apache did not help.

If we face an issue like this again, can we tell the host to do anything OR just wait ?

Thanks for the explanation.

It's always worth submitting a fault report for the most speedy fix. Some hosts won't even look into a problem unless they receive multiple reports, and as the saying goes 'the squeaky wheel gets the grease'

Having said that, resolver issues are probably more common than most people would realise (especially on a server rather than a client machine due to the frequency (or lack of) the need for its use (clients use them constantly, servers only need them when the hosted website needs to connect to a 3rd party server Eg, PayPal or shipping quotation servers, so a problem there could exist for considerable time before noticed and reported)

The actual problem can't be avoided, short outages are often caused by simple updates, and/or when the cached data gets 'dumped' and/or refreshed (often on a daily basis for data logging purposes) IOW, the problem is inevitable and usually so shortlived that no one will notice. It's only worth reporting if it persists for a couple of minutes or more.

Cheers
RodG

[RodG]

Note I said "DNS information", not "DNS entries"is

Classic backflip/squirm.
I'm going to save your dignity by not commenting on the inaccuracies and the comparison between apples and oranges that you've introduced with you introduction of the dig/host commands.

I will however state that I did a little further research after posting my earlier reply (the idea that Apache cached DNS data, information, records, or whatever you wish to call it) really didn't sit well with me), and guess what. It doesn't.
The outgoing requests (where the resolver issues, as being discussed, actually apply, is a function of cURL (or some other process that is totally unrelated to The Apache web server) , so restarting Apache could never resolve this particular issue.

The only time Apache ever needs to perform a DNS lookup is... Hmmm, never (I was going to say when redirects are employed, but even the lookups for this is handled client side, not server side).

Sorry.
RodG

[lhungil]

Interesting. I believe the DNS lookups are offloaded (usually to the OS).

No squirming going on here, just stating a behavior I observed in the past (before I was active on the Zen Cart forums).

To clarify, I encountered "php_network_getaddresses: getaddrinfo failed: Temporary failure in name resolution" under Apache + PHP when:

A) Apache was started before an external Internet connection was available (and no DNS nameserver was specified), a PHP script via Apache resulting in a getaddr() call was run, the external Internet connection was started at a later time, and subsequent calls (after the external connection was operational) to the same PHP script via Apache continued to report the same message.

B) Apache was started and DNS was working fine (and again the PHP script was run via Apache). A DCHP request resulted in a IP, subnet, and DNS nameserver change (and the old nameserver was no longer reachable).

In both of the above cases, calling the same PHP script via cli (or using dig) worked (although Apache + PHP did not). Not sure why, but something appeared to be caching when running under Apache + PHP, because a stop + start of Apache resolved the issue. Evidently others have reported similiar behavior...



Of course I've seen the same message far more often for the common causes RodG has already mentioned (and I agreed with back in my first post).

[RodG]

Interesting. I believe the DNS lookups are offloaded (usually to the OS).

Yup. That Is exactly right (well, not so much the os, but the resolver libraries. Close enough though) , and that is exactly the point I'm making. The problem isn't Apache 'caching DNS whatever'

As before the rest of your post relates to things that are completely irrelevant to the "Couldn't resolve host" As per this discussion. The error that you have now mentioned "temporary failure in name resolution" is a whole new ballgame.

Why are you trying to make such a simple problem into something that it isn't?

I just love/hate the way that I can state a simple fact "if the DNS data has been cached then the "Couldn't resolve host" couldn't/wouldn't exist" could turn into a discussion that shouldn't exist, yet when when I ask for an "argument" (or more specifically peoples thoughts how a diagnosis I've made on demonstrated data must clearly be wrong, but I can't see where, so I seek further input or ideas, I get a total of zero replies. What's the deal with that?
FYI, I'm referring to another thread where enabling SSL on a site led to a $10k loss in sales in a single month).

Doesn't make sense to me at all. <sigh>.

[lhungil]

... The error that you have now mentioned "temporary failure in name resolution" is a whole new ballgame. ...

The first post in this thread referenced the same message. Just wanted to mention a weird quirk I've encountered which could be another possibility (and why the post mentioned one of the reasons you gave were more common) .Probably should have typed out a longer explaination, but have been away from a full keyboard for a few days.

... when I ask for an "argument" (or more specifically peoples thoughts how a diagnosis I've made on demonstrated data must clearly be wrong, but I can't see where, so I seek further input or ideas, I get a total of zero replies. What's the deal with that? FYI, I'm referring to another thread where enabling SSL on a site led to a $10k loss in sales in a single month)...

That specific thread and the data are rather confounding. I've not encountered anything similiar, so could only speculate wildly... Maybe I'll take a closer read when I am in front of a larger screen and a keyboard. ;-)