View Issue Details

IDProjectCategoryView StatusLast Update
0000430bareos-coredirectorpublic2015-03-31 10:59
Reportermschmidone Assigned Topstorz  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionno change required 
PlatformLinuxOSDebianOS Version7
Product Version14.2.2 
Summary0000430: Restore from multiple storages is difficult
DescriptionWhen a 'restore most recent backup' is issued, and that backup depends on different storages, it is impossible to be run, since only the first storage is selected and all volumes from the other storages are expected to be loaded into the same storage.

Example:

This is the most current backup for a client:

+---------+-------+----------+---------------+---------------------+--------------------+
| JobId | Level | JobFiles | JobBytes | StartTime | VolumeName |
+---------+-------+----------+---------------+---------------------+--------------------+
| 129,177 | F | 17,427 | 8,120,027,619 | 2015-03-02 21:29:24 | DVD-QB_2015-3_0047 |
| 129,177 | F | 17,427 | 8,120,027,619 | 2015-03-02 21:29:24 | DVD-QB_2015-3_0048 |
| 129,177 | F | 17,427 | 8,120,027,619 | 2015-03-02 21:29:24 | DVD-QB_2015-3_0049 |
| 129,189 | I | 995 | 94,015,756 | 2015-03-02 23:10:52 | Default_0015 |
+---------+-------+----------+---------------+---------------------+--------------------+

and selecting files to be restored that are located on both associated storages 'DVD-TEMP' and 'FileStorage' leads to the situation that the director wants to load 'Default_0015' into 'DVD-TEMP':

show dir sais:
129299 RestoreFiles.2015-03-04_17.35.42_20 is waiting on Storage "QBKP-TEMP"

show storage sais:
Device "QBKP-TEMP" (/mnt/dvdtemp) is not open.
    Device is BLOCKED waiting for mount of volume "Default_0015",
       Pool: Default
       Media type: File

All of the storages are of type 'File' and all volumes are available.
TagsNo tags attached.

Activities

mvwieringen

mvwieringen

2015-03-06 09:48

developer   ~0001302

You are not using the same MediaType on multiple devices right.
Because if you do this is known behaviour as by setting the MediaType
to the same type it assumes that it can load the media in any device
that supports that MediaType.
mschmidone

mschmidone

2015-03-06 10:04

reporter   ~0001303

Yes, they are all of type 'File'.

And they are all non-removable. So, there's no way of moving volumes between readers. The name 'DVD....' is misleading in such a way that one might think of a DVD as media. But that are only files in the size of a disc to be written on optical media in a furter step.
This does not interfere with the problem described here.

Daemon config:

# Definition of QBKP-TEMP helper storage device
Storage {
  Name = QBKP-TEMP
  #Do not use "localhost" here
  Address = hades
  SDPort = 9103
  Password = "xyz"
  Device = QBKP-TEMP
  Media Type = File
  Maximum Concurrent Jobs = 6;
}
# Definition of file storage device
Storage {
  Name = FileStorage
  Address = hades
  SDPort = 9103
  Password = "xyz"
  Device = FileStorage
  Media Type = File
  Maximum Concurrent Jobs = 6;
}

same in storage daemon:

Device {
  Name = FileStorage
  Media Type = File
  Device Type = File
  Archive Device = /mnt/filestorage
  LabelMedia = No; # yes;
  Random Access = Yes;
  AutomaticMount = yes;
  RemovableMedia = no;
  AlwaysOpen = no;
  Maximum Network Buffer Size = 131072;
}
Device {
  Name = QBKP-TEMP
  Media Type = File
  Device Type = File
  Archive Device = /mnt/dvdtemp
  LabelMedia = yes; # lets Bacula label unlabeled media
  Random Access = Yes;
  AutomaticMount = yes; # when device opened, read it
  RemovableMedia = no;
  AlwaysOpen = no;
  Maximum Network Buffer Size = 131072;
}

And this is my restore job:

Job {
  Name = "RestoreFiles"
  Type = Restore
  Client=hades-fd
  FileSet="Test"
  Storage = FileStorage
  Pool = Default
  Messages = Standard
  Where = /tmp/bareos-restores
}
pstorz

pstorz

2015-03-31 10:58

administrator   ~0001661

Please use individual Media Type for your different Storages.

Issue History

Date Modified Username Field Change
2015-03-04 17:39 mschmidone New Issue
2015-03-06 09:48 mvwieringen Note Added: 0001302
2015-03-06 09:48 mvwieringen Status new => feedback
2015-03-06 10:04 mschmidone Note Added: 0001303
2015-03-06 10:04 mschmidone Status feedback => new
2015-03-31 10:58 pstorz Note Added: 0001661
2015-03-31 10:58 pstorz Status new => closed
2015-03-31 10:58 pstorz Assigned To => pstorz
2015-03-31 10:58 pstorz Resolution open => fixed
2015-03-31 10:59 pstorz Resolution fixed => no change required