Hi,
I'm an happy user of Bacula since 1.36 on a really small setup (only
disk based atm).
In the next couple of weeks I have to setup a bigger installation of
bacula to backup a large amount of data on several servers.
For this purpose I purchased an autochanger with two magazines, holding
8
Hello everybody,
I am experiencing a frequent error (almost stable, but sometimes it
worked). Bacula is MySQL version 1.38.11-3 on a RedHat ES 4.04 running on
an HP Proliant Server. The tape is an HP MSL6000 LTO-3 device with
autochanger and 2 drives.
When an EOT is reached the tape is
These should be useful for Bacula users with changers and may be useful
for those who don't have them.
in /etc/bacula/query:
# 18
:List Volumes Bacula thinks should be removed from changer
SELECT Storage.Name AS Location,Slot,VolumeName,VolStatus,
VolBytes/(1024*1024*1024) AS
On Fri, 24 Nov 2006, John Drescher wrote:
I did read that and yes I understand it says don't use 512 byte
blocks, but that is the only way that I've managed to get it to work.
Did you use a blank tape when you tested bacula for the first time?
More importantly, was btape used?
IIRC this
Hi!
I had the exact same problem... In my case it was a backup over the
internet and the server I was backing up was behind a combined
raouter/adslmodem and it was this router that for some reason dropped
the packets after a certain time (I think mine was 2 hours 10 minutes
and 20 seconds).
On Sat, 25 Nov 2006, Peter Crighton wrote:
What are the best alternative type of drive (it's for a home office so
only requires a modest capability)
Define modest
With many home computers now holding up to 1Tb of local disk, that's an
awful lot of DATs to be stuffing into the drive for one
On Sat, 25 Nov 2006, Ian Levesque wrote:
We have been seeing this irregularly too, usually when there are
multiple jobs writing to the same volume simultaneously.
I've seen this now and again, as well, in my 3-drive autochanger. I
haven't had the time to put together a proper bug report,
snip
running a status in bconsole (even with -dnn) doesn't yield the
output you suggest below. Likely a nuance with BSD.
You can check if a particular client has large file support despite
what the
configure output says by doing a:
status client=xxx
in the console. If you get a
Running 10.4.8 on this end.
What I can do is run a job with a large file and let you know the
results. The configure options in the previous post don't included
that option and per Kern's post on the subject, it appears it is on
by default (which would make sense for Apple to do given the
On Mon, 27 Nov 2006 07:50:48 -0600, Erich Prinz said:
snip
running a status in bconsole (even with -dnn) doesn't yield the
output you suggest below. Likely a nuance with BSD.
Older versions of Bacula only report the sizes for debug0, so try doing this
first:
setdebug client level=1
As an update to my push for getting Bacula into use on Mac OS X (in this
case the Intel iMac with Core 2 Duo), I was looking through my output in
more detail and trying to make some human sense parsing what I observed and
comparing to Ubuntu Linux (the comparison I believe is good because, if I
On 11/27/06, Erich Prinz [EMAIL PROTECTED] wrote:
Running 10.4.8 on this end.
What I can do is run a job with a large file and let you know the
results. The configure options in the previous post don't included
that option and per Kern's post on the subject, it appears it is on
by default
Hello all,
thanks everyone for the response the autoloader arcvault12 works now
perfectly with bacula.
Cu
Christian
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get
I need to restore a directory from a tape using bextract. The hard part
is that I need to extract the directory's content from a specific date.
Is it possible? How would you suggest I do this if I don't access to the
catalog?
begin:vcard
fn;quoted-printable:Emery Gu=C3=A9vremont
Greetings ...
Been looking for a nice cross-platform backup system, and I would have to
say that Bacula can suck the data out of my computer systems, if only I
could my feebile mind around it.
Okay, I downloaded the Win32 package version 1.39.28 to test, because it
would easiest for me to test
On Monday 27 November 2006 14:50, Erich Prinz wrote:
snip
running a status in bconsole (even with -dnn) doesn't yield the
output you suggest below. Likely a nuance with BSD.
No all daemons use the same code. Most likely on pre 1.39 you must set a
debug level on the FD of say 10.
On Mon, 27 Nov 2006 05:36:41 -1000, Hydro Meteor said:
As an update to my push for getting Bacula into use on Mac OS X (in this
case the Intel iMac with Core 2 Duo), I was looking through my output in
more detail and trying to make some human sense parsing what I observed and
comparing to
Mandag 27 november 2006 18:01 skrev du:
In the message dated: Fri, 24 Nov 2006 14:03:05 +0100,
The pithy ruminations from steen meyer on
Re: [Bacula-users] Listing jobs and volumes... were:
= Fredag 24 november 2006 12:40 skrev Jaime Ventura:
= Thank you for your reply.
= I knew about the
Anyone come up with anything on this one?
I'm about to go live with a home brewed wing and a prayer backup plan
for bare metal restores.
Paul
Ryan Novosielski wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have located this. Its author is Robert Hartzell -- are we speaking
about
On Mon, 27 Nov 2006 12:15:19 + (GMT), you wrote:
On Sat, 25 Nov 2006, Peter Crighton wrote:
What are the best alternative type of drive (it's for a home office so
only requires a modest capability)
Define modest
Circa 20GB (yes I have more data but don't back up ripped CDs) and
some data
On Mon, 27 Nov 2006 12:07:59 + (GMT), you wrote:
On Fri, 24 Nov 2006, John Drescher wrote:
I did read that and yes I understand it says don't use 512 byte
blocks, but that is the only way that I've managed to get it to work.
Did you use a blank tape when you tested bacula for the first
Thanks Martin, that got it.
So yes, running 1.36.x on OS X 10.4.x shows that large file support
is enabled.
Erich
On Nov 27, 2006, at 2:15 PM, Martin Simmons wrote:
On Mon, 27 Nov 2006 07:50:48 -0600, Erich Prinz said:
snip
running a status in bconsole (even with -dnn) doesn't yield
--On Montag, 27. November 2006 12:30 +0100 Ferdinando Pasqualetti
[EMAIL PROTECTED] wrote:
Hello everybody,
I am experiencing a frequent error (almost stable, but sometimes it
worked). Bacula is MySQL version 1.38.11-3 on a RedHat ES 4.04 running on
an HP Proliant Server. The tape is an
Using Bacula 1.39.28 on RHEL4.
I was interested in testing file encryption in the beta version. The backup
with the public key goes fine...about 9MB of data from /etc directory for
purpose of testing.
When I try to restore to /tmp dir, the restore fails at the same point each
time. Some
Hi!
I'm very interested in your progress, as I also really love Ruby and Bacula..
I did make a little Ruby script to parse the bacula-dir.conf and make a list
of all jobs in a human readable format so my users can look for themselves
what is actually included on their backups.
I posted it
Sorry, but without having a traceback to know where the program dies, nothing
more will be of much help. See my previous email.
On Tuesday 28 November 2006 02:47, Benjamin Chambers wrote:
As way of follow-up, I can confirm that with file encryption disabled, /etc
directory can be backed-up
26 matches
Mail list logo
