Hi,

On 13.09.2005 19:47, Bill McGonigle wrote:

On Sep 13, 2005, at 12:42, Arno Lehmann wrote:

You're using 1.36.3 or lower, right?
The see the directive "Accept Any Volume" in the pool definition chapter in the manual. http://www.bacula.org/rel-manual/ Configuring_Director.html#SECTION0001410000000000000000
It should do what you want, if you've got the retention times correct.


OK, I need some more setting straight... I'm still missing a concept here, I think.

It looks like this should have been on by default in 1.36.3 from this description:

     Accept Any Volume = <yes|no>
         This directive specifies whether or not any volume
         from the Pool may be used for backup. The default
         is yes as of version 1.27 and later.

Anyhow, I turned it on explicitly for my Pool, and I get something like the following

I'm not sure about the default as I've always had it on. It might be that the manual is incorrect, but, even considering that this directive will disappear with 1.38, I think this might be worth a bug report.

I'm not sure what the error it's complaining about on tape A4 is (that's new on this run),

That should have been in a prior message or job report. Most of the time I see "real§ errors, or - when I'm playing - the results of crashed SD, DIR, or database :-)

but I'm confused why it didn't use tapes A1, A6, or A7 (if I understood that I'd have a better handle on the problem):

Ah, ok, I see the problem, and I had the same problem once.
Nite that you might have to go through the code to get this absolutely right, because I tried to understand this, but that's some time ago and I don't really speac C++ ;-)

When selecting a new volume, bacula prefers tapes that are oldest in terms of LastWritten. With newly labeled tapes not in the autoloader that results in what you experienced. (This can be really annoying...)
Only if it has to prune, it prefers what already is in the autoloader.

And, I suppose, this behaviour might have changed by now, or, rather, will be different when 1.38 is released.

Now, your output shows tape A1 which is already recycled, and which should be the next one to use - I don't know why this is the case, but it might be part of another pool, for example.

Anyway, I tried a workaround once: From the console, use the update command to mark new volumes not in the cahnger as Used. Then issue a mount command, which will trigger a new search for a usable volume, and voilĂ  - no need to change tapes right at that time. I don't know if this works with your version, though.

If you want to understand recycling etc. now, you should run the dir with debug output. If you can live with the "right" solution later, I'd suggest to simply wait till 1.38 is released, as that's probably the point in time when Kern is ready to work on fixes and improvements again.

Arno


*list media
Pool: Default
+---------+------------+-----------+-----------------+---------- +--------------+---------+------+-----------+----------- +---------------------+ | mediaid | volumename | volstatus | volbytes | volfiles | volretention | recycle | slot | inchanger | mediatype | lastwritten | +---------+------------+-----------+-----------------+---------- +--------------+---------+------+-----------+----------- +---------------------+ | 1 | A0000008 | Full | 76,445,224,822 | 76 | 259,200 | 1 | 8 | 1 | VXA-2 | 2005-06-27 07:50:46 | | 2 | A0000009 | Full | 80,038,937,090 | 80 | 259,200 | 1 | 9 | 1 | VXA-2 | 2005-06-27 04:06:03 | | 3 | A0000001 | Recycle | 1 | 0 | 259,200 | 1 | 1 | 1 | VXA-2 | 2005-07-08 05:09:01 | | 4 | A0000002 | Full | 91,477,693,920 | 92 | 259,200 | 1 | 2 | 1 | VXA-2 | 2005-07-10 07:55:49 | | 5 | A0000003 | Full | 102,186,612,054 | 102 | 259,200 | 1 | 3 | 1 | VXA-2 | 2005-07-10 17:08:31 | | 6 | A0000005 | Full | 81,572,838,489 | 81 | 259,200 | 1 | 5 | 1 | VXA-2 | 2005-07-11 01:47:50 | | 7 | A0000007 | Purged | 63,995,830,622 | 64 | 259,200 | 1 | 7 | 1 | VXA-2 | 2005-07-12 01:05:07 | | 10 | C0000001 | Full | 94,794,634,693 | 94 | 259,200 | 1 | 1 | 0 | VXA-2 | 2005-08-27 14:34:00 | | 11 | C0000003 | Full | 92,153,255,343 | 92 | 259,200 | 1 | 3 | 0 | VXA-2 | 2005-08-27 23:06:48 | | 12 | C0000004 | Full | 76,036,542,634 | 76 | 259,200 | 1 | 4 | 0 | VXA-2 | 2005-08-28 02:52:45 | | 13 | C0000005 | Full | 88,644,383,206 | 88 | 259,200 | 1 | 5 | 0 | VXA-2 | 2005-08-28 12:50:16 | | 14 | C0000006 | Full | 94,889,403,875 | 94 | 259,200 | 1 | 6 | 0 | VXA-2 | 2005-08-30 11:40:19 | | 15 | C0000007 | Full | 90,506,781,574 | 90 | 259,200 | 1 | 7 | 0 | VXA-2 | 2005-08-31 08:32:14 | | 16 | C0000008 | Purged | 69,995,450,727 | 70 | 259,200 | 1 | 8 | 0 | VXA-2 | 2005-09-02 01:11:06 | | 17 | C0000009 | Full | 95,125,812,356 | 96 | 259,200 | 1 | 9 | 0 | VXA-2 | 2005-08-26 06:43:08 | | 18 | A0000006 | Purged | 0 | 0 | 259,200 | 1 | 6 | 1 | VXA-2 | 2005-09-09 01:07:26 | | 19 | A0000004 | Error | 3,999,743,777 | 5 | 259,200 | 1 | 4 | 1 | VXA-2 | 2005-09-13 13:22:44 | | 20 | C0000002 | Append | 0 | 0 | 259,200 | 1 | 0 | 0 | VXA-2 | | +---------+------------+-----------+-----------------+---------- +--------------+---------+------+-----------+----------- +---------------------+
13-Sep 13:36 backup-dir: No prior Full backup Job record found.
13-Sep 13:36 backup-dir: No prior or suitable Full backup found. Doing FULL backup. 13-Sep 13:36 backup-dir: Start Backup JobId 131, Job=Client1.2005-09-13_13.36.48
*
13-Sep 13:37 backup-sd: Client1.2005-09-13_13.36.48 Warning: Director wanted Volume "C0000002".
    Current Volume "A0000004" not acceptable because:
1998 Volume "A0000004" status is Error, but should be Append, Purged or Recycle. 13-Sep 13:37 backup-sd: Please mount Volume "C0000002" on Storage Device "Exabyte VXA-2 1x10 PacketLoader" for Job Client1.2005-09-13_13.36.48




Thanks,
-Bill
-----
Bill McGonigle, Owner           Work: 603.448.4440
BFC Computing, LLC              Home: 603.448.1668
[EMAIL PROTECTED]           Mobile: 603.252.2606
http://www.bfccomputing.com/    Pager: 603.442.1833
Jabber: [EMAIL PROTECTED]      Text: [EMAIL PROTECTED]
RSS: http://blog.bfccomputing.com/rss



--
IT-Service Lehmann                    [EMAIL PROTECTED]
Arno Lehmann                  http://www.its-lehmann.de


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to