I looked at `dig eutils.ncbi.nlm.nih.gov +trace` and at `strace -f dig eutils.ncbi.nlm.nih.gov +trace` - it looks to me like NIH's nameservers are not willing to serve labs?

On Fri, 14 Jun 2019 at 05:59, Konrad Koehler via Cloud <cloud@lists.wikimedia.org> wrote:

The following tool has been running without problem for years:


Recently the tool has started generating the following error message:

Can't call method "findnodes" on an undefined value at /data/project/citation-template-filling/perl/ActivePerl-5.26/site/lib/WWW/Search/PubMedLite.pm line 117.

PubMedLite.pm in turn makes a request to  “'https://eutils.ncbi.nlm.nih.gov/entrez/eutils/efetch.fcgi” for data.  For debugging, I queried the entrez server using an equivalent command in curl which generated the following error messages:

curl 'https://eutils.ncbi.nlm.nih.gov/entrez/eutils/efetch.fcgi?db=pubmed&id=12345&retmode=xml'

curl: (6) Could not resolve host: eutils.ncbi.nlm.nih.gov

I also tried replacing eutils.ncbi.nlm.nih.gov with its IP address:

curl ''

curl: (51) SSL: no alternative certificate subject name matches target host name ''

The same curl command runs without problem on my local workstation:

curl 'https://eutils.ncbi.nlm.nih.gov/entrez/eutils/efetch.fcgi?db=pubmed&id=12345&retmode=xml

<!DOCTYPE PubmedArticleSet PUBLIC "-//NLM//DTD PubMedArticle, 1st January 2019//EN" "https://dtd.nlm.nih.gov/ncbi/pubmed/out/pubmed_190101.dtd"> …

Anyone have an idea how to fix this?  Thanks,


Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly labs-l@lists.wikimedia.org)