]> git.sur5r.net Git - bacula/bacula/blobdiff - bacula/ReleaseNotes
ebl fix sql scripts and add new update stats query
[bacula/bacula] / bacula / ReleaseNotes
index b9b34df1d9ab01a79090b5d50c2b0e468a5b7d0a..4443960fa01664ddd11208d0bcc711f98819464b 100644 (file)
@@ -1,13 +1,64 @@
 
-          Release Notes for Bacula 1.33
+       Release Notes for Bacula 2.5.28
 
-  Bacula code: Total files = 259 Total lines = 77,740 (*.h *.c *.in)
+  Bacula code: Total files = 522 Total lines = 203,305 (*.h *.c *.in)
 
-Major Changes this Release:
+This Director and Storage daemon must be upgraded at the same time,
+but they should be compatible with all 2.4.x File daemons, unless you
+use some of the new features that affect the FD.  In other words, you should
+not have to upgrade all your File daemons when you upgrade. There is
+no database upgrade needed from version 2.4.x.  However, the next
+BETA release will require a database upgrade.
 
+================== Warning !!!!!! ==========================
 
-Other Changes this Release:
-              
+New Catalog format :
+--------------------
+
+This BETA release of Bacula uses a new catalog format. We provide a set of
+script that permit to convert a 2.4.x (version 10) catalog to 2.5.x (version
+11). If you are using already a 2.5 version, you need to drop the JobHistory
+table before upgrading your catalog (if you are using the new "long term
+statistics" module, you can upgrade this table like with the Job table, see
+upgrade_<database>_table script).
+
+The upgrade operation will convert an essential field of the File table, and
+this operation will take TIME and will DOUBLE THE SIZE of your
+catalog temporarily. Depending on your catalog backend, you won't be able to run jobs
+during this period. For example, a 3 million files catalog will take 2mins to
+upgrade on a normal machine. Don't forget to backup it before executing the
+script.
+
+
+New configure option :
+----------------------
+
+This BETA release of Bacula 2.5.x development code uses libtool
+to generate the Bacula libraries as shared objects rather than
+being directly linked in as in prior versions.  This means that
+the Bacula shared objects, must either be in a shared object 
+directory known to the loader or they must be in the directory
+where the Bacula binaries are installed.  It is also possible
+to explicitly specify the libraries directory on the ./configure
+line (--libdir=/full-path/dir), but this should not be necessary.
+
+If you have problems with libtool or you wish to use the old 
+way of building static libraries, you can do so by disabling 
+libtool on the configure command line with:
+
+  ./configure --disable-libtool
+==============================================================
+
+This release includes large number of new features and changes.
+It should be more or less compatible with previous xx.conf files
+and File daemons providing that you are not using any of the new
+features.
+
+Please see the New Features chapter of the new manual, which documents
+some but not all the new features (we are still working on it):
+
+http://www.bacula.org/manuals/en/concepts/concepts/New_Features.html
+  
+The ChangeLog has more details.
 
 
-Items to note:  !!!!!