Menu
▾
▴
[Bacula-bugs] [bacula 0001941]: No backup without tape mounted "by hand"
|
From: Mantis B. T. <no...@bu...> - 2013-04-22 13:48:13
|
The following issue has been CLOSED ====================================================================== http://bugs.bacula.org/view.php?id=1941 ====================================================================== Reported By: GVVDV Assigned To: ====================================================================== Project: bacula Issue ID: 1941 Category: Director Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2012-10-11 09:43 BST Last Modified: 2013-04-18 09:00 BST ====================================================================== Summary: No backup without tape mounted "by hand" Description: If no tape is mounted with bat in the storage the backups won't start. After changing the tapes in the storage it is indispensable to mount a tape. It is irrelevant, which tape is mounted, bacula chooses the right one afterwards but one MUST be loaded. Steps to Reproduce: Load tapes in storage. Don't mount any with bat. Bacula does not start the backup-process and waits for a mounted (no matter which) tape. Additional Information: Library: Comapq MSL 5026 StorageWorks Media: DLT-8000 SCSI storage controller: Adaptec AHA-3960D / AIC-7899A U160/m (rev 01) ====================================================================== ---------------------------------------------------------------------- (0006600) kern (administrator) - 2013-01-29 19:37 http://bugs.bacula.org/view.php?id=1941#c6600 ---------------------------------------------------------------------- This seems to be a support problem Normally, a Job will start without a tape in a drive, but obviously, it cannot start writing until the tape is in the drive, so a properly configured Bacula will ask you to put a specific tape in the drive. You have shown no indication that Bacula is not behaving normally. ---------------------------------------------------------------------- (0006654) GVVDV (reporter) - 2013-03-08 11:02 http://bugs.bacula.org/view.php?id=1941#c6654 ---------------------------------------------------------------------- New backup-server and new library. Same problem. We now use a Compaq MSL 6000 with LTO-tapes on a RedHat 6.3 system. We have a scratch pool. AutomaticMount is set to yes. After all backups for a day are made, the tape is taken out of the library and taken to a secured place. The problem: If the drive remains empty, bacula does not load automatically a tape from the scratch pool, when the scheduled time arrives. It just sits there an waits for a tape to be mounted by hand, before it starts the daily backup. I thought it is the purpose of a scratch pool, that the backup-programm picks a tape without my help, and starts backing up. Why is an empty drive a problem? Do I miss the point? Is there an error in my logic? Regards Viktor Jesina P.S.: Automatic changing tapes seems to be no problem for bacula. ---------------------------------------------------------------------- (0006655) GVVDV (reporter) - 2013-03-08 11:55 http://bugs.bacula.org/view.php?id=1941#c6655 ---------------------------------------------------------------------- Latest update: After restarting bacula, starting a job, automounting into an empty drive works for 1 time. After the backup is done, the tape removed, the next automount does not work any more. The tapes are waiting in the scratch pool, but bacula does nothing. ---------------------------------------------------------------------- (0006661) ebollengier (administrator) - 2013-04-18 09:00 http://bugs.bacula.org/view.php?id=1941#c6661 ---------------------------------------------------------------------- If you unmount or release the drive, you need to tell bacula to use the drive again. For that, just run "mount storage=xxx drive=x slot=0" (normally, you have no slot 0) Issue History Date Modified Username Field Change ====================================================================== 2012-10-11 09:43 GVVDV New Issue 2013-01-29 19:37 kern Note Added: 0006600 2013-01-29 19:37 kern Status new => closed 2013-01-29 19:37 kern Resolution open => won't fix 2013-03-08 10:58 GVVDV Note Added: 0006654 2013-03-08 10:58 GVVDV Status closed => feedback 2013-03-08 10:58 GVVDV Resolution won't fix => reopened 2013-03-08 11:01 GVVDV Note Edited: 0006654 2013-03-08 11:02 GVVDV Note Edited: 0006654 2013-03-08 11:51 GVVDV Note Added: 0006655 2013-03-08 11:51 GVVDV Status feedback => new 2013-03-08 11:55 GVVDV Note Edited: 0006655 2013-04-18 09:00 ebollengier Note Added: 0006661 2013-04-18 09:00 ebollengier Status new => closed ====================================================================== |