Eu tenho várias instâncias de nginx, mas não tenho certeza qual delas é "correta"

Question

Eu herdei um servidor web de produção e vejo pelo menos 5 cópias do nginx nele:

• /usr/local/nginx/sbin/nginx
• /usr/local/nginx/sbin/nginx.old
• /usr/local/nginx-new/sbin/nginx
• /usr/local/nginx-nobrotli/sbin/nginx
• /usr/sbin/nginx

Os primeiros 4 retornam "nginx version: nginx / 1.10.0" quando executados com a opção "-v", enquanto o último retorna "nginx version: nginx / 1.0.15".

O servidor está atendendo o tráfego ao vivo, por isso preciso ter muito cuidado ao fazer alterações.

Da execução de ps aux | grep nginx , posso ver que o que está sendo usado atualmente é nginx-nobrotli :

nginx: master process /usr/local/nginx-nobrotli/sbin/nginx -c /etc/nginx/nginx.conf

O que me confunde é que, quando eu digito nginx -t da linha de comando, recebo erros. Acho que é porque estou realmente invocando /usr/sbin/nginx -t (já que nginx -v devolve "nginx versão: nginx / 1.0.15" Eu suponho que invocar o 5º).

Então, aqui estão as perguntas reais:

1. como posso reiniciar o nginx e garantir que ele esteja usando a mesma configuração atualmente em execução? (Eu estou assustado que, se eu fizer um nginx -s reload , derrubará o site carregando a versão errada do nginx)
2. qual é a melhor maneira de fazer com que o comando nginx -t se refira à versão "correta" do nginx? (assumindo que o que está atualmente em execução é o correto)
3. qual é a diferença entre os arquivos de configuração que vejo em /etc/nginx/conf.d/ e os que vejo nas pastas /usr/local/nginx*/conf/ ?
4. se as pastas /usr/local/nginx* contiverem um binário sob suas respectivas pastas sbin/ , isso significa que elas são iguais? por que alguém teria 3 versões assim?

UPDATE 1:

• O comando nginx -t retorna isso:

  nginx: [emerg] unknown directive "pagespeed" in /etc/nginx/conf.d/mainsite.conf-adminips-20170214:23
  nginx: configuration file /etc/nginx/nginx.conf test failed
  

• Mas o comando /usr/local/nginx-nobrotli/sbin/nginx -t retorna isso:

  nginx: the configuration file /usr/local/nginx-nobrotli/conf/nginx.conf syntax is ok
  nginx: configuration file /usr/local/nginx-nobrotli/conf/nginx.conf test is successful
  

Isso me preocupa um pouco porque /usr/local/nginx-nobrotli/conf/nginx.conf está basicamente vazio, então sei que não é o arquivo correto a ser verificado. Devo executar /usr/local/nginx-nobrotli/sbin/nginx -t -c /etc/nginx/nginx.conf para que a opção "-t" verifique o arquivo ? Eu sei que "/etc/nginx/nginx.conf" é o arquivo correto, não sei como # 1: verifique se ele é válido e # 2: faça um recarregamento nginx com segurança para usar o novo arquivo .

Obrigado.

UPDATE 2:

Aqui estão os conteúdos de /etc/init.d/nginx :

#!/bin/sh
#
# nginx - this script starts and stops the nginx daemon
#
# chkconfig:   - 85 15
# description:  Nginx is an HTTP(S) server, HTTP(S) reverse \
#               proxy and IMAP/POP3 proxy server
# processname: nginx
# config:      /etc/nginx/nginx.conf
# config:      /etc/sysconfig/nginx
# pidfile:     /var/run/nginx.pid

# Source function library.
. /etc/rc.d/init.d/functions

# Source networking configuration.
. /etc/sysconfig/network

# Check that networking is up.
[ "$NETWORKING" = "no" ] && exit 0

nginx="/usr/sbin/nginx"
prog=$(basename $nginx)

sysconfig="/etc/sysconfig/$prog"
lockfile="/var/lock/subsys/nginx"
pidfile="/var/run/${prog}.pid"

NGINX_CONF_FILE="/etc/nginx/nginx.conf"

[ -f $sysconfig ] && . $sysconfig


start() {
    [ -x $nginx ] || exit 5
    [ -f $NGINX_CONF_FILE ] || exit 6
    echo -n $"Starting $prog: "
    daemon $nginx -c $NGINX_CONF_FILE
    retval=$?
    echo
    [ $retval -eq 0 ] && touch $lockfile
    return $retval
}

stop() {
    echo -n $"Stopping $prog: "
    killproc -p $pidfile $prog
    retval=$?
    echo
    [ $retval -eq 0 ] && rm -f $lockfile
    return $retval
}

restart() {
    configtest_q || return 6
    stop
    start
}

