problem with ssh/rsync to minix

Michael Renner michael.renner at
Mon May 3 14:00:52 MDT 2010


I just tried to use ssh/rsync from my linux box to minix, but
found a problem with ssh.

The environment:
* uname -a
Minix 3 1.2a i686
# /usr/local//sbin/sshd -V
sshd: illegal option -- V
OpenSSH_4.3p2, OpenSSL 0.9.8a 11 Oct 2005

Under normal circumstances, a command comes back when it is given to
ssh; e.g.
hermes:~# ssh -i /etc/r5backup/ssh-keys/id_dsa_cassiopeia linuxserv
 13:11:31 up 3 days, 20:09,  1 user,  load average: 0.63, 0.91, 0.65

But if minix is the target host the command hangs. I have to give the -t (no 
pty) key to proceed:
hermes:~# ssh -t -i /etc/r5backup/ssh-keys/id_dsa_cassiopeia uptime
 13:13  up 0:53,  2 users, load averages: 0.03, 0.02, 0.01
Connection to closed.

But somehow this does not work for rsync. The command is like
hermes:~# rsync --rsh="/usr/bin/ssh -i /etc/r5backup/ssh-keys/
id_dsa_cassiopeia -t" -rlptgoDWzvvv r... at /tmp
opening connection using: /usr/bin/ssh -i /etc/r5backup/ssh-keys/
id_dsa_cassiopeia -t -l root rsync --server --sender -
vvvlWogDtprze.iL . /etc

but then the comand hangs. The debug output for ssh gives me:
debug1: Sending command: rsync --server --sender -vvvlWogDtprze.iL . /
debug2: channel 0: request exec confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 131072
debug2: channel_input_confirm: type 99 id 0
debug2: exec request accepted on channel 0

Any hint? 
|Michael Renner      E-mail: michael.renner at  |
|D-81541 Munich      Germany        ICQ: #112280325 |
|Germany             Don't drink as root!      ESC:wq

More information about the rsync mailing list