Am 21.10.2014 um 01:31 schrieb Jean Sébastien HEDERER ASPerience:
Hi,
And if you make backups at 4 differents hours, do you have the problem?
The thing is that there could be multiple additional clients in the
future and I'd like to keep additional configuration per client at a
minimum.
Am
On 10/21/2014 1:06 PM, Steven Hammond
wrote:
Thanks. I was considering using the PSEUDO JOB concept since
there is a bacula-fd on the storage server. However, I was
wondering if I need to issue a RELEASE command to the DIRECTOR
before rewi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've got a configured Bacula system which has been running for a while.
I've got the bugs out and everything is now arranged the way I want.
How do I reset Bacula back to the point where it keeps the same
configuration,
but starts with no history, no
Hi Blake,
On Tue, 2014-10-21 at 10:10 -0500, Blake Dunlap wrote:
> This sounds like a bug in bacula actually. It shouldn't follow
> recursion into the same structure, simply store the link and move on.
>
i don't think its a bacula bug, because the directory hierarchy existed
in reality. also cec
> On Sat, 18 Oct 2014 21:51:32 -0600 (MDT), Ivan Sy said:
>
> I need some advise as I am unable to restore files and I am getting stuck
> with this error.
> I have other backups of other clients and restore on those are fine.
>
> 18-Oct 21:17 backup.xyz.com-sd JobId 13413: Warning: acquire.
On 10/21/2014 10:10 AM, Blake Dunlap wrote:
> This sounds like a bug in bacula actually. It shouldn't follow
> recursion into the same structure, simply store the link and move on.
Windows doesn't do links so it's not a recursion at this point.
>> very strange, maybe a zip file containing symlink
> On Mon, 20 Oct 2014 15:40:47 -0700, Peter Wood said:
>
> I have bacula-5.2.13 running on CentOS6 x86_64.
>
> It's been running for an year but a few days ago I had to restart the
> server and now the bacula-dir errors out:
>
> [root@backup bacula]# bin/bacula-dir -d 99 -f
> bacula-dir: dir
This sounds like a bug in bacula actually. It shouldn't follow
recursion into the same structure, simply store the link and move on.
-Blake
On Tue, Oct 21, 2014 at 4:17 AM, Ulrich Leodolter
wrote:
> Hi all,
>
> i found the root cause of the problem, it was simply a mysql performance
> problem be
On 10/20/2014 6:53 PM,
hei...@bacula.com.br wrote:
Ana and Steven,
If you have a bacula-fd installed on the storage machine
you can always use:
ClientRunBeforeJob = "mt -f /dev/st0 eject
20.10.2014 20:34, Anton Gorlov пишет:
> I change
> wall_buffers to -1 (-1 sets based on shared_buffers)
> shared_buffers = 1536MB
> effective_cache_size = 4608MB
>
> fsync is commented.
> bacula == 5.2.6+dfsg-9 (debian stable)
>
> run a full backup's at night...
+ full vacuum of dataase is help.
Hi all,
i found the root cause of the problem, it was simply a mysql performance
problem because auf special filesystem hierarchy on the users desktop.
there was one directory which was recursively repeated inside itself.
C:/Users/name/Desktop/Exercise Files/CSS Core Concepts
C:/Users/name/Deskt
11 matches
Mail list logo
