Что является источником ошибки: getaddrinfo EAI_AGAIN?

Если вы получаете эту ошибку с Firebase Cloud Functions, это связано с ограничениями бесплатного уровня (исходящая сеть разрешена только для служб Google).

Перейдите на тарифный план Flame или Blaze, чтобы он работал.

EAI_AGAIN - это ошибка истечения времени ожидания поиска DNS, означающая, что это ошибка сетевого подключения или ошибка прокси-сервера.

Мой главный вопрос: что делает dns.js?

• Dns.js предназначен для узла, чтобы получить IP-адрес домена (вкратце).

Дополнительная информация: http://www.codingdefined.com/2015/06/nodejs-error-errno-eaiagain.html

Если вы получаете эту ошибку из контейнера докеров, например при запуске npm install внутри контейнера alpine причина может быть в том, что сеть изменилась с момента запуска контейнера.

Чтобы решить эту проблему, просто остановите и перезапустите контейнер.

docker-compose down
docker-compose up

Источник: https://github.com/moby/moby/issues/32106#issuecomment-578725551

Как объясняет отличный ответ xerq, это проблема с тайм-аутом DNS.

Я хотел предложить еще один возможный ответ для тех из вас, кто использует Подсистему Windows для Linux - в некоторых случаях что-то кажется неправильным в клиентской ОС после выхода Windows из спящего режима. Перезапуск ОС хоста устранит эти проблемы (вероятно, перезапуск службы WSL сделает то же самое).

Ошибка OP указывает хост (my-store.myshopify.com). Ошибка, с которой я столкнулся, одинакова во всех отношениях, за исключением того, что не указан домен.

Мое решение может помочь другим, кого здесь привлекает заголовок «Ошибка: getaddrinfo EAI_AGAIN»

Я столкнулся с ошибкой при попытке обслуживать приложение NodeJs и VueJs с другой виртуальной машины, на которой изначально был разработан код.

Файл vue.config.js гласил:

 module.exports = {
   devServer: {
     host: 'tstvm01',
     port: 3030,
   },
 };

При обслуживании на исходной машине выходными данными при запуске являются:

App running at:
- Local:   http://tstvm01:3030/ 
- Network: http://tstvm01:3030/

Использование тех же настроек на виртуальной машине tstvm07 вызвало у меня ошибку, очень похожую на ту, которую описывает OP:

 INFO  Starting development server...
 10% building modules 1/1 modules 0 activeevents.js:183                              
      throw er; // Unhandled 'error' event
      ^

Error: getaddrinfo EAI_AGAIN
    at Object._errnoException (util.js:1022:11)
    at errnoException (dns.js:55:15)
    at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:92:26)

Если это еще не очевидно, замените vue.config.js на читать ...

 module.exports = {
   devServer: {
     host: 'tstvm07',
     port: 3030,
   },
 };

... решил проблему.

Это проблема, связанная с настройкой файла hosts. В Ububtu добавьте следующую строку в ваш хот-файл: / etc / hosts

127.0.0.1   localhost

В windows: c: \ windows \ System32 \ drivers \ etc \ hosts

127.0.0.1   localhost

Я начал получать эту ошибку (хотя и другую трассировку стека) после тривиального обновления моего приложения GraphQL API, которое работает внутри контейнера докеров. По какой-то причине у контейнера возникли проблемы с разрешением серверной службы, используемой API.

Посмотрев вокруг, чтобы увидеть, были ли внесены какие-либо изменения в базовый образ докера, из которого я строил (кстати, узел: 13-alpine), я решил попробовать самый старый компьютерный трюк перезагрузки ... Я остановился и запустил докер контейнер и все вернулось в норму.

Ясно, что это не является значимым решением основной проблемы - я просто публикую это, потому что это помогло мне прояснить проблему, не заходя слишком глубоко в кроличьи норы.

@xerq указал правильно, вот еще ссылка http://www.codingdefined.com/2015/06/nodejs-error-errno-eaiagain.html.

У меня такая же ошибка, я решил ее, обновив файл "hosts", находящийся в этом месте в ОС Windows

C: \ Windows \ System32 \ драйверы \ и т. Д.

Надеюсь, это поможет!!

У меня была такая же проблема с AWS и Serverless. Я пробовал с регионом eu-central-1, и это не сработало, поэтому мне пришлось изменить его на us-east-2 для примера.

Включен Blaze, но он по-прежнему не работает?

Скорее всего, вам нужно установить .env с правильного пути, require('dotenv').config({ path: __dirname + './../.env' }); не будет работать (или любой другой путь). Просто поместите файл .env в каталог functions, из которого вы выполняете развертывание в Firebase.

В моем случае проблема заключалась в диапазоне распределения IP-адресов сетей докеров, подробности см. В этом сообщении.

обновление npm до последних исправляет эту проблему для меня.

npm install npm@latest

эта проблема связана с вашим сетевым подключением. следовательно, может быть временным. при стабильном интернет-соединении эта проблема практически не наблюдалась.