Bacula-users

Re: [Bacula-users] bacula sometimes gets stuck when volume wanted is already in a different drive

2008-12-23 10:35:39
Subject: Re: [Bacula-users] bacula sometimes gets stuck when volume wanted is already in a different drive
From: Ralf Gross <Ralf-Lists AT ralfgross DOT de>
To: bacula-users AT lists.sourceforge DOT net
Date: Tue, 23 Dec 2008 16:32:27 +0100
Bob Hetzel schrieb:
> 
> I'm running v 2.4.3 of bacula on OpenSuse 10.2 with a two tape-drive 
> autoloader and I've been having this problem every few days for a
> while 
> now: bacula wants a tape that's already loaded but in a different
> drive 
> and it's not able to just unload the tape and move it or better yet
> just 
> use it where it's already mounted on the other drive.
> 
> 23-Dec 03:02 gyrus-sd JobId 50576: Please mount Volume "LTO289L2" or 
> label a new one for:
>      Job:          arc2-gx280.2008-12-22_19.30.24
>      Storage:      "IBMLTO2-1" (/dev/nst0)
>      Pool:         Default
>      Media type:   LTO-2
> 

Same problem here. Sadly this seems to be one of bacula's limitations
in volume/device handling.

http://bugs.bacula.org/view.php?id=1207

| 0003854)
| kern (administrator)
| 2008-12-20 18:23
|
| All Volume read operations in Bacula are one job at a time.
| You must ensure that two jobs do not attempt to read the same
| Volume at the same time via scheduling or priorities. If two
| jobs do, the first one will get the Volume and the second job
| will most likely find itself in a bad position not knowing if
| the volume will ever be available so it asks for operator
| intervention.
| This is not a bug.
~                     

I'm not sure if this is limited to jobs that wants to read from a
tape.

Ralf

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

<Prev in Thread] Current Thread [Next in Thread>