Como posso saber se um pacote é seguro para atualizar no CentOS?

Question

Eu tenho um cluster CentOS de dois nós simples baseado em DRBD, Corosync e KVM.
Quando tento atualizar seus pacotes via yum, ele lista algo como

Updating:
 clusterlib             x86_64    3.0.12.1-23.el6_2.1          updates     94 k
 corosync               x86_64    1.4.1-4.el6_2.3              updates    188 k
 corosynclib            x86_64    1.4.1-4.el6_2.3              updates    171 k
 drbd83-utils           x86_64    8.3.13-1.el6.elrepo          elrepo     223 k
 glibc                  x86_64    2.12-1.47.el6_2.12           updates    3.8 M
 glibc-common           x86_64    2.12-1.47.el6_2.12           updates     14 M
 kernel-firmware        noarch    2.6.32-220.23.1.el6          updates    6.3 M
 kernel-headers         x86_64    2.6.32-220.23.1.el6          updates    1.6 M
 kmod-drbd83            x86_64    8.3.13-1.el6.elrepo          elrepo     174 k
 libvirt                x86_64    0.9.4-23.el6_2.9             updates    1.5 M
 libvirt-client         x86_64    0.9.4-23.el6_2.9             updates    2.8 M
 libvirt-python         x86_64    0.9.4-23.el6_2.9             updates    308 k
 matahari               x86_64    0.4.4-12.el6_2               updates     18 k
 matahari-agent-lib     x86_64    0.4.4-12.el6_2               updates     40 k
 matahari-broker        x86_64    0.4.4-12.el6_2               updates     25 k
 matahari-host          x86_64    0.4.4-12.el6_2               updates     43 k
 matahari-lib           x86_64    0.4.4-12.el6_2               updates     43 k
 matahari-network       x86_64    0.4.4-12.el6_2               updates     36 k
 matahari-service       x86_64    0.4.4-12.el6_2               updates     51 k
 matahari-sysconfig     x86_64    0.4.4-12.el6_2               updates     32 k
 qemu-img               x86_64    2:0.12.1.2-2.209.el6_2.5     updates    338 k
 qemu-kvm               x86_64    2:0.12.1.2-2.209.el6_2.5     updates    1.2 M
 qpid-cpp-client        x86_64    0.14-14.el6_2                updates    996 k
 qpid-cpp-client-ssl    x86_64    0.14-14.el6_2                updates    106 k
 qpid-cpp-server        x86_64    0.14-14.el6_2                updates    990 k
 qpid-cpp-server-ssl    x86_64    0.14-14.el6_2                updates     58 k
 qpid-qmf               x86_64    0.14-7.el6_2                 updates    410 k

Como posso saber se a atualização de um determinado pacote implicaria algum tempo de inatividade? (Por exemplo, exigir a reinicialização de uma VM ou de toda a máquina)

    

Answer 1

Reiniciar um serviço é praticamente sempre necessário após a atualização desse serviço.
Se você está perguntando se esta reinicialização é realizada automaticamente pelo yum durante a atualização, então não há maneira garantida de saber (antes de extrair os scripts de pré-instalação / pós-instalação do RPM de cada pacote). O script de pré-instalação / pós-instalação do RPM pode fazer o que quiser.

Sua melhor prática sempre deve ser ter ambientes de desenvolvimento / teste que espelham a produção para que você possa realizar testes como esse nesses ambientes primeiro.
Isso não só é bom para determinar se a atualização do pacote causará a reinicialização do serviço, mas também permitirá que você encontre quaisquer incompatibilidades ou problemas que possam surgir antes de entrar em produção.

    

Answer 2

kmod-drbd83 é o seu módulo do kernel do DRBD. Se esta atualização for ativada, você terá que descarregá-la (ou seja, parar o drbd). Isso implicaria um tempo de inatividade para o drbd.

Após uma atualização do glibc, você também deve reiniciar.

Portanto, alterne ou execute failover de todos os serviços, instale as atualizações, reinicialize e faça o failback.

    

Answer 3

Se você não tivesse alterado manualmente nenhum repositório, é seguro instalar essas atualizações. Para o tempo de inatividade, antes da instalação, o yum irá informá-lo sobre isso. Ou pelo menos, pós-instalação, ele perguntará o que fazer

    

Answer 4

Na maioria dos casos, você não terá que reinicializar o servidor, mas sim um serviço será reiniciado no processo de atualização. Dito isto, olhando para a sua lista de atualização, vejo que você tem atualizações do kernel que quase sempre exigem uma reinicialização do servidor para carregar o novo kernel.