rdump - connection refused

[neomvll]

Bom dia,

Estou com problema em fazer rdump:
O backup está no server 10.0.0.1
A fita está no server 10.0.0.2

dou o comando do server 10.0.0.1 para o 10.0.0.2 como root
rdump -u0f 10.0.0.2:/dev/st0 /home

depois de uns 20 segundos o dump da "connection refused"

tem algum arquivo pra configurar? Alguma coisa pra fazer???

estou usando Ubuntu Server Lucid no 10.0.0.1 e Maverick no 10.0.0.2

Obrigado.

[zekkerj]

Não é necessário haver um serviço correspondente rodando no servidor de destino?

[neomvll]

Vc fala de versão ou do dump??? No caso do Dump tem nos 2 e ssh liberado também.

Alguma outra dica?

EDIT:
resultado do Comando rdump -u0f 10.0.0.2:/dev/st0 /home

DUMP: 10.0.0.2: Connection refused
DUMP: login to 10.0.0.2 as root failed.

Sendo q via ssh loga na boa como root

Os 2 servers estão com o maverick agora, e continua na mesma

valeu

[zekkerj]

Eu nunca usei o rdump, então não sei dizer se ele usa o SSH como base de transporte. Vc sabe dizer?

[neomvll]

Acho q não
não achei nada no manual mas achei uma documentação do FreeBSD q diz o seguinte:

"Também é possível realizar backup dos dados através da rede para um dispositivo de backup conectado em um outro computador com o rdump e o rrestore. Ambos os programas tem sua confiança baseadas no rcmd e no ruserok para o acesso à controladora de fita remota. Portanto, o usuário que irá realizar o backup deverá estar listado no arquivo .rhosts no computador remoto. Os argumentos para o rdump e para o rrestore devem ser adequados para o computador remoto. Quando estiver fazendo o rdump de um computador com FreeBSD para uma controladora de fita Exabyte conectada numa estação Sun chamada komodo, use:

# /sbin/rdump 0dsbfu 54000 13000 126 komodo:/dev/nsa8 /dev/da0a 2>&1
Cuidado: há implicações na segurança do sistema permitir a autenticação pelo .rhosts. Avalie a sua situação cuidadosamente.

Também é possível utilizar o dump e o restore numa confecção mais segura através do ssh.

Exemplo 12-1. Utilizando o dump sobre o ssh

# /sbin/dump -0uan -f - /usr | gzip -2 | ssh1 -c blowfish \
          targetuser@targetmachine.example.com dd of=/mybigfiles/dump-usr-l0.gz"

Vou continuar procurando aqui também, mas obrigado pela atenção.
Se alguém tiver alguma idéia de fazer dump pra /dev/st0 via rede, é só avisar

Obrigado

[zekkerj]

Se ele usa os arquivos ".rhosts", provavelmente usa "remsh" ou RPC. Tente ativar o serviço portmap na máquina de destino.

A certeza que essa documentação me deu é de que ele não usa ssh, veja que o exemplo por SSH faz uma chamada explícita do ssh pra criar um túnel pra máquina remota.

[neomvll]

portmap instalado e rodando nos 2

nada feito...

tentei também montar o backup no server da fita, exportando no /etc/exports o home do server 1 para o server 2, com o comando executado no server 2:
mount -t ext4 10.0.0.1:/home /media/backup

nada feito também



ta difícil esse backup!!!

[zekkerj]

O firewall (ufw) tá ativo?

[neomvll]

Inativo nos 2

[zekkerj]

Só pra confirmar... de onde vc instalou esse aplicativo? Pq eu estou procurando ele nos repositórios, pra instalar em minha máquina e não estou achando.

[neomvll]

rdump vem com o dump

[zekkerj]

man rdump

ENVIRONMENT
       TAPE   If  no  -f  option  was  specified,  dump  will  use  the  device  specified  via  TAPE  as the dump device.  TAPE may be of the form tapename, host:tapename, or user@host:tapename.

       RMT    The environment variable RMT will be used to determine the pathname of the remote rmt( 8 ) program.

       RSH    Dump uses the contents of this variable to determine the name of the remote shell command to use when doing remote backups (rsh, ssh etc.). If this  variable  is not set, rcmd(3) will be used, but only root will be able to do remote backups.

Tente definir a variável "RSH" p/ "ssh":

export RSH=ssh

[neomvll]

variavel mudada, mas nada ainda

no export ta mostrando RSH="ssh"

[neomvll]

misteriosamente alguns minutos depois, funcionou.... porém, quando chega em "DUMP: estimated 747365507 blocks." ele já está a muito tempo. Quando dou um top, diz q o ssh está ocupando 100% de uma das CPUs, quando dou netstats diz:
Proto Recv-Q Send-Q Endereço Local          Endereço Remoto         Estado
tcp        1      0        10.0.0.1:37031          dominio_servidor:ssh     ESPERANDO_FECHAR

Fita parada no server 2

[zekkerj]

adicione a linha do "export RSH=ssh" ao seu arquivo "/etc/profile", para que esse ajuste passe a valer pra todo o sistema, durante o boot.