Tried that, unfortunately, for some reason the DISK-TO-TAPE backup (using COPY)
shows NO JOBS to copy. I had it as a priority 95 but the query apparently runs
and since the current jobs are queued but not completed, it either shows NO
JOBS or only a couple of jobs that have finished. Here is t
On Tue, Feb 18, 2014 at 03:13:27PM +, Steven Hammond wrote:
> Here is the scenario. We kick off a daily DISK-TO-DISK backup at 18:00. We
> then kick off a DISK-TO-TAPE Backup (COPY) at 23:59 assuming the early job is
> finished. This works for the daily incrementals, but the differentials
Here is the scenario. We kick off a daily DISK-TO-DISK backup at 18:00. We
then kick off a DISK-TO-TAPE Backup (COPY) at 23:59 assuming the early job is
finished. This works for the daily incrementals, but the differentials and
full backups take longer. Yes, I could change the schedule for t
Greetings,
I have this Ubuntu 10.04 LTS server running bacula 5.0 over PostgreSQL
8.4. This server has already been upgraded from an old 3.x install, have
gone trough a mysql->postgresql migration, and now is time to move ahead
again. :) It may be running for almost a decade now!
I'd like to
