dump hang workaround.

[dump.git] / CHANGES

diff --git a/CHANGES b/CHANGES
index 204f3ebedf1b363db91003c4e0f546ba9c3369af..1fbbb9864eaf20d31b73c484079e06313882cf38 100644 (file)
--- a/CHANGES
+++ b/CHANGES
@@ -1,7 +1,43 @@
-$Id: CHANGES,v 1.132 2001/08/16 09:37:57 stelian Exp $
+$Id: CHANGES,v 1.145 2001/11/17 10:44:18 stelian Exp $

 
 

-Changes between versions 0.4b23 and 0.4b24 (released ?????????????)
-===================================================================
+Changes between versions 0.4b24 and 0.4b25 (released ??????????????????)
+========================================================================
+
+1.     Added a mini howto from Patrick Walsh in the examples 
+       directory.
+
+2.     Minor man pages syntax corrections. Thanks to
+       Chris Danis <screechco@home.com> for reporting the bugs.
+
+3.     Added a script from David B. Peterson <dave@toppledwagon.com>
+       to the examples section. It features dumping several
+       filesystems to a remote tape drive upon ssh.
+
+4.     Added a patch provided by Richard Jones <rich@annexia.org>
+       which allows BRADEMAX (number of read errors tolerated by
+       dump) to be adjusted using the -I option.
+
+5.     Fixed a bug which disabled doing "restore -C -f -". Thanks
+        to Clemens Stiglechner <a9401816@unet.univie.ac.at> for the
+       patch.
+
+6.     Add the -l option to restore to specify if, when doing a
+        remote restore, the file used to access the backup is a
+       regular file (the defaults being a tape drive). Restore needs
+       to know this information when reading a remote compressed 
+       dump. Previously, this information was autodetected, but
+       the autodetection code fails (with ioctl: Inappropriate ioctl 
+       for device) when using a non Linux remote box. Thanks to 
+       many users and especially to Eros Albertazzi 
+       <eros@lamel.bo.cnr.it> for reporting this.
+
+7.     Found a workaroung for the dump deadlock problem (3 childs 
+       stuck in pause(), father in read()). The workaround seems
+       to work for me and several beta-testers. If it doesn't work
+       for you, please report back.
+       
+Changes between versions 0.4b23 and 0.4b24 (released September 12, 2001)
+========================================================================

 
 1.     Fixed the permissions of a newly created QFA file by dump.
 
 
 1.     Fixed the permissions of a newly created QFA file by dump.
 


@@ -17,6 +53,35 @@ Changes between versions 0.4b23 and 0.4b24 (released ?????????????)
        whenever it needs operator attention. It should be
        easier to use dump in scripts with this option.
 
        whenever it needs operator attention. It should be
        easier to use dump in scripts with this option.
 

+5.     Detect the use of incompatible options to dump and
+       refuse them (like -a and -B options together).
+
+6.     Added bzip2 compression to dump/restore (use option -j level 
+       to select it). Note that you will need a restore version
+       >= 0.4b24 in order to restore a bzip2 compressed dump.
+       The same warning as for the zlib compression applies:
+       the tape format of a bzip2 dump is not compatible with the
+       original BSD tape format.
+
+7.     Fixed a overflow problem in dump corrupting the dump when
+       very large files were encountered. Thanks to Vladimir Nadvornik 
+       for the bug report.
+
+8.     Added a ioctl(BLKFLSBUF) in dump which should flush the
+       kernel buffer/page cache before starting the dump, helping
+       a bit those who use dump on mounted filesystems. Thanks to
+       John Yu <jky@it.bu.edu> and to Theodore T'so <tytso@mit.edu>
+       for this suggestion.
+
+9.     Updated the RPM spec file following the RedHat changes 
+       (dynamically linked binaries now in /usr/sbin etc).
+
+10.    Added a patch from Helmut Jarausch <jarausch@igpm.rwth-aachen.de>
+       which enables restore to recognise multi volume compressed dumps
+       done on CD. Included his scripts for dump (which pipe the dump
+       output directly into cdrecord) and restore. There is now 
+       possible to to backups to CD on the fly!
+

 Changes between versions 0.4b22 and 0.4b23 (released July 20, 2001)
 ===================================================================
 
 Changes between versions 0.4b22 and 0.4b23 (released July 20, 2001)
 ===================================================================