Sorry, I'm not quite sure I grasp your message.
When you refer to Storage in "Changing Storage for restore and
migration", you talk about Storage Daemon or the Storage resource in the
director?

I have one Storage Daemon with three different devices and three
corresponding storage resources in the director. What I want to do is to
read from two of those devices and write into the third one.
Changing between the two reading ones is not working. I did a bit of
debugging, and I found that:

In stored/acquire.c

      stat = search_res_for_device(rctx);
      release_reserve_messages(jcr);         /* release queued messages */
      unlock_reservations();

      if (stat == 1) {
         dev = dcr->dev;                     /* get new device pointer */

In stored/reserve.c:

 ok = reserve_device_for_read(dcr);
      if (ok) {
         rctx.jcr->read_dcr = dcr;


So basically the jcr->read_dcr is changed to point to a brand new dcr in
reserve.c but the code in acquire.c is using the old dcr. Also in
acquire.c there is a comment that says dcr pointer shouldn't change.


nicolae





Kern Sibbald wrote:
> Hello,
>
> You are attempting to use a feature that is not implemented.
>
> Changing Storage for restore and migration is not implemented in any released 
> version of Bacula.
>
> Changing of Storage for restore is implemented in 3.1.x (not yet released).  
> However, it is unlikely that it works for migration.
>
> Changing of devices within a given Storage should be implemented, for reading 
> of any kind, but we do not guarantee that it works -- in your email, you did 
> not specify much information so I cannot be more specific.
>
> Regards,
>
> Kern
>
> On Friday 09 October 2009 12:37:50 Nicolae Mihalache wrote:
>   
>> Hello,
>>
>> I run Full backups on MediaType=LOT-4 and Incremental backups on
>> MediaType=File. When running a VirtualFull into a tmp pool
>> (MediaType=TmpFile), bacula starts correctly reading the full backup
>> from LTO-4. However, when the Incremental starts, it still wants to use
>> the LTO-4 device instead of switching to the file device:
>>
>> 09-Oct 11:43 bacula-sd JobId 8889: End of Volume at file 46 on device "HP"
>> (/dev/st0), Volume "GROUPS-01" 09-Oct 11:44 bacula-sd JobId 8889:
>> acquire.c:116 Changing read device. Want Media Type="File" have="LTO-4"
>> device="HP" (/dev/st0) 09-Oct 11:44 bacula-sd JobId 8889: Media Type
>> change.  New read device "HP" (/dev/st0) chosen. 09-Oct 11:44 bacula-sd
>> JobId 8889: Invalid slot=0 defined in catalog for Volume "aa-work-0125" on
>> "HP" (/dev/st0). Manual load may be required.
>>
>> >From these logs it seems it wants to change the read device but for some
>>
>> reason selects the same (wrong) one.
>>
>>
>> Thanks for any hints.
>> nicolae
>>
>>
>>     


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users