2015-06-30 33 views
7

Bu kılavuzu kullanarak şef sunucumu (chef-server-core-12.1.0-1.el6.x86_64.rpm), CentOS 6.5 makineye yüklemeye çalışıyorum: http://docs.chef.io/server/install_server.html#standalone Bu bir testtir. çevre, dolayısıyla bir FQDN yok, ancak IP adresi çözümlenebilir.Chef Sunucu yükleme sorunları

[[email protected] ~]# chef-server-ctl user-create myusername myfirstname mylastname myemail mypassword --filename /root/myfile.pem 

Yukarıdaki komutla uygun ayrıntıları doldurun ama bu hatayı almaya devam: şef-sunucu-ctl reconfigure çalıştırdıktan sonra ben kullanarak bir kullanıcı oluşturmak için denemek

ERROR: Connection refused connecting to https://127.0.0.1/users/, retry 5/5 
ERROR: Network Error: Connection refused - Connection refused connecting to  https://127.0.0.1/users/, giving up 
Check your knife configuration and network settings 

ngnix Servis her zaman çalışıyor, başlayamıyor. günlükleri olsa gittikten sonra şu şekildedir:

tail -f /var/log/opscode/nginx/current 
2015-07-01_10:59:00.69218 nginx: [emerg] invalid number of arguments in "server_name" directive in /var/opt/opscode/nginx/etc/chef_https_lb.conf:3 

dosya chef_https_lb.conf geçerli:

server { 
listen 443; 
server_name ; 

access_log /var/log/opscode/nginx/access.log opscode; 

yanlış ne oluyor emin değilim. Biraz ışık yaktı lütfen?

cevap

6

durumda birileri (benim yaptığım gibi) bir cevap bu arama rastlar. Sorun, sunucunun FQDN'sini localhost dışında ayarlamalısınız./etc/hosts olarak CentOS 6.6 üzerinde

Örnek

, (benzer veya kadar) üst okur hattını sunucunuzda için ayarladığınız ana makine adına

127.0.0.1 localhost 

Değişim localhost'u (/etc/sysconfig/network dosyası)

127.0.0.1 servername.com 
sizin ağ hizmeti yeniden başlatın

$: service network restart 

sunucuların terminali

$: hostname 
$: hostname -f 

üzerinde aşağıdaki komutları çalıştırdığınızda Her ikisi de çıktı "servername.com"

Run chef-server-ctl reconfigure şef sunucusu için SSL sertifikasını yeniden gerekir.

Sen benim durumumda o apache2 zaten kullanıyordu çünkü 80. portu dinleyebilmek için başarısız nginx oldu yılında yönetici kullanıcı/ORG ve opscode-yönetmek web arayüzü

+0

Not: Aynı sonuçları, * $ */etc/hosts'ın en üst sırasına * $ * ekleyerek * elde edebildim. Bu cevap için teşekkürler! – sixty4bit

0

SELinux'u devre dışı bırakmanız gerekir, böylece Şef hizmetlerini çeşitli yuvalara/bağlantı noktalarına bağlayabilir. Qpid'i de devre dışı bırakmanız gerekebilir.

Bkz: Özellikle

http://docs.chef.io/server/install_server_pre.html

: http://docs.chef.io/server/install_server_pre.html#selinux

+0

Merhaba, teşekkürler. SElinux'u izin verici moda ayarlıyorum ve CentOS'umda qpidd yüklü değil. Fazla mesai şef hizmetlerinin durumunu kontrol edin: aşağı: nginx: 0 ları, normalde yukarı, yukarı istiyorum; çalıştırın: log: (pid 4378) 11394s nginx şef-sunucu-tcl başlangıç ​​çağırdığınızda başladıktan hep, ama aşağı yine gidiyor. – Madz

+0

bu sorunun sorunu olup olmadığından emin değilim - nginx kapalı. Neden aşağı iniyor? – Madz

+0

çünkü sen başka web sunucusu zaten port 80/443 çalışıyorsa/...? – Roland

4

eklemek gerekir.yine 443 yönlendirir gibi görerek - Yani benim şef-sunucu-ctl kuyruk nginx bu

# chef-server-ctl tail nginx                                     
==> /var/log/opscode/nginx/internal-chef.access.log <== 

==> /var/log/opscode/nginx/error.log <== 
2016/07/20 12:22:29 [emerg] 28912#0: listen() to 0.0.0.0:80, backlog 511 failed (98: Address already in use) 
2016/07/20 12:22:29 [emerg] 28912#0: listen() to 0.0.0.0:80, backlog 511 failed (98: Address already in use) 
2016/07/20 12:22:29 [emerg] 28912#0: listen() to 0.0.0.0:80, backlog 511 failed (98: Address already in use) 
2016/07/20 12:22:29 [emerg] 28912#0: listen() to 0.0.0.0:80, backlog 511 failed (98: Address already in use) 
2016/07/20 12:22:29 [emerg] 28912#0: still could not bind() 

yüzden nginx.conf dosyanın baktı ve limana 80 dinlemek serverını yorumladı benziyor . Sonra ... nginx ve şef-sunucu-ctl kullanıcı oluşturmak eser yeniden :) mesela Cevabınız için

# vi /var/opt/opscode/nginx/etc/nginx.conf 
... 
    # We support three options: serve nothing on non_ssl_port (80), 
    # redirect to https, or actually serve the API. 
    #  server { 
    #  listen 80; 
    #  access_log /var/log/opscode/nginx/rewrite-port-80.log; 
    #  return 301 https://$host$request_uri; 
    #  } 

# chef-server-ctl restart nginx 
ok: run: nginx: (pid 32236) 0s 
# chef-server-ctl user-create username fname sname [email protected] password --filename username.pem 
+0

Mükemmel! Teşekkür ederim :) – Rodders