I'm just doing a restore of a few files, and it is a lot slower than I
would have thought it should be.
The backup I'm restoring from is 1 of about 9 on the same disk based
volume. That backup is just over 1.2G, and I'm restoring a single folder
with about 150mb of files in it. The original backup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arunav Mandal wrote:
> I am planning to update our Bacula installation from 1.38.11 to the
> latest version so do I need to recreate the Mysql database? Also do I
> need to update all clients to the latest version as well?
No, not recreate, but you do
I am planning to update our Bacula installation from 1.38.11 to the
latest version so do I need to recreate the Mysql database? Also do I
need to update all clients to the latest version as well?
Arunav.
-
Check out th
alan,
a few weeks ago, i did in fact read the pertinent sections of the manual
regarding "Maximum Concurrent Jobs". i changed what it told me to change
in the configs, but i was still getting the same result as now.
btw, i did restart the daemons after the config change in case someone
was goin
hi arno,
i have matched up my config to the example that you gave. so now i have:
FD: 20
SD: 20
DIR/Jobs: 1
DIR/Director: 20
DIR/Storage1(Autochanger): 4
...but, jobs still seem to run in serial... any thoughts?
thx,
mike
Arno Lehmann wrote:
> Hi,
>
> 10.01.2008 20:34, Mike Seda wrote:
>
>>
Ken Gunderson wrote:
> On Tue, 09 Oct 2007 18:08:32 +0200
> Attila Fülöp <[EMAIL PROTECTED]> wrote:
>> Just a few further notes: Unless you are using ACL on your zfs your
>> data schould be save. You just have to live with the annoying error
>> messages. You can check for this: "find /zfs_mount_poi
Hello all. I have a Bacula setup that I've been running for about 6
months now on a Debian system. I have two pools setup - the default
pool for on-disk fulls and incrementals, and an "ArchivePool" for
DVD-RWs that I occasionally backup some clients to.
Everything has been working well recently
