On Wednesday 25 November 2009 03:22:41 Dan Langille wrote:
I'm running Bacula 3.0.3 I have this Job:
Job {
Name= nyi maildir
JobDefs = DefaultJobRemote
Schedule= Maildir
Client = nyi-fd
FileSet = nyi mymaildir
Write
Arno Lehmann wrote:
Hi,
25.11.2009 14:20, Sascha Retzki wrote:
Hello List,
I've got a best practice question. When a Job is started it changes to
Status=Running and the FD tries to connect to the SD. Let's assume this
fails due to network outages, or in my case I configured an IP for
Hi,
26.11.2009 09:45, Sascha Retzki wrote:
Arno Lehmann wrote:
Hi,
25.11.2009 14:20, Sascha Retzki wrote:
Hello List,
I've got a best practice question. When a Job is started it changes
to Status=Running and the FD tries to connect to the SD. Let's assume
this fails due to network
Hello,
25.11.2009 22:54, arigion wrote:
Chandranshu . wrote:
The only change I made was to insert the password 'bacula' in the
bacula-dir.conf file in the CATALOG section. And this was after it didn't
work without passwords. The relevant section of the bacula-dir.conf file is:
# Generic
Hello,
26.11.2009 08:54, Ralf Gross wrote:
Moby schrieb:
It is my understanding that one must use the same job name for full and
incremental backups, otherwise Bacula is not able to perform an
incremental backup.
I have a need to send full backups of machines to one disk and
incremental
Hello!
I've been using Bacula and everything was running smoothly but now,
when I must restore some *very, very* important data, bacula tolds me:
25-lis 18:16 bls JobId 1114: Error: block.c:318 Volume data error at
0:684407952!
Block checksum mismatch in block=10610 len=64512: calc=8ee77dde
Hello,
26.11.2009 10:48, Sławomir Paszkiewicz wrote:
Hello!
I've been using Bacula and everything was running smoothly but now,
when I must restore some *very, very* important data, bacula tolds me:
25-lis 18:16 bls JobId 1114: Error: block.c:318 Volume data error at
0:684407952!
Block
Hi,
John Drescher a écrit :
[...]
No, this is not required however changing the pool resource in
bacula-dir.conf file does not (totally?) affect currently labeled
volumes. It is more of a plan for new volumes. That is why I wanted
you to update from pool resource. I put the (totally?) part
Arno Lehmann schrieb:
Hi,
24.11.2009 08:59, Christoph Litauer wrote:
Christoph Litauer schrieb:
Jesper Krogh schrieb:
Christoph Litauer wrote:
Thanks! One last question (hopefully): How big is /var/lib/mysql/ibdata1?
282GB on ext3
Dear Jesper,
in the meantime I made a test setup - not
Hello,
26.11.2009 14:02, Christoph Litauer wrote:
Arno Lehmann schrieb:
...
Please post the result. Thanks in advance!
Sure...
mysql EXPLAIN SELECT Path.Path, Filename.Name, File.FileIndex, File.JobId,
File.LStat FROM ( SELECT max(FileId) as FileId, PathId, FilenameId FROM (
SELECT
bump?!?
+--
|This was sent by autovhc...@googlemail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--
Ok, I will try to give you all the information I use and what I try.
We want to install bacula-fd and bconsole on a Mac.
Compiling the source code on Leopard 10.5 work and run great.
On Snow Leopard 10.6 compiling the source work (with trick, see below)
but when the bacula-fd do his backup he
I use a autochanger with bacula on debian/lenny.
The changer has two drives and I can load tapes into the drives using
the mtx-script:
mtx-changer /dev/sg4 load 2 /dev/nst1 1
But, the mount-command use only the default tape values:
-
*mount
Automatically selected Catalog: MyCatalog
Using
Hello,
Sławomir Paszkiewicz wrote:
Hello!
I've been using Bacula and everything was running smoothly but now,
when I must restore some *very, very* important data, bacula tolds me:
25-lis 18:16 bls JobId 1114: Error: block.c:318 Volume data error at
0:684407952!
Block checksum
Ok, I will try to give you all the information I use and what I try.
We want to install bacula-fd and bconsole on a Mac.
Compiling the source code on Leopard 10.5 work and run great.
On Snow Leopard 10.6 compiling the source work (with trick, see below)
but when the bacula-fd do his backup he
Hello,
26.11.2009 16:31, Juergen Koch wrote:
I use a autochanger with bacula on debian/lenny.
The changer has two drives and I can load tapes into the drives using
the mtx-script:
mtx-changer /dev/sg4 load 2 /dev/nst1 1
But, the mount-command use only the default tape values:
-
Hello,
I've got bacula on debian from backports - version 2.4.4. As storage
i use HDD - raid 1 (no tape).
Backups are done without error. But than when i want to restore
something,...sometimes it fails because of bad checksum..its not just
that one volume..actually most restore jobs fails.
On 11/26/2009 03:16 AM, Arno Lehmann wrote:
Hello,
26.11.2009 08:54, Ralf Gross wrote:
Moby schrieb:
It is my understanding that one must use the same job name for full and
incremental backups, otherwise Bacula is not able to perform an
incremental backup.
I have a need to send
18 matches
Mail list logo