On 11/11/2010 12:13 PM, Philipp Storz wrote:
> Am Donnerstag 11 November 2010, 17:50:06 schrieb John Drescher:
>>> I have the following strange effect, which I think that it is not
>>> correct, but I did not understand the acquiring code for a new volume
>>> enough to find why this happens.
>>>
>>> Here is what I can reproduce:
>>>
>>> My configuration has two servers with a LTO3 Drive each.
>>>
>>> When I make a backup in server A and a restore of this backup on server B
>>> I have the problem that I get this error Message:
>>>
>>> Fatal error: No Volume names found for restore.
>>>
>>> I found the following workaround:
>>>
>>> I simply make a small backup on server B on the tape that was written on
>>> server A and now is mounted on server B.
>>> This works like it should, and afterwards I can do my restore without
>>> problems.
>>>
>>> Is there an explanation for this behaviour, or is this a bug and I should
>>> do some deeper debugging?
>>>
>>> P.S.: All deamons are Bacula Version 5.0.3 on x86_64, SUSE, with
>>> postgresql
>>>
>>> thanks and best regards,
>>
>> You need to better explain the problem. Are both servers directors? If
>> so do they share a single database?
>
> Hello John,
>
> oh yes, you are right. I hope this explains it more precicely:
>
> I have 3 servers in total,
>
> server A and server B have a filedaemon and a storage daemon each, and server
> C has a director that controls both server A and B.
>
> Here is a little ascii-art picture ;-)
>
>
> Server A       Server B
> LTO3 Drive     LTO3 Drive
> Filedaemon     Filedaemon
>       |            |
>       --------------
>             |
>          ServerC
>          Director
>          Catalog DB
>
>
> Usually, every server makes backups on its own drive and restores from its own
> drive, which works without problems.
>
> But when I try to make a restore on the other server, I have to make a little
> backup first on the other storage/drive to be able to do a restore.
>
> It seems that somehow the director does not really understand that the correct
> tape is already mounted, but it IS mounted.
>
> After doing a little backup on this tape, the director understands that the
> tape is mounted there an then the restore just works like expected.
>
> As this works, I can tell that I have no problems with wrong media type etc.
>
> thank you for asking for more info, I hope this makes it clearer.

What did the users mailing list say about this?

-- 
Dan Langille - http://langille.org/

------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to