It's attempting to restore directly from a single FULL backup job.
I know that once it finishes generating the directory listing that I can mark
the directory I want and then it will go ahead and restore everything in it
including subfolders. However, option 11, from the online manual says
On 06/12/2018 11:35 AM, Ryan Butler wrote:
> We're on version 7.0.5, which I know is old, and I have plans to update it
> after this disaster.
>
> Here's the details on that particular Job:
>
> JobFiles: 2,927,789
Version has nothing to do with it. There are several SQL joins involved
in
On 06/12/18 12:35, Ryan Butler wrote:
> I really just need to restore a single directory (and all of its files
> and subdirectories), so I’ve been looking at option 11 (enter a list of
> directories to restore for jobid), and it looks like I’d have to
> manually specify all the subdirectories,
Hello all,
After a failed upgrade to one of our organization's web apps, I'm trying to
restore the web app directory from Bacula. I went into bconsole, restore,
option 3 (enter jobid), and have been sitting on "Building directory tree for
JobId(s) 56810 ..." for the past 12 hours. The MySQL
Hello Dan,
Thank you for you kind remarks.
Just for information: In reality Bacula uses the block sizes you
configure (or the default). You can cause Bacula to write fixed sized
blocks, but modern tape drives (LTO and similar) handle variable sizes
quite well, so by default, Bacula will
Hello Wanderlei,
There's nothing to worry about the Debian repository you've mentioned
If you you compare with a "standard" Debian repo, the major difference is
that Bacula version and your personal "key" has been added to the url.
Nothing much more.
Debian Stretch repository
Hello
I have a puzzling result that I hope someone might be able to throw some
light on.
Having completed a full backup successfully, I then run a differential
backup. Everything is the same except the backup level=diff. Since no files
were modified, I expected the job size to be quite small.
Did a
dnf --enablerepo=updates-testing update bacula*
and it appeared OK except for the following:
Running scriptlet: bacula-libs-9.0.6-2.fc27.x86_64
13/14
/sbin/ldconfig: relative path `1' used to build cache
warning: %postun(bacula-libs-9.0.6-2.fc27.x86_64) scriptlet
