☰

Das Hochladen des Kochbuchs durch den Chef ist aufgrund eines Netzwerkfehlers fehlgeschlagen

tag-icon • tag-icon chef knife cookbook
Das Hochladen des Kochbuchs durch den Chef ist aufgrund eines Netzwerkfehlers fehlgeschlagen

Ich habe einen Chef-Server auf einer virtuellen Maschine (192.168.0.21) erstellt. Der Server läuft problemlos unter https (dies ist die letzte Version von der Opscode-Site).

knife user list(und die anderen Listenbefehle) werden einwandfrei ausgeführt und geben die richtigen Ergebnisse zurück (alle Benutzer/Knoten/Clients. Neue Benutzer werden einwandfrei angezeigt).

wenn ich versuche, ein Kochbuch auf den Server hochzuladen, erhalte ich diese Fehlermeldung:

Netzwerkfehler: getaddrinfo: Name oder Dienst unbekannt. Überprüfen Sie Ihre Knife-Konfiguration und Netzwerkeinstellungen.

oder dieser längere Fehler:

FEHLER: Netzwerkfehler: getaddrinfo: Name oder Dienst unbekannt. Überprüfen Sie Ihre Knife-Konfiguration und Netzwerkeinstellungen. /opt/chef/embedded/lib/ruby/1.9.1/net/http.rb:763:in initialize': getaddrinfo: Name or service not known (SocketError) from /opt/chef/embedded/lib/ruby/1.9.1/net/http.rb:763:inopen‘ von /opt/chef/embedded/lib/ruby/1.9.1/net/http.rb:763:in block in connect' from /opt/chef/embedded/lib/ruby/1.9.1/timeout.rb:69:intimeout‘ von /opt/chef/embedded/lib/ruby/1.9.1/timeout.rb:100:in timeout' from /opt/chef/embedded/lib/ruby/1.9.1/net/http.rb:763:inconnect‘ von /opt/chef/embedded/lib/ruby/1.9.1/net/http.rb:756:in do_start' from /opt/chef/embedded/lib/ruby/1.9.1/net/http.rb:745:instart‘ von /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/rest-client-1.6.7/lib/restclient/request.rb:172:in transmit' from /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/rest-client-1.6.7/lib/restclient/request.rb:64:inexecute‘ von /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/rest-client-1.6.7/lib/restclient/request.rb:33:in execute' from /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/rest-client-1.6.7/lib/restclient/resource.rb:76:input‘ von /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/chef-11.8.0/lib/chef/cookbook_uploader.rb:153:in block in uploader_function_for' from /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/chef-11.8.0/lib/chef/cookbook_uploader.rb:25:incall‘ von /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/chef-11.8.0/lib/chef/cookbook_uploader.rb:25:in block (3 levels) in setup_worker_threads' from /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/chef-11.8.0/lib/chef/cookbook_uploader.rb:24:inloop‘ von /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/chef-11.8.0/lib/chef/cookbook_uploader.rb:24:in `Block (2 Ebenen) in 'setup_worker_threads'

die Datei knife.rb:

log_level                :info
log_location             STDOUT
node_name                'dony'
client_key               '/home/dony/.chef/dony.pem'
validation_client_name   'chef-validator'
validation_key           '/home/dony/Documents/cd/cv.pem'
chef_server_url          'https://192.168.0.21'
syntax_check_cache_path  '/home/dony/.chef/syntax_check_cache'
cookbook_path   [ "/home/dony/Documents/chef" ]

Da andere Befehle an den Server funktionieren, kann ich das Problem nicht genau benennen.

Antwort1

es scheint, dass es sich um einen Serverfehler handelt. Der Server-FQDN sollte auf der Serverseite festgelegt werden.

  1. bearbeiten /etc/hostname, um zByourhost.dyndns.org
  2. laufen:hostname -F /etc/hostname

das ist alles

Antwort2

Möglicherweise sind Sie auf einen seltsamen Fehler in Chef oder der zugrunde liegenden Bibliothek Rest-Client gestoßen.

In Chef 11.10.alpha war dies möglicherweiseersetzt/repariertbereits.

Sie können auch versuchen, den tatsächlichen Port in anzugeben knife.rb, etwa so:

chef_server_url          'https://192.168.0.21:443'

Dies könnte der aktuellen Bibliothek helfen, den Standort richtig zu interpretieren.

verwandte Informationen