Hi,
Here is what happens :
Blogs are scheduled on the first appendable volume, without looking at
the inchanger flag. If I mark this volume as Used or Full, jobs gets
scheduled on the next appendable volume, instead of the next one
appendable and inchanger.
#### Scheduled jobs
Scheduled Jobs:
Level Type Pri Scheduled Name Volume
===================================================================================
Full Backup 5 23-mai-07 12:00 Backup-srv-mpp-archi-dwh
000121
Full Backup 5 23-mai-07 12:00
Backup-srv-mpp-archi-treso 000121
Full Backup 5 23-mai-07 12:00
Backup-srv-mpp-archi-totem 000121
Full Backup 5 23-mai-07 12:00
Backup-srv-mpp-archi-filemaker 000121
Full Backup 5 23-mai-07 12:00
Backup-srv-mpp-archi-equilibre 000121
Full Backup 5 23-mai-07 20:00
Backup-srv-mpp-exchang-daily 000121
### List volumes (on this Pool)
Pool: Daily
+---------+------------+-----------+---------+-------------------+----------+--------------+---------+------+-----------+-----------+---------------------+
| MediaId | VolumeName | VolStatus | Enabled | VolBytes |
VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType |
LastWritten |
+---------+------------+-----------+---------+-------------------+----------+--------------+---------+------+-----------+-----------+---------------------+
| 59 | 000143 | Purged | 1 | 394,391,772,372 |
422 | 1,209,600 | 1 | 1 | 1 | LTO3 | 2007-04-05
08:44:03 |
| 60 | 000115 | Purged | 1 | 152,609,505,455 |
163 | 1,209,600 | 1 | 8 | 0 | LTO3 | 2007-04-19
13:29:21 |
| 61 | 000116 | Purged | 1 | 1,278,772,008,661 |
1,409 | 1,209,600 | 1 | 9 | 0 | LTO3 |
2007-04-23 13:30:52 |
| 62 | 000117 | Purged | 1 | 742,127,695,846 |
789 | 1,209,600 | 1 | 10 | 0 | LTO3 | 2007-04-26
21:10:42 |
| 63 | 000118 | Full | 1 | 824,915,470,096 |
894 | 1,209,600 | 1 | 11 | 0 | LTO3 | 2007-05-09
15:38:16 |
| 64 | 000119 | Purged | 1 | 25,754,213,310 |
31 | 1,209,600 | 1 | 12 | 0 | LTO3 | 2007-04-27
08:48:46 |
| 65 | 000120 | Full | 1 | 553,103,626,001 |
577 | 1,209,600 | 1 | 13 | 0 | LTO3 | 2007-05-11
13:59:48 |
| 66 | 000121 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 14 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 91 | 000103 | Purged | 1 | 227,552,907,045 |
250 | 1,209,600 | 1 | 10 | 0 | LTO3 | 2007-05-04
13:58:14 |
| 92 | 000104 | Purged | 1 | 1
| 0 | 1,209,600 | 1 | 11 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 93 | 000105 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 12 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 94 | 000106 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 13 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 95 | 000107 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 14 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 96 | 000101 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 8 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 97 | 000102 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 9 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 98 | 000129 | Used | 1 | 407,865,033,101 |
427 | 1,209,600 | 1 | 8 | 0 | LTO3 | 2007-05-16
13:26:57 |
| 99 | 000130 | Used | 1 | 210,849,249,755 |
233 | 1,209,600 | 1 | 9 | 0 | LTO3 | 2007-05-17
13:22:21 |
| 100 | 000131 | Used | 1 | 202,314,381,696 |
224 | 1,209,600 | 1 | 10 | 0 | LTO3 | 2007-05-18
13:59:23 |
| 101 | 000132 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 11 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 102 | 000133 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 12 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 103 | 000134 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 13 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 104 | 000135 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 14 | 0 | LTO3 |
0000-00-00 00:00:00 |
| 105 | 000144 | Purged | 1 | 193,536
| 1 | 1,209,600 | 1 | 2 | 1 | LTO3 |
2007-05-21 12:00:25 |
| 106 | 000145 | Used | 1 | 216,361,248,768 |
253 | 1,209,600 | 1 | 3 | 1 | LTO3 | 2007-05-21
23:30:23 |
| 107 | 000147 | Used | 1 | 219,473,114,112 |
257 | 1,209,600 | 1 | 4 | 1 | LTO3 | 2007-05-23
00:40:37 |
| 108 | 000146 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 5 | 1 | LTO3 |
0000-00-00 00:00:00 |
| 109 | 000148 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 6 | 1 | LTO3 |
0000-00-00 00:00:00 |
| 110 | 000149 | Append | 1 | 1
| 0 | 1,209,600 | 1 | 7 | 1 | LTO3 |
0000-00-00 00:00:00 |
+---------+------------+-----------+---------+-------------------+----------+--------------+---------+------+-----------+-----------+---------------------+
Which volumes are in the autochanger, which ones can be used:
See above.
What's the state of the SD:
Device status:
Autochanger "Dell-PV132T" with devices:
"ULTRIUM-TD3-1" (/dev/nst0)
"ULTRIUM-TD3-2" (/dev/nst1)
Device "ULTRIUM-TD3-1" (/dev/nst0) is mounted with Volume="000147" Pool="Daily"
Slot 4 is loaded in drive 0.
Total Bytes=219,473,114,112 Blocks=3,402,050 Bytes/block=64,512
Positioned at File=257 Block=0
Device "ULTRIUM-TD3-2" (/dev/nst1) is not open.
Drive 1 status unknown.
====
In Use Volume status:
000147 on device "ULTRIUM-TD3-1" (/dev/nst0)
What happens when jobs start:
Nothing; bacula ask me to mount the volume it scheduled the jobs on
Could you tell me more about which informations could I give you while
running in debug mode ?
Thanks a lot for your help.
Arno Lehmann a écrit :
> Hi,
>
> On 5/22/2007 8:59 AM, Adam Cécile wrote: sddddddqqsr
>
>> Hello,
>>
>> I just upgraded to 2.0.3 and I still have the problem. When no candidate
>> volume is mounted bacula do weird things.
>> Jobs are sheduled on a volume which is not in the library. If I mount a
>> good volume into the drive, jobs gets scheduled on it.
>> Any pointers ?
>>
>
> More details... your problem description is becoming less and less
> useful for me.
>
> Which volumes are in the autochanger, which ones can be used, what's the
> state of the SD, what happens when jobs start, etc. Also, consider
> running the DIR and the SD with debug output, so you can track what the
> daemons do internally, i.e. how they decide which volumes to use.
>
> Arno
>
>
>> Arno Lehmann a écrit :
>>
>>> Hi,
>>>
>>> On 5/21/2007 10:33 AM, Adam Cécile wrote:
>>>
>>>
>>>> Andreas Helmcke a écrit :
>>>>
>>>>
>>>>> On 21.05.2007 08:55, Adam Cécile wrote:
>>>>>
>>>>>
>>>>>
>>>>>> Arno Lehmann a écrit :
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> On 5/18/2007 9:02 AM, Adam Cécile wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Today my director was blocked.
>>>>>>>> It was asking for a volume which had inchangler flag set to no while
>>>>>>>> there was 4 purged volume in the right pool.
>>>>>>>> I had to load the volume into the drive manually (with mtx) and then
>>>>>>>> mount it, otherwise bacula keeps asking for the missing volume.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> Usually, Bacula shoould use whatever tape is available. Obviously, the
>>>>>>> catalog has to represent the actual autochanger inventory.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> How could this happend ? Do I missed something in my configuration ?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> I don't think this is a configuration issue... most of the time, I see
>>>>>>> these problems when tapes were changed and no 'update slots' command
>>>>>>> was
>>>>>>> executed.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> Update slots has been run, and list media only reports the good volumes
>>>>>> as "inchanger".
>>>>>>
>>>>>>
>>> This is a multi-drive autochanger.
>>>
>>>
>>>
>>>>>>> There is a query in Bacula to show the volumes that Bacula thinks are
>>>>>>> in
>>>>>>> the changer. Try this, and if it doesn't reflect the current inventory,
>>>>>>> do an 'update slots'. That should work.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> Do you mean list media could be right while the sql catalog may be wrong
>>>>>> ?
>>>>>>
>>>>>>
>>>>>>
>>>>>>> If it doesn't, this should be a bug. You'll need to make sure you've
>>>>>>> got
>>>>>>> a recent version of Bacula running, the catalog is up to date, capture
>>>>>>> debug output for the DIR, and file a bug report. But I don't think this
>>>>>>> will be necessary :-)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> It really looks like being a bug... See my previous mail for more
>>>>>> informations.
>>>>>> Please notice that if I load the right tape with mtx and then mount it
>>>>>> in bacula, the job gets written on this volumes.
>>>>>>
>>>>>>
>>>>>>
>>>>> I am not sure but maybe your problems are related to the problems I have
>>>>> while using a multidrive autochanger (see me recent mails to this list).
>>>>>
>>>>> My impression is, that volume selection part of bacula sometimes gets
>>>>> confused and is choosing the wrong volume (or at least one which I
>>>>> consider wrong ;-) ).
>>>>>
>>>>>
>>> ...
>>>
>>>
>>>> This looks like a serious issue. Which version are you running ? I'm on
>>>> 1.38.
>>>>
>>>>
>>> You really should update to 2.0, or, if you dare running a beta version,
>>> even 2.1.10.
>>>
>>> In the newer versions, the device and volume selection and reservation
>>> was significantly improved.
>>>
>>>
>>>
>>>
>>
>
>
--
Adam CECILE Linbox / Free&ALter Soft
152 rue de Grigy tél: +33 3 87 50 87 95
Technopôle Metz 2000 fax: +33 3 87 75 19 26
57070 METZ - France http://www.linbox.com
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
