Yes that fixed it... I find it troublesome that the catalog values for the slot were changed to "0" after a reboot. Anyone know how this could have happened.
Cheers, Silas =0) -----Original Message----- From: Bennett, Silas (GE Infrastructure) Sent: Tuesday, February 07, 2006 12:48 PM To: Bennett, Silas (GE Infrastructure); bacula users list Subject: RE: [Bacula-users] Tape Changer Weirdness Hi again All, I just noticed in a "list volumes" that the slot for volume "Catalog_1_Slot-13" was "0" instead of "13". I am running an "update slots scan" to see if it fixes the problem. I will write back later to tell you what happend. Cheers, Silas =0) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bennett, Silas (GE Infrastructure) Sent: Tuesday, February 07, 2006 12:37 PM To: bacula users list Subject: [Bacula-users] Tape Changer Weirdness Hi All, I have been experiencing an oddity with my Auto changer and bacula. < Setup > bacula version 1.36.2 (28 February 2005) from Debian Stable amd64 Neo Overland 2000 SDLT Weekly Full Backup Nightly Differential Catalog backup to separate pool after completion of a Full or Differential backup. < /Setup > This had been working reliably for about a year. A couple of months back I had to reboot for a kernel upgrade, and when the system came back up the autochanger was no longer working _at all_. That turned out to be simple, the permissions of /dev/sg1 (The autochanger device) had been changed back to root:root mode 650. After fixing the permissions (root:tape mode 660), the changer began working again _sort of_. The problem I am experiencing, is that bacula refuses to issue the commands to change the tapes when going from either a Full or Differential backup to a Catalog backup job, or when going from a Catalog backup job to a Differential. (Catalog -> Full never happens in my backup schedule so that is unknown). The strange thing is that bacula changes the tapes automatically when going from a Differential Backup to a Full Backup. Here is the Console Output: 07-Feb 01:40 jet-dir: Start Backup jobId 261, job=BackupCatalog.2006-02-07_01.10.00 07-Feb 01:40 jet-sd: BackupCatalog.2006-02-07_01.10.00 Warning: Director wanted Volume "Catalog_1_Slot-13". Current Volume "Diff_5_Slot-10" not acceptable because: 1998 Volume "Diff_5_Slot-10" status is Append, not in Pool. 07-Feb 01:40 jet-sd: Please mount Volume "Catalog_1_Slot-13" on Storage Device "Quantum-SDLT" for Job BackupCatalog.2006-02-07_01.10.00 07-Feb 02:40 jet-sd: Please mount Volume "Catalog_1_Slot-13" on Storage Device "Quantum-SDLT" for Job BackupCatalog.2006-02-07_01.10.00 07-Feb 04:40 jet-sd: Please mount Volume "Catalog_1_Slot-13" on Storage Device "Quantum-SDLT" for Job BackupCatalog.2006-02-07_01.10.00 07-Feb 08:40 jet-sd: Please mount Volume "Catalog_1_Slot-13" on Storage Device "Quantum-SDLT" for Job BackupCatalog.2006-02-07_01.10.00 I get similar results when going from Full -> Catalog or from Catalog -> Differential. Here is the console output going from Differential -> Full: 04-Feb 01:18 jet-dir: Start Backup JobId 258, Job=BackupRoutine.206-02-04_01.05.00 04-Feb 01:18 jet-sd: 3301 Issuing autochanger "loaded drive 0" command. 04-Feb 01:18 jet-sd: 3302 Autochanger "loaded drive 0", result is Slot 10. 04-Feb 01:18 jet-sd: 3303 Issuing autochanger "unloaded slot 10, drive 0" command. 04-Feb 01:19 jet-sd: 3304 Issuing autochanger "load slot 3, drive 0" command. 04-Feb 01:19 jet-sd: 3305 Autochanger "load slot 3, drive 0", status is OK. 04-Feb 01:19 jet-sd: Wrote label to prelabeled Volume "Full_28_01-09-2006" on device "/dev/nst0" Cheers, Silas Bennett =0) ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
