I recently updated bacula from 1.38.11 (in service for ~3.5 years) to 5.02.
This was done by:
dumping the bacula data base on the old server (name: parthenon, bacula
client name: parthenon-fd)
copying the MySQL dump to the new server (name: sbia-infr-vbacula)
loading the database dump into mysql
running:
/opt/bacula/scripts/updatedb/update_mysql_tables_9_to_10
/opt/bacula/scripts/updatedb/update_mysql_tables_10_to_11
/opt/bacula/scripts/update_mysql_tables
(overall successful and easy...if time and disk-space consuming...the
process took ~16hrs and the
10GB dumpfile produced a ~20GB database on the initial load, which grew
to ~30GB after the updates)
After some fixes to the config files to update the options to bacula 5.02,
bacula is running well now.
However, the warnings from the director reference the bacula client name of the
old server. For example, here's output from a successful backup, including
warnings about directories that were skipped by the FileSet excludes. Note that
that bacula server is now "sbia-infr-vbacula", and that the only reference to
"parthenon-fd" (the former server) is in bacula-dir in a Client definition:
Excerpt from /opt/bacula/working/log:
-------------------
02-Sep 18:15 sbia-infr-vbacula JobId 34450: Start Backup JobId 34450,
Job=agora-full.2010-09-02_18.15.20_57
02-Sep 18:15 sbia-infr-vbacula JobId 34450: Using Device "Drive-0"
02-Sep 18:15 sbia-infr-vbacula JobId 34450: Spooling data ...
parthenon-fd JobId 34450: Disallowed filesystem. Will not descend from /
into /net
parthenon-fd JobId 34450: Disallowed filesystem. Will not descend from /
into /var/lib/nfs/rpc_pipefs
parthenon-fd JobId 34450: Disallowed filesystem. Will not descend from /
into /selinux
parthenon-fd JobId 34450: Disallowed filesystem. Will not descend from /
into /sys
parthenon-fd JobId 34450: Disallowed filesystem. Will not descend from /
into /dev
parthenon-fd JobId 34450: Disallowed filesystem. Will not descend from /
into /misc
02-Sep 18:16 sbia-infr-vbacula JobId 34450: Job write elapsed time = 00:01:27,
Transfer rate = 749.0 K Bytes/second
02-Sep 18:16 sbia-infr-vbacula JobId 34450: Committing spooled data to Volume
"003026". Despooling 65,233,422 bytes ...
02-Sep 18:16 sbia-infr-vbacula JobId 34450: Despooling elapsed time = 00:00:01,
Transfer rate = 65.23 M Bytes/second
02-Sep 18:16 sbia-infr-vbacula JobId 34450: Sending spooled attrs to the
Director. Despooling 82,412 bytes ...
-------------------
I assume that the reference to parthenon-fd is coming from information in the
database, and that this is just cosmetic. Perhaps the updatedb script needs a
minor fix.
Thanks,
Mark
----
Mark Bergman voice: 215-662-7310
mark.bergman AT uphs.upenn DOT edu fax: 215-614-0266
System Administrator Section of Biomedical Image Analysis
Department of Radiology University of Pennsylvania
PGP Key: https://www.rad.upenn.edu/sbia/bergman
The information contained in this e-mail message is intended only for the
personal and confidential use of the recipient(s) named above. If the reader of
this message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified that you have
received this document in error and that any review, dissemination,
distribution, or copying of this message is strictly prohibited. If you have
received this communication in error, please notify us immediately by e-mail,
and delete the original message.
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|