Getaddrinfo: nodename или servname предоставляется или неизвестно

У меня есть приложение Ruby on Rails, которое я развертываю на компьютере под управлением Mac OS X 10.6. Код, в котором возникает проблема, запускается delayed_job. Проблема возникает только при запуске delayed_job. Если я запустил его в консоли (rails console production) или вызвал API напрямую через cURL, он работает без проблем. Кроме того, весь процесс работает без проблем в моей среде разработки.

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

Любая помощь очень ценится.

Важные замечания:

Ruby version: 1.9.2-p0
Rails версия: 3.0.1
delayed_job версия: последняя (от collectiveidea/delayed_job)
версия для отдыха: 1.6.1

код:

class CallApi < Struct.new(:num)
  def perform
    log "Entering perform"
    apinum = num || 5
    log "ApiNum = #{apinum}"
    results = attempt(2,10) do
      ActiveSupport::JSON.decode(RestClient.get(API_URL, {:params => {:apinum => apinum}}))
    end
    log "Results retrieved. (count: #{results.count})"
  end

  def log(message)
    Delayed::Worker.logger.info "[CallApi] #{Time.now} - #{message}"
  end
end

Конфигурация среды (обратите внимание: URL-адрес является фальшивым, но имеет ту же форму, что и реальная):

API_URL = "http://api.example.org/api_endpoint"
# Originally, I had "http://" before the beginning, but found a
# post mentioning that Net::Http.start didn't like that.
# So I tried it both ways.
# The same error occurs regardless of if the "http://" is there.

Вызовите, где произошла ошибка:

RestClient.get(API_URL, {:params => {:apinum => apinum}})

Ошибка:

getaddrinfo: nodename nor servname provided, or not known
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/net/http.rb:644:in `initialize'
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/net/http.rb:644:in `open'
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/net/http.rb:644:in `block in connect'
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/timeout.rb:44:in `timeout'
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/timeout.rb:87:in `timeout'
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/net/http.rb:644:in `connect'
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/net/http.rb:637:in `do_start'
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/net/http.rb:626:in `start'
/Users/api/.rvm/gems/[email protected]/gems/rest-client-1.6.1/lib/restclient/request.rb:166:in `transmit'
/Users/api/.rvm/gems/[email protected]/gems/rest-client-1.6.1/lib/restclient/request.rb:60:in `execute'
/Users/api/.rvm/gems/[email protected]/gems/rest-client-1.6.1/lib/restclient/request.rb:31:in `execute'
/Users/api/.rvm/gems/[email protected]/gems/rest-client-1.6.1/lib/restclient.rb:68:in `get'
/private/var/www/project-gemset/releases/20101109002137/lib/call_api.rb:7:in `block in perform'
/Users/api/.rvm/gems/[email protected]/gems/attempt-0.2.0/lib/attempt.rb:70:in `attempt'
/Users/api/.rvm/gems/[email protected]/gems/attempt-0.2.0/lib/attempt.rb:114:in `attempt'
/private/var/www/project-gemset/releases/20101109002137/lib/call_api.rb:6:in `perform'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/backend/base.rb:77:in `invoke_job'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:118:in `block (2 levels) in run'
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/timeout.rb:57:in `timeout'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:118:in `block in run'
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/benchmark.rb:309:in `realtime'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:117:in `run'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:176:in `reserve_and_run_one_job'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:102:in `block in work_off'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:101:in `times'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:101:in `work_off'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:76:in `block (2 levels) in start'
/Users/api/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/benchmark.rb:309:in `realtime'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:75:in `block in start'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:72:in `loop'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/worker.rb:72:in `start'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/command.rb:100:in `run'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/command.rb:79:in `block in run_process'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/application.rb:250:in `call'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/application.rb:250:in `block in start_proc'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/daemonize.rb:199:in `call'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/daemonize.rb:199:in `call_as_daemon'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/application.rb:254:in `start_proc'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/application.rb:294:in `start'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/application_group.rb:159:in `block (2 levels) in start_all'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/application_group.rb:158:in `fork'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/application_group.rb:158:in `block in start_all'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/application_group.rb:157:in `each'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/application_group.rb:157:in `start_all'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/controller.rb:80:in `run'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons.rb:193:in `block in run_proc'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/cmdline.rb:112:in `call'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons/cmdline.rb:112:in `catch_exceptions'
/Users/api/.rvm/gems/[email protected]/gems/daemons-1.1.0/lib/daemons.rb:192:in `run_proc'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/command.rb:78:in `run_process'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/command.rb:72:in `block in daemonize'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/command.rb:70:in `times'
/Users/api/.rvm/gems/[email protected]/bundler/gems/delayed_job-aba9905764c2/lib/delayed/command.rb:70:in `daemonize'
script/delayed_job:5:in `'

