Ran across an interesting deadlock situation that I can't explain.
This is a configuration that has been working reliably for months.

excerpt from status command:

Device status:
Autochanger "Overland Neo" with devices:
   "ULTRIUM-TD1-1" (/dev/nvdrive_1)
   "ULTRIUM-TD1-2" (/dev/nvdrive_2)
   "ULTRIUM-TD1-3" (/dev/nvdrive_3)
   "ULTRIUM-TD1-4" (/dev/nvdrive_4)
Device "ULTRIUM-TD1-1" (/dev/nvdrive_1) is mounted with:
    Volume:      Tape_20_52
    Pool:       
Pool_1
    Media type:  Ultrium-1
    Slot 9 is loaded in drive 0.
    Total Bytes=15,525,328,896 Blocks=240,657
Bytes/block=64,512
    Positioned at File=97 Block=0
Device "ULTRIUM-TD1-2" (/dev/nvdrive_2) is mounted with:
    Volume:      CTape_50_10
    Pool:       
Pool_2
    Media type:  Ultrium-1
    Device is BLOCKED waiting for mount of volume
"CTape_50_9",
      
Pool:        Pool_2
       Media type:  Ultrium-1
    Slot 83 is loaded in drive 1.
    Total Bytes Read=64,512 Blocks Read=1
Bytes/block=64,512
    Positioned at File=0 Block=0
Device "ULTRIUM-TD1-3" (/dev/nvdrive_3) is mounted with:
    Volume:      CTape_50_9
    Pool:       
Pool_3
    Media type:  Ultrium-1
    Device is BLOCKED waiting for mount of volume
"CTape_50_10",
      
Pool:        Pool_3
       Media type:  Ultrium-1
    Slot 10 is loaded in drive 2.
    Total Bytes Read=64,512 Blocks Read=1
Bytes/block=64,512
    Positioned at File=0 Block=0


Running Jobs:
Writing: Incremental Backup job Enterprise JobId=3401
Volume="CTape_50_9"
    pool="Pool_2"
device="ULTRIUM-TD1-2" (/dev/nvdrive_2)
    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: Full Backup job SalesDB JobId=3402
Volume="CTape_50_10"
    pool="Pool_3"
device="ULTRIUM-TD1-3" (/dev/nvdrive_3)
    spooling=0 despooling=0 despool_wait=0
    Files=0 Bytes=0 Bytes/sec=0
    FDReadSeqNo=6 in_msg=6 out_msg=4 fd=12
====

excerpt from list volumes:

Pool: Pool_2
+---------+------------+-----------+---------+---------------+----------+--------------+---------+------+-----------+-----------+---------------------+
| mediaid | volumename | volstatus | enabled |
volbytes      | volfiles | volretention |
recycle | slot | inchanger | mediatype |
lastwritten         |
+---------+------------+-----------+---------+---------------+----------+--------------+---------+------+-----------+-----------+---------------------+
|     135 | CTape_50_9 | Append   
|       1 | 9,490,618,368
|       37 |    5,184,000
|       1 |   83
|         1 | Ultrium-1 |
2011-09-07 02:06:12 |
+---------+------------+-----------+---------+---------------+----------+--------------+---------+------+-----------+-----------+---------------------+
Pool: Pool_3
+---------+-------------+-----------+---------+----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
| mediaid | volumename  | volstatus | enabled |
volbytes       | volfiles | volretention |
recycle | slot | inchanger | mediatype |
lastwritten         |
+---------+-------------+-----------+---------+----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
|     136 | CTape_50_10 | Append   
|       1 | 38,421,218,304
|       41 |    5,184,000
|       1 |   10
|         1 | Ultrium-1 |
2011-09-07 02:06:17 |
+---------+-------------+-----------+---------+----------------+----------+--------------+---------+------+-----------+-----------+---------------------+

Notice that two devices assigned to two different jobs using two different pools are blocking each other.
Anyone have any insight?

------------------------------------------------------------------------------
Why Cloud-Based Security and Archiving Make Sense
Osterman Research conducted this study that outlines how and why cloud
computing security and archiving is rapidly being adopted across the IT 
space for its ease of implementation, lower cost, and increased 
reliability. Learn more. http://www.accelacomm.com/jaw/sfnl/114/51425301/

_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users