csync2 Falha no comando de configuração

2

Instalei o csync2 em dois nós com a seguinte configuração:

nossl * *;
group cluster
{
    host node1;
    host (node2); # Slave host

    key /etc/csync2/csync2.key;
    include /home;

    exclude *.log;
    auto younger;
}

Eu verifiquei que o serviço está escutando via xinetd:

# netstat -vatn | grep 30865
tcp        0      0 :::30865                    :::*                        LISTEN      

No entanto, quando executo o comando sync, recebo este erro:

# csync2 -xv
Connecting to host node2 (PLAIN) ...
Connect to 10.122.71.140:30865 (node2).
Config command failed.
ERROR: Connection to remote host 'node2' failed.
Host stays in dirty state. Try again later...
Connection closed.
Finished with 2 errors.

Eu pensei que é possível que a porta esteja sendo bloqueada por um firewall local, então eu fecho o iptables em ambas as máquinas. Eu também telnetted em um servidor para outro na porta 30865.

Alguém tem alguma ideia de por que isso pode estar acontecendo?

    
por user209180 13.02.2014 / 01:32

3 respostas

2

verifique se o csync é iniciado pelo xinet: chkconfig --lits csync2

Se estiver desligado, adicione-o chkconfig csync2 em

E reinicie o xinetd

reiniciar o serviço xinetd

    
por 21.08.2014 / 00:23
0

Você pode ter uma configuração incorreta no banco de dados do csync. Remova o banco de dados e verifique sua configuração.

rm / var / lib / csync2 / *

    
por 25.11.2014 / 15:21
0

Eu vim aqui depois de googlar o mesmo erro. Para ajudar aqueles que vêm depois de mim:

O que aconteceu foi que meu nome de host atual não era node1 nem node2. Nesse caso, o csync2 precisa ser iniciado com a opção -N hostname . Ao executá-lo no host remoto, o -N hostname Meu arquivo de configuração xinetd se parece com:

# description: csync2
service csync2
{
        flags           = REUSE
        socket_type     = stream
        wait            = no
        user            = root
        group           = root
        server          = /usr/sbin/csync2
        server_args     = -i -l -N {hostname}
        disable         = no

}
    
por 11.08.2018 / 21:40