]> git.sur5r.net Git - bacula/bacula/blobdiff - regress/README
Updates
[bacula/bacula] / regress / README
index be9890a88f749a600da4e237cde0872ce68120fa..5c121b2ecd42557d6b2dae85e51bf5152fdfaca2 100644 (file)
@@ -1,10 +1,15 @@
-      Bacula Regression
-        Kern Sibbald
-        December 2003
+             Bacula Regression
+               Kern Sibbald
+
+This is Bacula's regression script directory.
+
+!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
+Warning!!!! Make sure not to run it on the same system 
+with your production Catalog because the tables will all
+be cleared. You can run it on the your production system
+if you use a different database.
+!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
 
-This is Bacula's regression script directory.  At this time
-(December 2003), it is still in development, so all the tests are
-not complete.
 
 To set it up, create your personal configuration file, by
 copying prototype.conf to xxx.conf or simply editing prototype.conf
@@ -17,6 +22,12 @@ email address!
 
 Make sure that depkgs is pre-built if it isn't 
 already: (cd your-depkgs; make sqlite).
+Using the .conf file, you can now select between any Catalog type:
+SQLite, SQLite3, MySQL, or PostgreSQL.  Be aware, however, if you
+use an installed database on a production server, running these
+tests will delete all the tables !!!!!!!!!!!!!!!!!!  I run my
+tests on a non-production machine, and in addition, I normally use
+SQLite as the database, while my production uses MySQL.
 
 Then do:
 
@@ -37,7 +48,8 @@ self-initalizing and should clean up after itself.
 
 Not all the tests yet report OK.  This is simply because there are
 some spurious differences that I haven't yet taken the time to
-eliminate.  The working scrips as of 24 Apr 03 are:
+eliminate.  The working scrips as of 24 Apr 03 are (this is
+way out of date!):
 
 backup-bacula-test
 sparse-test
@@ -50,6 +62,18 @@ verify-vol-test
 The tests expect you to execute them from the main regress 
 directory!               
 
+You can run all the disk based tests by doing:
+
+  ./do_file
+
+You can run all the disk and most of the tape tests by doing:
+
+  ./do_all
+
+Each of the above calls one or more scripts. By looking at the
+scripts available in this directory, you can see that there are a number
+of options for running tests.
+
 You can run them individually as:
 
    tests/two-jobs-test
@@ -82,4 +106,10 @@ configuration file.
 To avoid re-doing a make setup if you have made a change to the
 conf files, and you do not need a new copy of the source, you can simply do:
 
-   scripts/do-sed <your-email-address>
+   make sed
+
+Debugging failed tests:
+The simplest thing to do is to edit tests/xxxx where xxxx is the name of
+the test, and change the line "debug=0" to "debug=1".  If the test has
+not been updated to have the debug variable, please notify Kern, and I
+will be happy to fix it -- I am upgrading them one at a time.