BUG: ssh hangs on full stdout-file-system

[Rob Hagopian]

Seems to me that ssh doesn't know that stdout is going to a filesystem and
so can't automaticly abort... However, the shell might (should?) break the
redirection and send SIGPIPE once the filesystem is full?

-Rob

On Tue, 24 Sep 2002, Olaf Rogalsky wrote:

> System: Linux 2.4.18, openssh-3.4p1
> 
> Problem: 
>   I use "ssh" and "tar" to backup remote directory trees to a local
>   hard-disk/file-system:
>   # ssh remote.server.org "tar -cz /home" >/backup/remote.tar.gz
> 
>   If the backup-file-system runs out of space before the backup
>   completes, ssh starts hanging (waiting for the stdout-write to 
>   complete).
> 
> Analysis:
>   In this example it is of course very unlikely, that some space on the
>   backup-file-system will be freed so that the backup can finish. 
>   Instead I would expect ssh to abort with an error, perhaps after some
>   grace time.
>   On the other hand there *may* be other situations, where one expects ssh
>   to hang as it does. But since I am not aware of such an other situation,
>   I consider this as a bug.
> 
> Comments: ?
> 
> Olaf Rogalsky
> 
>