]> git.sur5r.net Git - bacula/bacula/commitdiff
Doc updates
authorKern Sibbald <kern@sibbald.com>
Tue, 6 Apr 2004 12:40:17 +0000 (12:40 +0000)
committerKern Sibbald <kern@sibbald.com>
Tue, 6 Apr 2004 12:40:17 +0000 (12:40 +0000)
git-svn-id: https://bacula.svn.sourceforge.net/svnroot/bacula/trunk@1183 91ce42f0-d328-0410-95d8-f526ca767f89

bacula/ChangeLog
bacula/ReleaseNotes
bacula/autoconf/configure.in
bacula/configure
bacula/kernstodo
bacula/projects
bacula/src/console/console.c
bacula/src/version.h

index c846feb779c9d781afd1f58e61f78356325af98e..c0bee215b817d441548291a258e115eeded71d06 100644 (file)
@@ -1,6 +1,8 @@
 
-2004-04-05 Version 1.34.0 04Apr04 Release
-04Apr04
+2004-04-06 Version 1.34.0 06Apr04 Release
+06Apr04
+- Turn of SIGQUIT in console.
+05Apr04
 - A good number of document updates.
 - Fixed the order which multiple files are accepted for 
   inclusion in the restore tree due to the fact that PostgreSQL
index 6ba727390203599fc4c0f58ed3de53e149fec24e..291a24af301f1e54ef666b0a36401ff11a60ab1f 100644 (file)
@@ -1,7 +1,7 @@
 
-          Release Notes for Bacula 1.33.4
+          Release Notes for Bacula 1.34.0
 
-  Bacula code: Total files = 306 Total lines = 91,112 (*.h *.c *.in)
+  Bacula code: Total files = 306 Total lines = 91,131 (*.h *.c *.in)
 
 Major Features:
 - Data spooling which reduces tape shoe-shine during Inc backups,         
@@ -102,6 +102,10 @@ New directives:
 - MaximumSpoolSize in SD Device resource
 - MaximumJobSpoolSize in SD Device resource
 - SpoolDirectory in SD Device resource.
+- Drive Index in SD Device resource for using two autochanger
+  drives.
+- mtimeonly=yes/no on Include directive.
+- keepatime=yes/no on Include directive.
 
 New Commands:
 - "SetIP"
index 0641dbb08ec74d1d1a68635e64581c3c20598012..c94374a8099508ed0a9fa9d0b72635e86899af58 100644 (file)
@@ -142,7 +142,7 @@ support_mysql=no
 support_sqlite=no
 support_postgresql=no
 support_smartalloc=yes
-support_readline=no
+support_readline=yes
 support_conio=yes
 support_gnome=no
 gnome_version=
