On Thu, 15 Sep 2011 15:27:42 +0100, Martin Simmons wrote:
On Thu, 15 Sep 2011 16:47:53 +0300, Silver Salonen said:
15-Sep 13:48 bextract JobId 0: Error: Unknown stream=26 ignored.
This shouldn't happen!
I think bextract doesn't work with backups from a plugin (stream=26).
__Martin
Hmm..
On Fri, Sep 16, 2011 at 08:52:18AM +0300, Silver Salonen wrote:
On Thu, 15 Sep 2011 15:27:42 +0100, Martin Simmons wrote:
On Thu, 15 Sep 2011 16:47:53 +0300, Silver Salonen said:
15-Sep 13:48 bextract JobId 0: Error: Unknown stream=26 ignored.
This shouldn't happen!
I think bextract
On 16.09.2011 10:38, Graham Keeling wrote:
On Fri, Sep 16, 2011 at 08:52:18AM +0300, Silver Salonen wrote:
On Thu, 15 Sep 2011 15:27:42 +0100, Martin Simmons wrote:
On Thu, 15 Sep 2011 16:47:53 +0300, Silver Salonen said:
15-Sep 13:48 bextract JobId 0: Error: Unknown stream=26 ignored.
This
Maybe some of you have a good advice to give me...
For quite a while we've backed up multiple Exchange servers with
different
Bacula 5.x servers and although we have just managed to restore
Exchange
2007, we seem to be out of luck with Exchange 2003.
While trying to restore directly into
Hello,
Server configuration:
Windows 2003
MYSQL (5.1.36)
BACULA (3.0.3A)
On the server disk is full F (100%), that is a 135 GB disk.
On this record, at the following location:
F:\serveur_sauvegarde\bacula\savegardes
There is a file which is called VOLLOCALN1 that which is 80GB in a
Hello,
Attached is the job history BackupCatalog »:
16-Sep 15:07 tis002-dir JobId 4631: shell command: run BeforeJob
F:\Serveur_Sauvegarde\Bacula\bin\make_catalog_backup
16-Sep 15:07 tis002-dir JobId 4631: BeforeJob:
16-Sep 15:07 tis002-dir JobId 4631: BeforeJob: C:\WINDOWS\system32DEL
It sounds like this is a volume of the a "File" pool
which is used to store the SQL backups of your catalog.
this file can be big for several reason:
1 - Your catalog is big/huge
or
2 - Your backup pool have only one volume that is used for ever and
ever.
My 2 cents it option 2.
changing configuration of the pool Default to get rid of this issue
in the future.
regards.
Le 16/09/2011 15:32, LAZARO Bruno a crit:
Hello,
Attached is the job history
Hi, I've made a fresh install of Horde Groupware Webmail Edition 4. I have
Horde GWE 1.2.9 running on another server. I'm using several IMAP servers so
the users select the server to which they want to login.
I tried to migrate the database part only (mysql) to the new install.
Apparently
Excerpts from Carlos Cristóbal Sabroe Yde's message of Fri Sep 16 10:28:00
-0400 2011:
Hi Cristóbal,
You've reached the Bacula users mailing list. You're likely looking
for: http://www.horde.org/community/mail/
HTH.
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 16.09.2011 03:31, schrieb Rodrigo Renie Braga:
I really recommend you taking a look at Copy Jobs, they allow me to have a
safe copy of my Backups on a off-site location but I still have my local
backups to restore from accidental daily deletion,
Thank you for your feedback, Rodrigo. I looked up the copy job
information as you suggested. From what I can tell, you have to purge
the original job before you can use a copy. This means to me that to
do a restore, we have to:
1) identify all the jobs associated with all the files being
Hello,
I am looking for a way to limit the amount of space taken up by
backups by truncating/deleting volumes whose files and jobs have been
pruned according to retention periods with Bacula 5.0.3.
ActionOnPurge=Truncate looks like it could do what I want, but it
seemed like there many people
13 matches
Mail list logo