If I am not mistaken, the exact rules that Bacula uses for recycling and for 
selecting the next tape (two different alorithms) are written in the manual.  
If you have those in front of you, it makes it a lot easier to understand 
what how Bacula chooses the next tape.

One of Bacula's methods of preserving old data is to select the Volume with 
the oldest last write time. Well, in looking at your list, it seems to me a 
good candidate would be: 3_monday, since it was apparently never written (a 
zero date).  It is also marked to be recycled, which gives it priority over 
purged volumes.


On Friday 16 December 2005 11:11, Chris Boyd wrote:
> I only have one pool "Default". Its actually asking for another volume in
> the same pool...I'm just not sure why it's doing that after running the
> first job. Here's the pool:
>
>
> Pool: Default
> +---------+--------------+-----------+-----------------+----------+--------
>------+---------+------+-----------+-----------+---------------------+
>
> | MediaId | VolumeName   | VolStatus | VolBytes        | VolFiles |
> | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten      
> |   |
>
> +---------+--------------+-----------+-----------------+----------+--------
>------+---------+------+-----------+-----------+---------------------+
>
> |       2 | testing      | Full      |               1 |        0 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 0000-00-00 00:00:00
> | | 3 | soaktest     | Full      | 126,687,721,850 |      131 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-09-05 05:53:20
> | | 4 | tue          | Full      | 106,254,304,572 |      108 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-09-07 22:01:25
> | | 5 | thursday     | Used      |  73,664,027,880 |       74 |   
> | 2,592,000 |       1 |    0 |         1 | SDLT      | 2005-12-16 01:15:53
> | | 7 | friday       | Purged    |   5,067,546,293 |        5 |   
> | 2,592,000 |       1 |    0 |         1 | SDLT      | 2005-10-28 17:58:21
> | | 8 | Monday       | Purged    |     389,289,966 |        1 |           
> | 0 |       1 |    0 |         1 | SDLT      | 2005-10-24 16:24:17 | 9 |
> | tuesday      | Purged    |  47,811,751,869 |       49 |   31,536,000 |   
> |    1 |    0 |         1 | SDLT      | 2005-10-26 00:06:00 | 10 |
> | wednesday    | Used      |  48,169,839,110 |       50 |   31,536,000 |   
> |    1 |    0 |         1 | SDLT      | 2
>
> 005-10-27 00:05:17 |
>
> |      11 | 2_monday     | Used      |  79,419,391,437 |       81 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-11-02 01:34:09
> | | 12 | 2_tuesday    | Used      |  80,030,314,304 |       82 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-11-03 01:36:32
> | | 13 | 2_wednesday  | Used      |  81,028,058,875 |       82 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-11-04 01:37:56
> | | 14 | 2_friday     | Used      |  81,287,903,897 |       83 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-11-05 01:37:36
> | | 15 | 3_monday     | Recycle   |               1 |        0 |  
> | 31,536,000 |       0 |    0 |         1 | SDLT      | 0000-00-00 00:00:00
> | | 16 | 3_friday     | Purged    |               1 |        0 |  
> | 31,536,000 |       0 |    0 |         1 | SDLT      | 0000-00-00 00:00:00
> | | 17 | 4_monday     | Full      |  82,084,932,219 |       84 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-11-15 01:41:15
> | | 18 | 4_tuesday    | Full      |  82,355,563,039 |       84 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-11-16 01:42:18
> | | 19 | 4_wednesday  | Full      |  83,616,420,981 |       85 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-11-17 01:42:55
> | | 20 | 4_thursday   | Purged    |               1 |        0 |  
> | 31,536,000 |       0 |    0 |         1 | SDLT      | 0000-00-00 00:00:00
> | | 21 | 4_friday     | Full      | 169,668,440,566 |      172 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-11-22 01:49:25
> | | 22 | 5_monday     | Full      | 124,737,903,583 |      128 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-11-29 02:09:11
> | | 23 | 5_tuesday    | Full      |  92,786,310,880 |       94 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-11-30 02:06:33
> | | 24 | 5_wednesday  | Full      |  93,861,938,084 |       96 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-12-01 02:09:08
> | | 25 | 5_th         | Full      |  94,128,069,159 |       96 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-12-02 02:11:44
> | | 26 | 5_friday     | Full      |  94,069,199,823 |       95 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-12-03 02:14:55
> | | 27 | mon_05122005 | Full      |  95,174,420,658 |       96 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-12-06 02:17:52
> | | 28 | 06122005     | Full      |  95,315,059,739 |       96 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-12-07 02:14:45
> | | 29 | 07122005     | Full      |  95,610,403,806 |       97 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-12-08 02:16:55
> | | 30 | 08122005     | Full      |  96,023,404,021 |       97 |  
> | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-12-09 02:16:36
> | |
> |
> >>> Florian Schnabel <[EMAIL PROTECTED]> 12/16/05 10:08  >>>
>
> i need mroe info to help you on that one .. your pool and media setup
> would help a lot
>
> right now it sounds like it wanted a volume from another pool ...
>
> Florian
>
> Chris Boyd wrote:
> > I've changed the retention duration to one month and it accepted the
> > volume. However after backing up one server (of 3) it gives this message.
> >
> > 15-Dec 22:00 hq-dir: Start Backup JobId 366,
> > Job=s01-full-backup.2005-12-15_22.00.00 15-Dec 22:00 hq-sd: Recycled
> > volume "thursday" on device "/dev/nst0", all previous data lost. 16-Dec
> > 01:15 hq-dir: Max configured use duration exceeded. Marking Volume
> > "thursday" as Used. 16-Dec 01:15 hq-dir: Bacula 1.36.3 (22Apr05):
> > 16-Dec-2005 01:15:54
> >
> > But it still ran the job on the one client.
> > On the other two jobs it gives this message...
> >
> > 16-Dec 01:18 hq-sd: Please mount Volume "3_monday" on Storage Device
> > "110T" for Job s02-full-backup.2005-12-15_22.00.01 16-Dec 01:18 hq-dir:
> > s02-full-backup.2005-12-15_22.00.01 Error: message.c:668 Operator mail
> > program terminated in error. CMD=/usr/sbin/bsmtp -h localhost -f
> > "(Bacula) [EMAIL PROTECTED]" -s "Bacula: Intervention needed for
> > s02-full-backup.2005-12-15_22.00.01" [EMAIL PROTECTED]
> >
> >
> > Any ideas out there?
> >
> >>>> "Chris Boyd" <[EMAIL PROTECTED]> 12/15/05 10:44  >>>
> >
> > Using bacula 1.36.3
> > I'm trying to recycle a volume (thursday). I set the recycle flag to yes
> > and I've purged the volume. Then I changed the status to Append. However
> > whenever the backup job runs it will not accept volume and asks for
> > another one(3_monday, which i've set the status to Full).
> >
> > "14-Dec 22:00 hq-sd: s01-full-backup.2005-12-14_22.00.00 Warning:
> > Director wanted                                              Volume
> > "3_monday". Current Volume "wednesday" not acceptable because:
> >     1998 Volume "wednesday" status is Used, but should be Append, Purged
> > or Recy                                             cle. "
> > This is the status after the backup attempts to run
> >
> > *list media
> >
> > |       5 | thursday     | Used      |  80,628,808,007 |       82 |  
> > | 31,536,000 |       1 |    0 |         1 | SDLT      | 2005-09-22
> > | 23:42:25 |
> >
> >  15 | 3_monday     | Recycle   |               1 |        0 |  
> > 31,536,000 |       1 |    0 |         1 | SDLT      | 0000-00-00 00:00:00
> > |
>
> -------------------------------------------------------
> 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
> -----------------------------------------------------------------
> This email message is intended only for the addressee(s)
> and contains information that may be confidential and/or
> copyrighted.  If you are not the intended recipient please
> notify the sender by reply email and immediately delete
> this email. Use, disclosure or reproduction of this email
> by anyone other than the intended recipient(s) is strictly
> prohibited. USIT has scanned this email for viruses and
> dangerous content and believes it to be clean. However,
> virus scanning is ultimately the responsibility of the recipient.
> -----------------------------------------------------------------
>
>
>
> -------------------------------------------------------
> 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://ads.osdn.com/?ad_idv37&alloc_id865&opÌk
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
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://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to