Problemi di installazione di Chef Server

Question

Ho cercato di installare il server chef (chef-server-core-12.1.0-1.el6.x86_64.rpm) sul mio computer CentOS 6.5 utilizzando questa guida: http://docs.chef.io/server/install_server.html#standalone Questo è un test ambiente, quindi I Non ho un FQDN ma l'indirizzo IP è risolvibile. Dopo ho eseguito lo chef-server-CTL riconfigurare, cerco di creare un utente che utilizza:

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

riempio dettagli appropriate nel comando precedente, ma continuo a ricevere questo errore:

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 

Il ngnix il servizio è sempre attivo, non riesco a farlo partire. Dopo essere andato anche se i registri:

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 

Il file chef_https_lb.conf è la seguente:

server { 
listen 443; 
server_name ; 

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

io non sono sicuro che cosa è che non va. Qualcuno fa luce per favore?

Answer 1

Nel caso in cui qualcuno si imbatte in questa ricerca di una risposta (proprio come ho fatto io). Il problema è che è necessario impostare il nome FQDN del server diverso da localhost.

Esempio su CentOS 6.6

nel file/etc/hosts, la linea superiore che legge (o simili a)

127.0.0.1 localhost 

Modificare localhost per il nome host è stato impostato per il server (/etc/sysconfig/network)

127.0.0.1 servername.com 

Riavviare il servizio di networking

$: service network restart 

Quando si eseguono i seguenti comandi sul terminale server

$: hostname 
$: hostname -f 

Dovrebbero sia uscita "servername.com"

Run chef-server-ctl reconfigure per ricostruire il certificato SSL per il server chef.

Si dovrebbe essere in grado di aggiungere l'utente admin/ORG e l'interfaccia web Opscode gestire

Answer 2

Dovrai disabilitare SELinux in modo che Chef possa associare i suoi servizi a varie prese/porte. Potrebbe essere necessario disabilitare anche qpid.

See:

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

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

Answer 3

Nel mio caso è stato nginx non riescono a collegarsi alla porta 80 perché apache2 stava già usando.Quindi il mio cuoco-server-CTL coda nginx assomiglia a questo

# 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() 

Così ho guardato il file nginx.conf e commentato il server che ascolto sulla porta 80 - visto che reindirizza a 443 in ogni caso . Quindi riavvio nginx e chef-server-ctl user-create ... works :) ad es.

# 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 username@example.com password --filename username.pem