John Drescher wrote: >> I use two pools to hold DDS-4 and DDS-3 tapes respectively. All tapes have >> been >> labeled and registered in their respective pools. I use normally DDS-4 tapes >> for >> daily back-ups and the DDS-3 for special purposes like manually initiated >> back-ups of VMware vertual machines. >> >> I usually keep the current DDS-4 tape loaded and yesterday I had to reboot in >> order to work on the next Linux (and Bacula) version. When I booted back to >> FC5 >> Bacula started as expected and mounted the loaded DDS-4 tape. However, what I >> didn't see was that it assumed it belonged to the DDS-3 pool. The consequence >> was that the daily back-ups failed with error messages which ment absolutely >> nothing to me. It was not till I issued the "status storage" command that I >> saw >> the error. An "unmount DDS-3" and a subsequent "mount DDS-4" cleared the >> problem. >> >> I have several questions to this experience: >> >> 1. Was it a bug? > Probably but without the error message it is hard to tell.
OK. Here are the error messages: 09-Aug 01:12 epo-dir: Start Backup JobId 1787, Job=epowork.2007-08-09_01.12.20 09-Aug 01:21 epohost-sd: epowork.2007-08-09_01.12.20 Fatal error: dev.c:362 dev.c:356 Unable to open device "DDS-4" (/dev/nst0): ERR=Device or resource busy 09-Aug 01:21 epohost-sd: epowork.2007-08-09_01.12.20 Fatal error: device.c:296 Unable to open device "DDS-4" (/dev/nst0): ERR=dev.c:356 Unable to open device "DDS-4" (/dev/nst0): ERR=Device or resource busy 09-Aug 01:21 epowork-fd: epowork.2007-08-09_01.12.20 Fatal error: c:\cygwin\home\kern\bacula\k\src\win32\filed\../../filed/job.c:1602 Bad response to Append Data command. Wanted 3000 OK data , got 3903 Error append data 09-Aug 01:21 epo-dir: epowork.2007-08-09_01.12.20 Error: Bacula 1.38.5 (18Jan06): 09-Aug-2007 01:21:09 JobId: 1787 Job: epowork.2007-08-09_01.12.20 Backup Level: Incremental, since=2007-08-08 00:16:02 Client: "epowork-fd" Windows 2000,MVS,NT 5.0.2195 FileSet: "W2K Set" 2006-09-19 02:16:10 Pool: "LargeTapes" Storage: "DDS-4" Scheduled time: 09-Aug-2007 01:12:17 Start time: 09-Aug-2007 01:12:22 End time: 09-Aug-2007 01:21:09 Priority: 10 FD Files Written: 0 SD Files Written: 0 FD Bytes Written: 0 SD Bytes Written: 0 Rate: 0.0 KB/s Software Compression: None Volume name(s): Volume Session Id: 1 Volume Session Time: 1186614658 Last Volume Bytes: 2,690,855,970 Non-fatal FD errors: 0 SD Errors: 0 FD termination status: Error SD termination status: Error Termination: *** Backup Error *** > >> 2. Could I have avoided it? > Rewind or unmount the tape when booting. That's what I've begun to do. I even unmount the tape as soon as the back-up is finished. However, I think Bacula should have seen that the tape was DDS-4 and have mounted it as such. Actually I prefer that Bacula would start without automounting a pre-loaded tape. Maybe there is an option for it but I haven't found it. > >> 3. Is the way I use the two pools unreliable? > No this is the correct way. OK, good. > >> 4. Why doesn't Bacula know which pool and storage a specific volume belong >> to? >> > It should. Did the DDS-4 tape have data on it? Did it rewind when the > server went down? Yes, it had data on it. And yes it did rewind when I took the system down. It did not "go down", it was an orderly shut down. -- Erik. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
