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 step...@seismo.berkeley.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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
