Jurgen Goedbloed <[email protected]> writes: > We're using bareos-19.2 and are backing up servers to one storage > device. We have set up a maximum of 4 concurrent running backup jobs > and this works fine. > > Sometimes we need to urgently restore something while 4 backup jobs > are running and other backup jobs have been queued. > > In our current setup, when I schedule a restore job, it waits until > all 4 running jobs are finished, then execute the restore job and then > continues with the other queued backup jobs.
> There is no storage defiined in any pool config (there was, but I > removed it from the pool definition and reloaded bareos director) > > In the log of the restore job I still see that the 'store1' device is > used, which explains why it will wait, but why does the restore job > not use the 'restore' device as I have set in the job definition? > > Is it possible to create a restore job that will be executed > immediately? I have not been able to do this either. Bareos will strongly prefer to use the same storage the volume was mounted as last, or something like that. When running restores, I run them with storage=RestoreRobot1 or storage=RestoreDisk. The really annoying thing is that a restore job which requires both tape and disk will abort after reading from tape, since storage=RestoreRobot1 will override what storage to use for the differential and incremental part of the restore as well (and a disk file can not be mounted on the tape robot). So I have to run the restore in two jobs, once of the tape with storage=RestoreRobot1, and once with the other jobs (using restore type 3, comma separated jobids) and storage=RestoreDisk. Please let me know if it is possible to fix this. -- Kjetil T. Homme Redpill Linpro AS -- You received this message because you are subscribed to the Google Groups "bareos-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/bareos-users/1rwnveo9a0.fsf%40comm.ms.redpill-linpro.com.
