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?
Thanks.
Martin
------------------------------------------------------------------------------
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
|