On 2022-08-26 01:11, Bill Arlofski via Bacula-users wrote:
On 8/25/22 15:54, Josip Deanovic wrote:
You also mentioned that your backup is going to disks and to tapes.
Unless something changed in the newer versions of Bacula, the space
on the tape volumes as well as the data on the disk/file vol
On 8/25/22 15:54, Josip Deanovic wrote:
>
You also mentioned that your backup is going to disks and to tapes.
Unless something changed in the newer versions of Bacula, the space
on the tape volumes as well as the data on the disk/file volumes will
not be reclaimed until the whole volume is recycl
On 2022-08-25 23:30, Pollard, Jim wrote:
Maybe another option would be do a migrate job to external media for
enough of the volumes that contain the incrementals. That way If
things go completely south I could still restore. I’ll have to take a
look at the schedules. I’m feeling like the first
On 2022-08-25 23:16, Pollard, Jim wrote:
[...]
From: Udo Kaune
Date: Thursday, August 25, 2022 at 4:05 PM
To: Pollard, Jim
Subject: Re: [Bacula-users] Silly question from newbie
Am 25.08.22 um 22:52 schrieb Pollard, Jim:
I see. So if my incrementals were daily then I would be able to
restore
Not quite. If you ask for an Incr and there is no Full to increment
from, Bacula will do a Full. But this is all database and not file
system. As long as you put your backup volume files where Bacula expects
them to be used for a restore, you can move them around to your liking.
You also could
Maybe another option would be do a migrate job to external media for enough of
the volumes that contain the incrementals. That way If things go completely
south I could still restore. I’ll have to take a look at the schedules. I’m
feeling like the first thing bacula is going to do is determin
A long way. The last fulls were back in June. But this will depend on my
users, there is a lot of churn in this data so they may not be concerned about
restoring to a specific day in the range as long as we can get everything
running appropriately again.
~J
From: Udo Kaune
Date: Thursday, A
Hej Jim,
There are no such things as silly questions. Well, almost.. NOT! Based
on the latest Full your incremental backups will contain changes present
at a certain (backup schedule) point in time. The differential backup
will contain changes in regard to the latest Full only. So if your file
greetings fellas,
i am using the following fileset on a number of VMs running docker containers
to backup the container config and user data - and it works for me. It does
backup all /mnt/containerdata..* folders with content, nothing else:
Fileset {
Name = "various-appdata"
EnableVss = no
> On Thu, 25 Aug 2022 14:25:30 +0200, Uwe Schuerkamp said:
>
> I've imported the bacula catalog using pgloader and this config:
>
> LOAD DATABASE
> FROM mysql://bacula:X@localhost/bacula
> INTO postgresql://bacula:X@localhost/bacula
>
> WITH include drop, create tables,
I just inherited this Bacula setup at a new position. The backups are running
to disk and to tape. The disk is currently full. I’m looking at the list of
jobs that have run and see that there are fulls that completed, incrementals
that have completed, and then differentials. Just to make abs
Hello Uwe,
On 25.08.22 14:25, Uwe Schuerkamp wrote:
Hi folks,
I'm trying (for educational purposes) to migrate an existing bacula
catalog to use with a postgres backend (mariadb10 / postgresql12,
Ubuntu 20.04).
I've imported the bacula catalog using pgloader and this config:
LOAD DATABASE
FR
Hi folks,
I'm trying (for educational purposes) to migrate an existing bacula
catalog to use with a postgres backend (mariadb10 / postgresql12,
Ubuntu 20.04).
I've imported the bacula catalog using pgloader and this config:
LOAD DATABASE
FROM mysql://bacula:X@localhost/bacula
INTO p
13 matches
Mail list logo
