On 3/22/23 13:29, Bill Arlofski via Bacula-users wrote:
On 3/22/23 10:23, Mark Guz wrote:
Hi,
I'm trying to get virtual full backups working. I'm running 13.0.2.
The differentials are being backed-up to a tape library in 1 location
which is not usually manned, so I'm trying to get the virtual
On 3/22/23 11:52, Mark Guz wrote:
Thanks Bill, pity.
Being able to use virtual full between multiple SDs would be a
fantastic feature. I'd probably pay for such a feature if it was
available in the commercial offering
Well, unfortunately, I got my information from the Enterprise version.
Once
Thanks Bill, pity.
Being able to use virtual full between multiple SDs would be a
fantastic feature. I'd probably pay for such a feature if it was
available in the commercial offering
On Wed, Mar 22, 2023 at 12:31 PM Bill Arlofski via Bacula-users
wrote:
>
> On 3/22/23 10:23, Mark Guz wrote:
> >
On 3/22/23 10:23, Mark Guz wrote:
Hi,
I'm trying to get virtual full backups working. I'm running 13.0.2.
The differentials are being backed-up to a tape library in 1 location
which is not usually manned, so I'm trying to get the virtual fulls to
be sent to a tape library in our main location.
Hi,
I'm trying to get virtual full backups working. I'm running 13.0.2.
The differentials are being backed-up to a tape library in 1 location
which is not usually manned, so I'm trying to get the virtual fulls to
be sent to a tape library in our main location.
However when the virtual full star
Use the native virtual autochanger -- see FileChgr1 in the default bacula
config files.
__Martin
> On Fri, 10 May 2019 10:44:32 -0700, David Brodbeck said:
>
> Apparently so.
>
> I've been digging for recipes to do that. Is the old advice to use vchanger
> still best, or does Bacula's nati
Apparently so.
I've been digging for recipes to do that. Is the old advice to use vchanger
still best, or does Bacula's native autochanger support make that obsolete?
I'm running v9.4.
On Fri, May 10, 2019 at 1:52 AM Kern Sibbald wrote:
> Hello,
>
> If you are doing any kind of "copy" of data (
Hello,
If you are doing any kind of "copy" of data (Migration, Copy,
VirtualFull, ...), it seems to me to be obvious, but perhaps I am
mistaken, you need two different Storage daemon device definitions
-- one to read a Volume, and one to write to a different Volume.
Still trying to get Progressive Virtual Full backups to work.
I solved the "no previous jobs found" problem by making only one job
definition (instead of separate incremental and virtualfull definitions),
and changing the job level to VirtualFull in the schedule for the times
when I want to consol
I'm apparently still confused. I changed BackupsToKeep to 10 for the
eltanin-vfull job. Then I ran the incremental job repeatedly until there
were 11 since the last full backup. Finally, I ran my Virtual Full job. But
I still got "no previous jobs found".
Here's the list of jobs from the last actu
Okay, so if I understand correctly, "no previous jobs found" in this case
(progressive virtual full) actually means "not enough previous jobs found"?
On Wed, Apr 10, 2019 at 2:55 PM Bill Arlofski wrote:
> On 4/10/19 12:35 PM, David Brodbeck wrote:
> > I'm having trouble getting virtual full back
On 4/10/19 12:35 PM, David Brodbeck wrote:
I'm having trouble getting virtual full backups working. I feel like I'm
missing something basic about how they're supposed to be structured, but I
could use help figuring out what it is.
It's also possible I misunderstand the error message -- will it
I'm having trouble getting virtual full backups working. I feel like I'm
missing something basic about how they're supposed to be structured, but I
could use help figuring out what it is.
It's also possible I misunderstand the error message -- will it error out
if there aren't 30 jobs to consolida
Hi Wanderlei,
i thought that too before i found that error message in syslog. Before
that, i tried:
- setting Heartbeat Interval in Director and Storage daemon to 1000 minutes
AND
- setting TCP keepalive in /proc/sys/net/ipv4/tcp_keepalive_time to
10 on Director and SD
(after that i
Hello azur,
we had an Error a few days ago which is very like to yours: VFull was
working fine about half a year and suddenly Bacula can't complete the
VFull-Job. The error occurs near the end of the job.
Here our last lines from job report:
...
.
.
05-Jan 02:04 npkj-dir JobId 668: All record
Hello Azur
It looks that problem was an error on the connection:
*11-jan 05:42 server00-dir JobId 56875: Error: Director's connection to SD
for this Job was lost. *
You could try enable "Heartbeat Interval in your config files:
https://github.com/wanderleihuttel/bacula-utils/blob/master/dica
Hi all,
i'm having problems with virtual full backup on one of our clients.
Everything was working fine for years but, suddenly, Bacula is unable
to complete the job - i was trying to run it about 10 times during
past few days, all of them ends with the same weird error.
The error is occu
Hi
Our backup schema is the typical:
Full on disk on first saturday every month
Diff on disk the rest of saturdays
Incr on disk every day
But we also generate a VirtualFull *on tape* every day, that is kept
offsite.
The default behaviour is that this VirtualFull becomes the last (more
recent) F
I all,
what are the advantages and disadvantages of the virtualFull backup ?
I want to use it to save bandwidth, but I'm afraid to use too much bacula's
server time & cpu for consolidated backup.
Thankx.
Antoine
---
Hi,
I just wanted to verify that Bacula uses the JobTDate field for a job
when determining if a job should be pruned including for VirtualFull
backups. In the latter case, that field gets set to the same JobTDate
as the last good "real" backup for that job. I'm just trying to figure
out if a
On 04.03.2013 09:31, Jummo wrote:
> Hi,
>
> it's possible to create a Virtual Full from older backups?
>
> I have a job with three Full backups and 12 Diff backups made in December
> to February. If I create a Virtual Full backup for this job it's always
> based on the last Full backup. I want to m
Hi,
it's possible to create a Virtual Full from older backups?
I have a job with three Full backups and 12 Diff backups made in December
to February. If I create a Virtual Full backup for this job it's always
based on the last Full backup. I want to make a Virtual Full backup from
all the back
On Wed, 12 Sep 2012 19:29:47 +0200
Georges wrote:
> Le 12/09/2012 18:27, Craig Van Tassle a écrit :
> > Does a VirtualFull job have to be run on the same SD as where the
> > Full is?
> Hello Craig
>
> As you know, Bacula can only do copies on a unique SD. You can not use
> this feature over SDs
Le 12/09/2012 18:27, Craig Van Tassle a écrit :
> Does a VirtualFull job have to be run on the same SD as where the Full
> is?
Hello Craig
As you know, Bacula can only do copies on a unique SD. You can not use
this feature over SDs. This said, and depending on you infrastructure,
if you have mult
Does a VirtualFull job have to be run on the same SD as where the Full
is?
I'm trying to save space in my offsite SD. I though that doing
VirtualFull's to the offsite might be the way to go. Has anyone done
this or does anyone have a better recommendation how to do this?
I cant just ship the tap
Hello,
I am looking at moving towards virtual full backups as a way to cut down
on our backup times. The situation is that our full backups on several
of our file servers are running over their window. My question is what
could the draw backs be to moving towards virtual full backups?
I curren
Am 06.02.2012 12:51, schrieb Martin Simmons:
>
> Not quite what you are asking, but you could set the NextPool as necessary for
> the Virtual Fulls and then use this hack for the Copy jobs:
>
> http://thread.gmane.org/gmane.comp.sysutils.backup.bacula.devel/14084
Thanks for the input everyone. I f
> On Sun, 05 Feb 2012 11:26:45 +0100, Jan Lentfer said:
>
> Currently I have a setup where I use 3 file pools for Incr, Diff and
> Full. I use copy jobs to copy the incr jobs to one tape drive (DLT) and
> the full and diff jobs to another tape drive (LTO-1).
>
> Now I thought about doing Vi
2012/2/5 Jan Lentfer :
> Am 05.02.2012 11:26, schrieb Jan Lentfer:
>> Currently I have a setup where I use 3 file pools for Incr, Diff and
>> Full. I use copy jobs to copy the incr jobs to one tape drive (DLT) and
>> the full and diff jobs to another tape drive (LTO-1).
>>
>> Now I thought about do
Am 05.02.2012 11:26, schrieb Jan Lentfer:
> Currently I have a setup where I use 3 file pools for Incr, Diff and
> Full. I use copy jobs to copy the incr jobs to one tape drive (DLT) and
> the full and diff jobs to another tape drive (LTO-1).
>
> Now I thought about doing Virtual Full Backups from
Currently I have a setup where I use 3 file pools for Incr, Diff and
Full. I use copy jobs to copy the incr jobs to one tape drive (DLT) and
the full and diff jobs to another tape drive (LTO-1).
Now I thought about doing Virtual Full Backups from the file pools to a
3rd drive every 2nd month or
On Wed, Jun 09, 2010 at 12:05:34PM +0400, Alexander Pyhalov wrote:
> Hello.
> I have some questions about Virtual Full backups. As I understood, VF
> backups should use separate volume pool. We are going to use bacula for
> making backups of a lot of data (>2 TB, about 10 servers). In this
> cir
Hello.
I have some questions about Virtual Full backups. As I understood, VF
backups should use separate volume pool. We are going to use bacula for
making backups of a lot of data (>2 TB, about 10 servers). In this
circumstances I'd like to avoid making Full backup. I'd like to make one
initia
Hi,
I'd just like to run something by you guys to see am I doing it right.
We have a senior staff member who exclusively works on a laptop and moves
around and travels a lot. A full backup takes 5+ hours due mainly to the
relatively slow disk and large amount of data. That's just not practical.
34 matches
Mail list logo
