Description of problem:

If you use a command such as 'tar-in' (or 'tgz-in') and upload more
data than you have available space, libguestfs hangs.

Example reproducer:

$ rm -f test.img
$ truncate -s 10M test.img
$ tar cf test.tar test.img
$ ls -l test.{img,tar}
-rw-rw-r--. 1 rjones rjones 10485760 2010-04-07 20:46 test.img
-rw-rw-r--. 1 rjones rjones 10496000 2010-04-07 20:46 test.tar
$ guestfish -a test.img \
    run : mkfs ext3 /dev/sda : mount /dev/sda / : tar-in test.tar /
[hangs]

To see what's going on, add the -v option to the above guestfish
command.  The last messages are:

receive_file: got chunk: cancel = 0, len = 8192, buf = 0x5d3d640
receive_file: got chunk: cancel = 0, len = 8192, buf = 0x5d3d640
receive_file: got chunk: cancel = 0, len = 8192, buf = 0x5d3d640
receive_file: got chunk: cancel = 0, len = 8192, buf = 0x5d3d640
receive_file: got chunk: cancel = 0, len = 8192, buf = 0x5d3d640
receive_file: got chunk: cancel = 0, len = 8192, buf = 0x5d3d640
receive_file: got chunk: cancel = 0, len = 8192, buf = 0x5d3d640
receive_file: got chunk: cancel = 0, len = 2048, buf = 0x5d3be40
receive_file: got chunk: cancel = 0, len = 0, buf = (nil)
tar: Exiting with failure status due to previous errors
recv_from_daemon: 0x27f9ef0 g->state = 3, size_rtn = 0x7fff119f1c3c, buf_rtn = 0x7fff119f1c30
[hangs]

Version-Release number of selected component (if applicable):

1.0.89

How reproducible:

Always.

Steps to Reproduce:
1. See above.
2.
3.
  
Actual results:


Expected results:


Additional info: