Depois de ler muitos artigos dizendo que no Centos 7 daemonize yes precisava ser comentada, finalmente tentei apenas deixar como sim. Isso corrigiu o problema instantaneamente e não está mais reiniciando a instância de redis.
Eu tenho um cluster Redis com 3 mestres e 3 escravos. Eu posso adicionar dados ao cluster e obter dados de volta, sem problemas.
O problema surge quando os dados são salvos em um nó mestre. Depois de algum tempo, o mestre será reiniciado (veja a saída abaixo) e, em seguida, os dados mantidos serão perdidos. Se o cluster decidir usar um escravo para armazenar os dados, os dados serão mantidos até que o ttl seja alcançado.
Quando a reinicialização ocorre, a saída nos logs é a seguinte:
30580:signal-handler (1479922724) Received SIGTERM scheduling shutdown...
30580:M 23 Nov 17:38:44.544 # User requested shutdown...
30580:M 23 Nov 17:38:44.545 * Calling fsync() on the AOF file.
30580:M 23 Nov 17:38:44.545 * Saving the final RDB snapshot before exiting.
30580:M 23 Nov 17:38:44.567 * DB saved on disk
30580:M 23 Nov 17:38:44.567 * Removing the pid file.
30580:M 23 Nov 17:38:44.567 # Redis is now ready to exit, bye bye...
30636:M 23 Nov 17:38:44.783 * Increased maximum number of open files to 10032 (it was originally set to 1024).
17513:M 23 Nov 17:31:10.552 * Node configuration loaded, I'm cd698d5a4350c161930b40c52f71e1fabeac549d
<%insert_logo_and_pid_here%>
17513:M 23 Nov 17:31:10.553 # Server started, Redis version 3.2.4
17513:M 23 Nov 17:31:10.553 * The server is now ready to accept connections on port 6379
17513:M 23 Nov 17:31:11.404 * Slave <%ip%>:6379 asks for synchronization
17513:M 23 Nov 17:31:11.404 * Full resync requested by slave <%ip%>:6379
17513:M 23 Nov 17:31:11.404 * Starting BGSAVE for SYNC with target: disk
17513:M 23 Nov 17:31:11.405 * Background saving started by pid 17518
17518:C 23 Nov 17:31:11.418 * DB saved on disk
17518:C 23 Nov 17:31:11.418 * RDB: 0 MB of memory used by copy-on-write
17513:M 23 Nov 17:31:11.455 * Background saving terminated with success
17513:M 23 Nov 17:31:11.455 * Synchronization with slave <%ip%>:6379 succeeded
17513:M 23 Nov 17:31:12.557 # Cluster state changed: ok
Eu não tenho certeza se isso é algo que o mata ou se está salvando e reiniciando? Eu posso ver que há o sigterm e o usuário solicitou o desligamento, mas eu não fiz nada disso.
Além disso, a águia olha entre você notará a diferença nos números de linha, isso é porque eu copiei de uma instância diferente do Redis e não pude ser incomodado para alterá-la.
O servidor em execução é o Centos 7, Redis versão 3.2.4.
Qualquer ajuda seria muito apreciada, obrigado antecipadamente.
Depois de ler muitos artigos dizendo que no Centos 7 daemonize yes precisava ser comentada, finalmente tentei apenas deixar como sim. Isso corrigiu o problema instantaneamente e não está mais reiniciando a instância de redis.