Hello,
I have a question regarding restores of files. I have currently 6 concurrent
jobs configured to backup to disk. After all my these backups are finished, I
use a Copy job to copy these Backups on Disk to Tape.
This works very well so far, the only problem I have are with restore jobs.
Since I moved to version 5.0.3 I have experienced extemely long restore times.
The time is mostly spend in the building of directory trees. The time used to
be
measured in minutes, now it is hours.
My system is Fedora 14, bacula 5.0.3, mysql 5.1.55, backup media is a 1 TB
external HD with e-sa
Here is an example of our jobs right now:
1946 Full D2D2T-Diff.2011-02-23_10.52.16_38 is waiting on max Storage jobs
1985 Full D2D2T-Diff.2011-02-23_10.52.21_17 is running
1986 Full Copia-serverA.2011-02-23_10.52.21_18 is running
1987 Full D2D2T-Diff.2011-02-23_10.52.21_19 is waiting on max S
Hi!
while browsing Bacula's home page I saw the Spanish translation is
not completed. Where/How can I get the webpage's code and translate it?
Bye!
This message was sent using IMP, the Internet Messaging Program.
-
CeSPI
Hi
I am trying to compile bacula-fd on mac osx.
I tried to create mpkg with macport for eg:
sudo port mpkg bacula
The advantage is that mpkg allow you to be sure to have all libraries
updated and so you have no problem to run the FD.
This command makes issues when there is already a macport on the
2011/2/23 Erik P. Olsen :
> Backup is swift so I don't understand why building of directory trees should
> take so long time. When the directory trees have been build, the restore is as
> swift as the backup.
>
> I suspect problems with the mysql database but have no idea of what I
> could/should d
On 23/02/11 18:01, Daniel Etter wrote:
> 2011/2/23 Erik P. Olsen:
>> Backup is swift so I don't understand why building of directory trees should
>> take so long time. When the directory trees have been build, the restore is
>> as
>> swift as the backup.
>>
>> I suspect problems with the mysql dat
On 02/23/11 17:42, Erik P. Olsen wrote:
> Thanks for the tip but unfortunately it didn't change anything when it comes
> to
> speed. I ran "sudo mysqlcheck -Aaov" and got among apparently normal messages
> the following surfaced:
>
> note : The storage engine for the table doesn't support o
A recent bug report (http://bugs.bacula.org/view.php?id=1688) which
indicated that we are no longer supporting SQLite.
I feel it's safe to stop regression testing against it.
--
Dan Langille - http://langille.org/
--
F