Hi everyone,
I am using Bacula 5.0.0 on Centos 5.4 64bit.
When I issue 'status storage=XYZ', where XYZ is a storage device managed by
StorageDaemonA , what I get is information about all storage devices defined
for StorageDaemonA. Is this how it's supposed to be ?
For example, below is the
Hi,
I just wanted to confirm, for my own benefit :), that when a volume is
recycled ( as per the 'volume Retention' settings), all Job and File records
contained in that volume are gone.
With the caveat that if the volume is not overwritten by a subsequent job,
one can use bscan to restore this
On 14 April 2010 16:32, Robert Oschwald r...@symentis.com wrote:
Bacula works perfectly so far.
The only serious problem I have is End of Tape detection.
E.g. if I need to reboot the backup server, the current tape will be
rewinded.
The next backup job then seems not to find the end of the
On Tue, Apr 20, 2010 at 01:09:45PM -0600, Jason Hill wrote:
I read through that, and looked at my indexes on the File table and it
doesn't appear as if I have superfluous indexes. The doc mentions:
you need to drop all the indexes from File table except the primary
key and indexes on
Norberto,
if we rewind manually, the same problem occurs.
Bacula was not writing during reboot (reboot was during the day, all backup
jobs run during the night, duplicates occur approx. at 11PM)
Currently, the Drive only works if we leave the tape as_is during backups (we
remove the tape
On Wed, 21 Apr 2010 10:47:56 +0200, Robert Oschwald said:
if we rewind manually, the same problem occurs.
Bacula was not writing during reboot (reboot was during the day, all
backup jobs run during the night, duplicates occur approx. at 11PM)
Currently, the Drive only works if we leave the
Has anyone else experienced problems with Packet size too big in 5.0.1? I
was running a Level=VolumeToCatalog at the time. I found bug an old bug
http://bugs.bacula.org/view.php?id=1061 which appeared to have the same
problems. I removed the Heartbeat Interval from the fd, and it ran to
On Sun, Apr 18, 2010 at 11:46:33AM -0500, Jon Schewe wrote:
http://wiki.bacula.org/doku.php?id=faq#my_backup_starts_but_dies_after_a_while_with_connection_reset_by_peer_error
[1] It actually tries that at one point in src/lib/bsock.c if
TCP_KEEPIDLE support is detected, but it fails to
Spencer Marshall schrieb:
Has anyone else experienced problems with Packet size too big in
5.0.1? I was running a Level=VolumeToCatalog at the time. I found
bug an old bug http://bugs.bacula.org/view.php?id=1061 which
appeared to have the same problems. I removed the Heartbeat
Interval
Hi List,
I am looking for bacula-client installation on ubuntu 9.04. Can someone help
me on this.
/\
dE
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
Hi, I had a long retention on jobs (3 years) and a short on files
(1 month). I usually run full backups monthly, but few of those failed
(due to time restrictions and other issues). I also run Differential
backups weekly, so all data seems to be on tapes - it just that the
File records expired.
Hello.
I've tried to use such backup scheme:
- Full backups = Tape device
- Incremental backups = HDD
But always when i'm trying to start incremental job backups after doing full,
i'm getting:
No prior Full backup Job record found.
No prior or suitable Full backup found in catalog. Doing
I am using Bacula 5.0.0 on Centos 5.4 64bit.
When I issue 'status storage=XYZ', where XYZ is a storage device managed by
StorageDaemonA , what I get is information about all storage devices defined
for StorageDaemonA. Is this how it's supposed to be ?
This is how it is supposed to be. I mean
Hi,
I've this problem under FreeBSD:
http://adsm.org/lists/html/Bacula-users/2010-03/msg00027.html
Is there already a patch for it?
Thanks in advance,
Efren
--
___
17-Apr 23:05 backula-dir JobId 175: Start Backup JobId 175,
Job=DefaultBackupClient.2010-04-17_23.05.00_23
17-Apr 23:05 backula-dir JobId 175: Max configured use duration exceeded.
Marking Volume disk_0005 as Used.
17-Apr 23:05 backula-dir JobId 175: Recycled volume disk_0006
17-Apr 23:05
On Wed, 21 Apr 2010 13:54:52 +0200, Matija Nalis said:
OK, everything is understandable so far. So, I recon I'd restore File
entries by bscaning tapes (which I never used before).
So I've executed (with right tapes loaded in right drives according
to bscan outputs) the following commands
On Wed, 21 Apr 2010 18:30:01 +1000, Norberto Meijome said:
Hi,
I just wanted to confirm, for my own benefit :), that when a volume is
recycled ( as per the 'volume Retention' settings), all Job and File records
contained in that volume are gone.
With the caveat that if the volume is not
Hi,
We use bacula in our company for all server backups. The backup portion is
working just fine no errors on backing up (connects good to the SD).
However, when I am doing a test restore I get the following error. I think
it is strange that it can connect to the SD for backups, but not for
On Tue, 20 Apr 2010 10:29:56 -0500, Jon Schewe said:
I have most of my clients setup with encryption. One is not setup with
encryption. The one without encryption died and I need to restore the
data. So I'm restoring to one of the clients configured with encryption.
I'm getting a bunch of
19-Apr 23:10 backula-sd JobId 183: Job write elapsed time = 00:00:01,
Transfer rate = 51.14 M Bytes/second
19-Apr 23:10 backula-dir JobId 183: Bacula backula-dir 5.0.1 (24Feb10):
19-Apr-2010 23:10:04
Build OS: x86_64-unknown-linux-gnu redhat
JobId: 183
On 04/21/10 19:18, Joseph Spenner wrote:
--- On Wed, 4/21/10, John Drescher dresche...@gmail.com wrote:
From: John Drescher dresche...@gmail.com
Subject: Re: [Bacula-users] Using removable SATA disks as media
To: Joseph Spenner joseph85...@yahoo.com
Cc: bacula-users@lists.sourceforge.net
On 04/21/10 19:42, John Drescher wrote:
19-Apr 23:10 backula-sd JobId 183: Job write elapsed time = 00:00:01,
Transfer rate = 51.14 M Bytes/second
19-Apr 23:10 backula-dir JobId 183: Bacula backula-dir 5.0.1 (24Feb10):
19-Apr-2010 23:10:04
Build OS: x86_64-unknown-linux-gnu
--- On Wed, 4/21/10, Phil Stracchino ala...@metrocast.net wrote:
From: Phil Stracchino ala...@metrocast.net
Subject: Re: [Bacula-users] Using removable SATA disks as media
To: bacula-users@lists.sourceforge.net
Date: Wednesday, April 21, 2010, 5:53 PM
On 04/21/10 19:42, John Drescher
23 matches
Mail list logo