We're seeing this with a lot more frequency, though we've changed no
configuration. Jobs are often left waiting an entire run in order to
use a volume that's in use by the other drive within a 2 drive changer.
Stephen
On 7/25/12 7:38 AM, Stephen Thompson wrote:
>
> Hey all,
>
> I've been meaning to post about this for awhile, but it comes up pretty
> rarely (maybe once every few months running hundreds of job a night).
>
> With an autochanger with 2 drives, each set to AutoSelect, it's possible
> for bacula to want the same volume in both drives at the same time,
> which creates an Operator Intervention situation.
>
> Here's an example where apparently previous jobs were using a particular
> volume in one drive and somehow jobs assigned to the other drives wanted
> the exact same volume, causing them to pause and require operator
> intervention.
>
>
> sd_C4 Version: 5.2.10 (28 June 2012) x86_64-unknown-linux-gnu redhat
> Enterprise release
> Daemon started 23-Jul-12 10:13. Jobs: run=295, running=3.
> Heap: heap=135,168 smbytes=2,089,365 max_bytes=3,689,580 bufs=299
> max_bufs=396
> Sizes: boffset_t=8 size_t=8 int32_t=4 int64_t=8 mode=0,0
>
> Running Jobs:
> Writing: Incremental Backup job AAA JobId=247971 Volume="IM0081"
> pool="Incremental-Pool" device="C4-Drive-0" (/dev/C4-Drive-0)
> spooling=0 despooling=0 despool_wait=0
> Files=0 Bytes=0 Bytes/sec=0
> FDReadSeqNo=6 in_msg=6 out_msg=4 fd=9
> Writing: Incremental Backup job BBB JobId=247973 Volume="IM0081"
> pool="Incremental-Pool" device="C4-Drive-0" (/dev/C4-Drive-0)
> spooling=0 despooling=0 despool_wait=0
> Files=0 Bytes=0 Bytes/sec=0
> FDReadSeqNo=6 in_msg=6 out_msg=4 fd=13
> Writing: Incremental Backup job CCC JobId=247975 Volume="IM0081"
> pool="Incremental-Pool" device="C4-Drive-0" (/dev/C4-Drive-0)
> spooling=0 despooling=0 despool_wait=0
> Files=0 Bytes=0 Bytes/sec=0
> FDReadSeqNo=6 in_msg=6 out_msg=4 fd=15
> Writing: Incremental Backup job DDD JobId=247976 Volume="IM0081"
> pool="Incremental-Pool" device="C4-Drive-0" (/dev/C4-Drive-0)
> spooling=0 despooling=0 despool_wait=0
> Files=0 Bytes=0 Bytes/sec=0
> FDReadSeqNo=6 in_msg=6 out_msg=4 fd=18
> ====
>
> Jobs waiting to reserve a drive:
> ====
>
> Terminated Jobs:
> JobId Level Files Bytes Status Finished Name
> ===================================================================
> XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
> ====
>
> Device status:
> Autochanger "C4-changer" with devices:
> "C4-Drive-0" (/dev/C4-Drive-0)
> "C4-Drive-1" (/dev/C4-Drive-1)
> Device "C4-Drive-0" (/dev/C4-Drive-0) is not open.
> Device is BLOCKED waiting for mount of volume "IM0081",
> Pool: Incremental-Pool
> Media type: LTO-3
> Drive 0 is not loaded.
> Device "C4-Drive-1" (/dev/C4-Drive-1) is mounted with:
> Volume: IM0081
> Pool: Incremental-Pool
> Media type: LTO-3
> Slot 32 is loaded in drive 1.
> Total Bytes=369,270,534,144 Blocks=1,408,808 Bytes/block=262,115
> Positioned at File=203 Block=0
> ====
>
> Used Volume status:
> IM0070 on device "C4-Drive-1" (/dev/C4-Drive-1)
> Reader=0 writers=0 devres=0 volinuse=0
> IM0081 on device "C4-Drive-0" (/dev/C4-Drive-0)
> Reader=0 writers=0 devres=4 volinuse=0
> ====
>
>
>
> Anyone else have this happen?
> Race condition?
>
> thanks,
> Stephen
>
--
Stephen Thompson Berkeley Seismological Laboratory
stephen AT seismo.berkeley DOT edu 215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|