Ответ 1

Ошибка возникает, когда сбой разрешения DNS. Проверьте, можно ли wget (или завивать) api url из командной строки. Изменение DNS-сервера и его тестирование могут помочь.

Ответ 2

rest-client RestClient нуждается в схеме http: при разрешении URL-адреса. Он вызывает Net::HTTP для вас, который не хочет части http:, но rest-client позаботится об этом.

Является ли URL фактическим, к которому вы пытаетесь достичь? example.org - действительный домен, используемый для тестирования и документирования, и доступен; Я ожидаю, что части "api" и "api_endpoint" потерпят неудачу и увижу, когда я попытаюсь их достичь.

require 'socket'

IPSocket.getaddress('example.org') # => "2620:0:2d0:200::10"
IPSocket.getaddress('api.example.org') # => 
# ~> -:7:in `getaddress': getaddrinfo: nodename nor servname provided, or not known (SocketError)
# ~>    from -:7:in `<main>'

Здесь я получаю использование Curl:

greg-mbp-wireless:~ greg$ curl api.example.org/api_endpoint
curl: (6) Couldn't resolve host 'api.example.org'
greg-mbp-wireless:~ greg$ curl example.org/api_endpoint
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL /api_endpoint was not found on this server.</p>
<hr>
<address>Apache Server at example.org Port 80</address>
</body></html>
greg-mbp-wireless:~ greg$ curl example.org
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>
<HEAD>
  <META http-equiv="Content-Type" content="text/html; charset=utf-8">
  <TITLE>Example Web Page</TITLE>
</HEAD> 
<body>  
<p>You have reached this web page by typing &quot;example.com&quot;,
&quot;example.net&quot;,&quot;example.org&quot
  or &quot;example.edu&quot; into your web browser.</p>
<p>These domain names are reserved for use in documentation and are not available 
  for registration. See <a href="http://www.rfc-editor.org/rfc/rfc2606.txt">RFC 
  2606</a>, Section 3.</p>
</BODY>
</HTML>

Ответ 3

Сегодня я столкнулся с подобной ситуацией - развертывание приложения на сервере mac os x и получение сообщения getaddrinfo, когда я пытался получить доступ к внешнему api. Оказывается, ошибка возникает, когда сеанс ssh, который первоначально запускал приложение, больше не активен. Вот почему все работает отлично, если вы ssh на свой сервер и запускаете команды вручную (или запускаете сервер вручную) - пока вы сохраняете свою сессию ssh, эта ошибка не будет возникать.

Является ли это ошибкой или причудой в OS X, я не уверен. Здесь страница, которая привела меня к решению - http://lists.apple.com/archives/unix-porting/2010/Jul/msg00001.html

Все, что мне нужно было сделать, это обновить мою задачу capistrano, чтобы запустить приложение, используя "nohup". Поэтому изменение

run "cd #{current_path} && RAILS_ENV=production unicorn_rails -c config/unicorn.rb -D"

run "cd #{current_path} && RAILS_ENV=production nohup unicorn_rails -c config/unicorn.rb -D"

сделал трюк для меня.

Надеюсь, это поможет кому-то - это было довольно боль, чтобы понять!

Ответ 4

Я перезапустил свой компьютер (Mac Mountain Lion), и проблема была исправлена. Что-то связано с оболочкой, думающей, что она отключена от Интернета, я думаю.

Перезапуск вашей оболочки определенным образом также может решить эту проблему. Простое открытие нового сеанса/окна, однако, не сработало.

Ответ 5

Я исправил эту проблему просто закрытием и повторным открытием терминала.

Ответ 6

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

Этот код создаст ошибку, о которой идет речь

require 'socket'
Socket.getaddrinfo("127.0.0.1", "65536")

Ответ 7

Я получил ту же ошибку, когда я проверяю, что localhost установлен в файле hosts, он как-то не установлен. Установка localhost на 127.0.0.1 решила его.

sudo vi /etc/hosts
>>

127.0.0.1       localhost

Ответ 8

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

Ответ 9

Если все вышеперечисленное не удается, попробуйте преобразовать в UNIX Line Endings или выполните:

brew install dos2unix
sudo dos2unix -c mac /private/etc/hosts

Возможно, кодировка хостов неверна.

надеюсь, что это поможет

Ответ 10

У меня была проблема с rake db:create. Эта страница показала мне проблему DNS. Я проверил подключение к VPN и обнаружил, что по какой-то причине он отключен. Я снова подключился, и теперь грабли работали без сучка и задоринки.

Ответ 11

Чтобы избежать этой проблемы, мы можем привязываться к 127.0.0.1 вместо localhost:

bin/rails server -b 127.0.0.1