reload() {
    configtest_q || return 6
    echo -n $"Reloading $prog: "
    killproc -p $pidfile $prog -HUP
    echo
}

configtest() {
    $nginx -t -c $NGINX_CONF_FILE
}

configtest_q() {
    $nginx -t -q -c $NGINX_CONF_FILE
}

rh_status() {
    status $prog
}

rh_status_q() {
    rh_status >/dev/null 2>&1
}

# Upgrade the binary with no downtime.
upgrade() {
    local oldbin_pidfile="${pidfile}.oldbin"

    configtest_q || return 6
    echo -n $"Upgrading $prog: "
    killproc -p $pidfile $prog -USR2
    retval=$?
    sleep 1
    if [[ -f ${oldbin_pidfile} && -f ${pidfile} ]];  then
        killproc -p $oldbin_pidfile $prog -QUIT
        success $"$prog online upgrade"
        echo 
        return 0
    else
        failure $"$prog online upgrade"
        echo
        return 1
    fi
}

# Tell nginx to reopen logs
reopen_logs() {
    configtest_q || return 6
    echo -n $"Reopening $prog logs: "
    killproc -p $pidfile $prog -USR1
    retval=$?
    echo
    return $retval
}

case "$1" in
    start)
        rh_status_q && exit 0
        $1
        ;;
    stop)
        rh_status_q || exit 0
        $1
        ;;
    restart|configtest|reopen_logs)
        $1
        ;;
    force-reload|upgrade) 
        rh_status_q || exit 7
        upgrade
        ;;
    reload)
        rh_status_q || exit 7
        $1
        ;;
    status|status_q)
        rh_$1
        ;;
    condrestart|try-restart)
        rh_status_q || exit 7
        restart
        ;;
    *)
        echo $"Usage: $0 {start|stop|reload|configtest|status|force-reload|upgrade|restart|reopen_logs}"
        exit 2
esac

Isso me diz que, se eu fosse reinicializar meu servidor, meu servidor da Web não será iniciado, pois o executável em /usr/sbin/nginx (mencionado no script de inicialização) não analisará a configuração quando eu executar /usr/sbin/nginx -t . Isso está correto?

    

Answer 1

Um cowboy estava aqui

nginx:[emerg]unknowndirective"pagespeed"

É por isso que você tem uma cópia do nginx em / usr / local, o módulo pagespeed deve ser compilado no nginx. Boas intenções ( ahem ^* ) explica várias cópias.

O Nginx 1.0.15 é antigo (a partir de 4/2012), portanto, é improvável que o sistema que você possui esteja usando o systemd, portanto, procure por scripts de inicialização em /etc/init.d.

O que eu faria nessa situação seria criar uma VM com o mesmo SO base e copiar as seguintes árvores de diretórios para ela.

• / etc / nginx
• / usr / local / nginx-nobrotli /
• Sua árvore de produção
• scripts init relevantes de /etc/init.d

Não instale o nginx da sua distro.

Agora você tem um ambiente de teste, você pode descobrir coisas.

Adicione /usr/local/nginx-nobrotli/sbin/nginx ao seu PATH

export /usr/local/nginx-nobrotli/sbin/nginx:$PATH

Agora, quando você executar o nginx, ele estará executando a versão compilada localmente, ele deve funcionar conforme o esperado. Ele ainda pode lançar bolas curvas dependendo de como ele foi compilado, por exemplo, você pode precisar usar -c /etc/nginx/nginx.conf para garantir que esteja pegando o arquivo de configuração correto. Você poderia consertar isso com um alias.

How can I restart nginx ...

esperançosamente /etc/init.d/nginx restart (ou similar) você terá que descobrir isso com base no que você encontra em seu ambiente.

What's the best way to make the nginx -t ...

Remova todas as versões irrelevantes (com base em testes) e ajuste o PATH apropriadamente. Veja acima as opções de configuração.

what's the difference between ...

Eles são provavelmente irrelevantes, dada a saída do seu comando ps. No entanto, em geral, eles seriam onde o nginx compilado localmente esperaria encontrar sua configuração. Sabemos que eles provavelmente não estão sendo usados pelo comando ps.

if the /usr/local/nginx* folders all contain a binary under their respective sbin/ folders, does that mean they are the same?

Não é possível que eles tenham opções de compilação diferentes.

why would someone have 3 versions like this?

Boas intenções , teste, controle de versão por algum outro motivo - você escolhe.

Quando você descobrir, documente. Volte para o seu sistema prod e remova o lixo. Negocie uma janela de manutenção e teste o que você aprendeu e implementou.

^* Um Cowboy . Tenho certeza que muitas pessoas vão reconhecer isso, o melhor de nós crescerá com isso.