Arno Lehmann wrote:
> Hi,
>
> 22.06.2008 21:15, RA Cohen wrote:
>
>> Here is a current status snapshot of my problem installation: [It is now
>> Sunday afternoon June 22, a full backup was scheduled Friday, with
>> differential for Saturday and Sunday]
>>
>> Bacula seems to be waiting for a signal of some kind from the drive.
>> Does the output of sta sd look normal? I assume the maximum jobs
>> exceeded message is there because the tape did not recycle. It is in
>> fact defined for a max of 9 jobs, 3 jobs for each day.
>>
>>
> ...
>
>> *sta sd=InternalQuantum
>> Connecting to Storage daemon InternalQuantum at 10.150.8.240:9103
>>
>> fserv-sd Version: 2.2.8 (26 January 2008) i386-portbld-freebsd6.2
>> freebsd 6.2-RELEASE-p8
>> Daemon started 20-Jun-08 16:04, 0 Jobs run since started.
>> Heap: heap=212,992 smbytes=87,479 max_bytes=87,991 bufs=106 max_bufs=108
>> Sizes: boffset_t=8 size_t=4 int32_t=4 int64_t=8
>>
>> Running Jobs:
>> Writing: Full Backup job fservNightlySave JobId=1899 Volume="Friday-0002"
>> pool="FridayPool" device="InternalQuantum" (/dev/sa0)
>> spooling=0 despooling=0 despool_wait=0
>> Files=0 Bytes=0 Bytes/sec=0
>> FDSocket closed
>> ====
>>
>> Jobs waiting to reserve a drive:
>> 3610 JobId=1899 Volume max jobs exceeded on drive "InternalQuantum"
>> (/dev/sa0).
>> ====
>>
>> Terminated Jobs:
>> JobId Level Files Bytes Status Finished Name
>> ===================================================================
>> 1886 Full 1 171.7 M OK 18-Jun-08 07:04 BackupCatalog
>> 1887 Full 0 0 Cancel 19-Jun-08 08:47
>> fservNightlySave
>> 1890 Full 0 0 Error 19-Jun-08 08:55
>> fservNightlySave
>> 1891 Full 493 350.5 M Error 19-Jun-08 08:56
>> mservNightlySave
>> 1893 Full 184,332 76.88 G OK 19-Jun-08 10:23
>> fservNightlySave
>> 1894 Full 10,069 3.326 G OK 19-Jun-08 10:30
>> mservNightlySave
>> 1895 Full 1 173.3 M OK 19-Jun-08 10:30 BackupCatalog
>> 1896 Full 184,399 76.92 G OK 20-Jun-08 09:50
>> fservNightlySave
>> 1897 Full 10,061 3.333 G OK 20-Jun-08 09:57
>> mservNightlySave
>> 1898 Full 1 174.5 M OK 20-Jun-08 09:58 BackupCatalog
>> ====
>>
>> Device status:
>> Device "FileStorage" (/tmp) is not open.
>> Device "InternalQuantum" (/dev/sa0) is mounted with:
>> Volume: Friday-0002
>> Pool: *unknown*
>> Media type: SDLT
>> Total Bytes Read=129,024 Blocks Read=2 Bytes/block=64,512
>> Positioned at File=0 Block=0
>> ====
>>
>> In Use Volume status:
>> Friday-0002 on device "InternalQuantum" (/dev/sa0)
>> Reader=0 writers=0 reserved=0 released=1
>> ====
>>
>>
>
> The above looks all normal (like the SD working correctly), though I
> would have expected that Bacula asks for a useable tape in this situation.
>
> I don't know if you expect the loaded tape to get recycled; if you do
> and it doesn't recycle, check with 'llist volume=Friday-0002' if it
> should be recycleable.
>
> If that is not the problem, you have to find why Bacula doesn't use
> the tape drive; I find the combination of the drive being mounted with
> a volume and, at the same time, being released a bit astonishing.
>
> What happens if you issue a mount command?
>
> Arno
>
>
Arno,
What happens when mount is issued: it came back with the "waiting on
Storage" error. I cannot show this to you now as I have had to try other
things. The drive itself has been replaced with one that has Quantum's
latest and greatest firmware - guess what - same result. So I am looking
at the Volume max jobs because of the message 'Volume max jobs
exceeded.' It seems bacula is looking first at that Max Jobs value
before proceeding to recycle the tape (even though the catalog was
marked for the tape/volume to be recycled) The example I presented in
this thread included three full backup jobs on Friday, three
differential on Saturday, and three on Sunday, a total of 9 jobs. Two of
the jobs are typical, the third is the catalog backup. It doesn't matter
whether it's the Friday tape, or the Monday or Tuesday etc. I always ran
this situation [with my Quantum 40/80 and no problems] with Max Vol Jobs
= 9 on Friday (really Friday thru Sunday 1 tape), and Max Vol Jobs = 3
Monday thru Thursday (4 tapes). When I set it to 2, the tape recycles
properly, but then I'm left waiting to mount a new tape for the third
job. The only reason for the Max Vol Jobs was to get the tape to become
Used. So now I am trying no value for Max Vol Jobs, and setting Volume
Use Duration for 23h to see if this solves what I believe is still
basically a hardware <-> bacula issue.
These Quantum 160/320 SDLT are known to be tricky and finicky as
compared to the 40/80 DLT, unfortunately, but I have to find a way to
live with them as I have 4 of them!
I'll report on my success or failure - I appreciate any and all support.
It is sometimes hard to describe concisely just what is going on...
--
Roy A Cohen
Network Advantage LLC
413.330.9568
www.net-vantage.com
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|