Most likely you did not try to restore from both devices ...

On Wednesday 09 November 2005 23:29, Yann Cézard wrote:
> Kern Sibbald a écrit :
> >Restores are done by client, so the restore command doesn't know what Job
> >did the backup, and so it probably because it takes the first storage
> > device that matches the Media Type.
> >
> >If you assign a different Media Type to each of your Devices, this will
> > not happen.  This comment applies to the problem reported by Michael
> > Galloway too.
>
> I tried to change the Media Type of the different devices/storages, and
> it works !
> Thanks !
> But it is not very easy for me to understand that my differents devices
> that all
> go to File/Disk, must have different Media Type... What is strange is
> that I didn't have
> this problem in 1.36... or at least the Storage mod was working (perhaps
> why I didn't
> notice the problem)
>
> >Have you tried specifing the correct Storage device by using the "mod"
> >feature?
>
> Yes, I did, but it was not working (before doing the Media Type
> changes), cf. my first mail :
> -------------
> Run Restore job
> JobName:    Restauration ETUD dans .tmp.bacula-restores
> Bootstrap:
> /var/bacula/sauvegarde-dir.restore.*Console*.2005-11-09_18.14.58.bsr
> Where:      /tmp/bacula-restores
> Replace:    always
> FileSet:    DRBD
> Client:     ETUD
> Storage:    catalog-storage <===== not what I want
> When:       2005-11-09 18:18:31
> Catalog:    MyCatalog
> Priority:   10
> OK to run? (yes/mod/no): mod <======== Here is the mod
> Parameters to modify:
>     1: Level
>     2: Storage
>     3: Job
>     4: FileSet
>     5: Client
>     6: When
>     7: Priority
>     8: Bootstrap
>     9: Where
>    10: Replace
>    11: JobId
> Select parameter to modify (1-11): 2
> The defined Storage resources are:
>     1: catalog-storage
>     2: sauvegarde-sd
>     3: ifrcir217-root-storage
>     4: ifrcir218-root-storage
>     5: etud-drbd-storage
>     6: nagios-root-storage
> Select Storage resource (1-6): 5 <======= I change the storage
> Run Restore job
> JobName:    Restauration ETUD dans .tmp.bacula-restores
> Bootstrap:
> /var/bacula/sauvegarde-dir.restore.*Console*.2005-11-09_18.14.58.bsr
> Where:      /tmp/bacula-restores
> Replace:    always
> FileSet:    DRBD
> Client:     ETUD
> Storage:    etud-drbd-storage         <========= It seems OK
> When:       2005-11-09 18:18:31
> Catalog:    MyCatalog
> Priority:   10
> OK to run? (yes/mod/no): yes
> Job started. JobId=12
> $ messages
> 09-Nov 18:19 sauvegarde-dir: Start Restore Job
> Restauration_ETUD_dans_.tmp.bacula-restores.2005-11-09_18.19.23
> 09-Nov 18:19 sauvegarde-sd:
> Restauration_ETUD_dans_.tmp.bacula-restores.2005-11-09_18.19.23 Fatal
> error: acquire.c:199 Open device "SAVE-CATALOG" (/save/catalog) Volume
> "etud-full-drbd-0001" failed: ERR=dev.c:466 Could not open:
> /save/catalog/etud-full-drbd-0001, ERR=No such file or directory
> --------------
>
> But it was not OK... cause it should use Device SAVE-ETUD-drbd, not
> SAVE-CATALOG
> Or I am missing something... (that's probably the case)
> That's why I send my first mail !
>
> But it works now, Thank you very much !
>
> Regards,
>
> Yann

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to