@@ -1562,8 +1562,8 @@ AC_OUTPUT([autoconf/Make.common \
           scripts/bacula.desktop.gnome2 \
           scripts/bacula.desktop.gnome1.consolehelper \
           scripts/bacula.desktop.gnome2.consolehelper \
-        scripts/bacula.desktop.gnome1.xsu \
-        scripts/bacula.desktop.gnome2.xsu \
+       scripts/bacula.desktop.gnome1.xsu \
+       scripts/bacula.desktop.gnome2.xsu \
           scripts/gnome-console.console_apps \
           scripts/mtx-changer \
           doc/Makefile \
index b84fbf035eefac4bea97e467e3bd4cfbda82db35..e2b28b9d9af3774040274ad1cf887be04164aa4e 100755 (executable)
@@ -4319,7 +4319,7 @@ support_mysql=no
 support_sqlite=no
 support_postgresql=no
 support_smartalloc=yes
-support_readline=no
+support_readline=yes
 support_conio=yes
 support_gnome=no
 gnome_version=
index aaa7881808644fc72ef7434bca5962292d2515c9..6d210b8ebe5bd3f14420f84e43e069065717ec8e 100644 (file)
@@ -38,6 +38,10 @@ For 1.33 Testing/Documentation:
   non-existent directories will not be restored properly.
 
 For version 1.35:
+- Check that all change in wait status in the SD are        
+  signaled to the Director.
+- Add a block copy option to bcopy.
+- Investigate adding Mac Resource Forks.
 - Finish work on Gnome restore GUI.
 - Fix "llist jobid=xx" where no fileset or client exists.
 - From Chris Hull:
@@ -1395,4 +1399,3 @@ Block Position: 0
   job is "stuck" in the run queue.
 - Test work on conio.c -- particularly linking.
 - Complete Win32 installer
-
index cc79273c48323f172b6691d8a42aa5d9a8ac18c5..a0c71a60e9f6562ea792c1f8e529808dacfc1848 100644 (file)
@@ -1,63 +1,67 @@
                 
 Projects:
                      Bacula Projects Roadmap 
-                       22 February 2004
+                       05 April 2004
 
 Item 1:   Implement Base jobs.
 
   What:   A base job is sort of like a Full save except that you 
-          will want the FileSet to contain only files that are unlikely
-          to change in the future (i.e. a snapshot of most of your
-          system after installing it). After the base job has been run,
-          when you are doing a Full save, you specify one or more
-          Base jobs to be used. All files that have been backed up in  
-          the Base job/jobs but not modified will then be excluded from
-          the backup.  During a restore, the Base jobs will be
-          automatically pulled in where necessary.
-
-  Why:    This is something none of the competition does, as far as we
-know
-          (except BackupPC, which is a Perl program that saves to disk
-          only).  It is big win for the user, it makes Bacula stand out
-          as offering a unique optimization that immediately saves time
-          and money. Basically, imagine that you have 100 nearly
-identical
-          Windows or Linux machine containing the OS and user files.
-          Now for the OS part, a Base job will be backed up once, and 
-          rather than making 100 copies of the OS, there will be only
-          one. If one or more of the systems have some files updated,
-          no problem, they will be automatically restored.
-
-  Notes: Huge savings in tape usage even for a single machine.  Will
-          require more resources because the DIR must send FD a list of
-          files/attribs, and the FD must search the list and compare it
-          for each file to be saved.
+          will want the FileSet to contain only files that are
+          unlikely to change in the future (i.e.  a snapshot of
+          most of your system after installing it).  After the
+          base job has been run, when you are doing a Full save,
+          you specify one or more Base jobs to be used.  All
+          files that have been backed up in the Base job/jobs but
+          not modified will then be excluded from the backup.
+          During a restore, the Base jobs will be automatically
+          pulled in where necessary.
+
+  Why:    This is something none of the competition does, as far as
+          we know (except BackupPC, which is a Perl program that
+          saves to disk only).  It is big win for the user, it
+          makes Bacula stand out as offering a unique
+          optimization that immediately saves time and money.
+          Basically, imagine that you have 100 nearly identical
+          Windows or Linux machine containing the OS and user
+          files.  Now for the OS part, a Base job will be backed
+          up once, and rather than making 100 copies of the OS,
+          there will be only one.  If one or more of the systems
+          have some files updated, no problem, they will be
+          automatically restored.
+
+  Notes:  Huge savings in tape usage even for a single machine.
+          Will require more resources because the DIR must send
+          FD a list of files/attribs, and the FD must search the
+          list and compare it for each file to be saved.
 
 
 Item 2:   Job Data Spooling.
+Implemented in 1.34
 
   What:   Make the Storage daemon use intermediate file storage to
 buffer
           the data to disk before writing it to the tape. 
 
   Why:    This would be a nice project and is the most requested
-feature.
-          Even though you may finish a client job quicker by spooling to
-          disk, you still have to eventually get it onto tape.  If
-          intermediate disk buffering allows us to improve write
-          bandwidth to tape, it may make sense. In addition, you can
-          run multiple simultaneous jobs all spool to disk, then the
-          data can be written one job at a time to the tape at full
-          tape speed. This keeps the tape running smoothly and prevents
-          blocks from different simultaneous jobs from being intermixed
-          on the tape, which is very inefficient for restores.
-
-  Notes:  Need multiple spool directories. Should possibly be able
-          to spool by Job type, ... Possibly need high and low spool
-          data levels.
+          feature.  Even though you may finish a client job
+          quicker by spooling to disk, you still have to
+          eventually get it onto tape.  If intermediate disk
+          buffering allows us to improve write bandwidth to tape,
+          it may make sense.  In addition, you can run multiple
+          simultaneous jobs all spool to disk, then the data can
+          be written one job at a time to the tape at full tape
+          speed.  This keeps the tape running smoothly and
+          prevents blocks from different simultaneous jobs from
+          being intermixed on the tape, which is very inefficient
+          for restores.
+
+  Notes:  Need multiple spool directories.  Should possibly be
+          able to spool by Job type, ...  Possibly need high and
+          low spool data levels.
 
 
 Item 3:   GUI for interactive restore
+Partially Implemented in 1.34
 Item 4:   GUI for interactive backup
 
   What:   The current interactive restore is implemented with a tty
@@ -68,17 +72,16 @@ Item 4:   GUI for interactive backup
 
   Why:    Ease of use -- especially for the end user.
 
-  Notes:  Rather than implementing in Gtk, we probably should go
-directly
-          for a Browser implementation, even if doing so meant the
-          capability wouldn't be available until much later.  Not only
-          is there the question of Windows sites, most
-          Solaris/HP/IRIX, etc,  shops can't currently run Gtk programs
-          without installing lots of stuff admins are very wary about.
-          Real sysadmins will always use the command line anyway, and
-          the user who's doing an interactive restore or backup of his
-          own files will in most cases be on a Windows machine running
-          Exploder.
+  Notes: Rather than implementing in Gtk, we probably should go
+          directly for a Browser implementation, even if doing so
+          meant the capability wouldn't be available until much
+          later.  Not only is there the question of Windows
+          sites, most Solaris/HP/IRIX, etc, shops can't currently
+          run Gtk programs without installing lots of stuff
+          admins are very wary about.  Most sysadmins will always
+          use the command line anyway, and the user who's doing
+          an interactive restore or backup of his own files will
+          in most cases be on a Windows machine running Exploder.
 
 
 Item 5:   Implement a Migration job type that will move the job
@@ -87,15 +90,14 @@ Item 5:   Implement a Migration job type that will move the job
   What:   The ability to copy, move, or archive data that is on a
           device to another device is very important. 
 
-  Why:    An ISP might want to backup to disk, but after 30 days 
-          migrate the data to tape backup and delete it from disk.
-          Bacula should be able to handle this automatically. It needs
-to
-          know what was put where, and when, and what to migrate -- it
-          is a bit like retention periods. Doing so would allow space to
-          be freed up for current backups while maintaining older data
-on
-          tape drives.
+  Why:    An ISP might want to backup to disk, but after 30 days
+          migrate the data to tape backup and delete it from
+          disk.  Bacula should be able to handle this
+          automatically.  It needs to know what was put where,
+          and when, and what to migrate -- it is a bit like
+          retention periods.  Doing so would allow space to be
+          freed up for current backups while maintaining older
+          data on tape drives.
 
   Notes:  Migration could be triggered by:
            Number of Jobs
@@ -118,7 +120,7 @@ Item 6:   Embedded Perl Scripting (precursor to 7).
   Notes:  This needs Events.
 
 
-Item 7:   Implement Events (requires 6).
+Item 7:   Implement Events
 
   What:   When a particular user defined Event occurs, call the
           embedded Perl interpreter.
@@ -147,17 +149,17 @@ Item  9:  Backup a Single Job Simultaneously to Multiple Storage
 
   Why:    Large shops typically do this and then take one set of
           backups off-site.  Some design work it needed in how to
-          specify the type of backup (backup, archive, ...) for each
-          Device.
+          specify the type of backup (backup, archive, ...) for
+          each Device.
 
 
 Item 10:  Break the one-to-one Relationship between a Job and a
           Specific Storage Device (or Devices if #10 is implemented).
 
-  What:   Allow a Job to simply specify one or more MediaType, and the
-          Storage daemon will select a device for it.  In fact, the user
-          should be able to specify one or more MediaType, Storage
-          daemon, and/or device to be used.
+  What:   Allow a Job to simply specify one or more MediaType, and
+          the Storage daemon will select a device for it.  In
+          fact, the user should be able to specify one or more
+          MediaType, Storage daemon, and/or device to be used.
 
   Why:    To allow more flexibility in large shops that have multiple 
           drives and/or multiple drives of different types.
@@ -166,14 +168,15 @@ Item 10:  Break the one-to-one Relationship between a Job and a
 Item 11:  Add Regular Expression Matching and Plug-ins to the
           FileSet Include statements.
 
-  What:   Allow users to specify wild-card and/or regular expressions
-          to be matched in both the Include and Exclude directives
-          in a FileSet. At the same time, allow users to define plug-ins
-          to be called (based on regular expression/wild-card matching).
+  What:   Allow users to specify wild-card and/or regular
+          expressions to be matched in both the Include and
+          Exclude directives in a FileSet.  At the same time,
+          allow users to define plug-ins to be called (based on
+          regular expression/wild-card matching).
 
-  Why:    This would give the users the ultimate ability to control how
-          files are backed up/restored. A user could write a plug-in 
-          knows how to backup his Oracle database without
+  Why:    This would give the users the ultimate ability to control
+          how files are backed up/restored.  A user could write a
+          plug-in knows how to backup his Oracle database without
           stopping/starting it, for example.
 
 
@@ -202,18 +205,19 @@ Item 13:  New daemon communication protocol.
           retain the current ASCII sending, but would add an 
           argc, argv like table driven scanner to replace sscanf.
 
-  Why:    Named fields will permit error checking to ensure that what is
-          sent is what the receiver really wants. The fields can be in
-          any order and additional fields can be ignored allowing better
-          upward compatibility. Much better checking of the types and
-          values passed can be done.
+  Why:    Named fields will permit error checking to ensure that
+          what is sent is what the receiver really wants.  The
+          fields can be in any order and additional fields can be
+          ignored allowing better upward compatibility.  Much
+          better checking of the types and values passed can be
+          done.
 
   Notes:  These are internal improvements in the interest of the
-          long-term stability and evolution of the program.  On the one
-          hand, the sooner they're done, the less code we have to rip
-          up when the time comes to install them.  On the other hand,
-          they don't bring an immediately perceptible benefit to
-          potential users. 
+          long-term stability and evolution of the program.  On
+          the one hand, the sooner they're done, the less code we
+          have to rip up when the time comes to install them.  On
+          the other hand, they don't bring an immediately
+          perceptible benefit to potential users.
 
 
 Completed items from last year's list:
index 614951411754f432c660b06e794e292173aa19aa..de84cb93952dd7fe301fc08ee253aca2d5139f43 100644 (file)
@@ -334,6 +334,7 @@ int main(int argc, char *argv[])
 
    /* Override Bacula default signals */
    signal(SIGCHLD, SIG_IGN);
+   signal(SIGQUIT, SIG_IGN);
    signal(SIGTSTP, got_sigstop);
    signal(SIGCONT, got_sigcontinue);
    signal(SIGTTIN, got_sigtin);
index 604d5452d0ea5f85ca5e558fb081780f547b6aa8..ee8bd6a2792ca80af95d89465644d6a436dce882 100644 (file)
@@ -1,9 +1,9 @@
 /* */
 #undef  VERSION
-#define VERSION "1.33.6"
+#define VERSION "1.34.0"
 #define VSTRING "1"
-#define BDATE   "02 Apr 2004"
-#define LSMDATE "02Apr04"
+#define BDATE   "06 Apr 2004"
+#define LSMDATE "06Apr04"
 
 /* Debug flags */
 #undef  DEBUG