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-
On Tuesday 28 November 2006 01:23, Benjamin Chambers wrote:
>
> 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 re
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 bef
As way of follow-up, I can confirm that with file encryption disabled, /etc
directory can be backed-up and restored without problem.
With file encryption enabled, I can backup another directory (/var) and
restore,
without problem.
Using strace and the file set "Exclude" options, I narrowed it
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 fil
--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 i
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:
>>
>>
>>
>> running a status in bconsole (even with -dnn) doesn't
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
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
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 t
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
> were:
> => Fredag 24 november 2006 12:40 skrev Jaime Ventura:
> => > Thank you for your reply.
> => > I knew about the "list jobmedia" command.
> => > But
> 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
> compa
On Monday 27 November 2006 14:50, Erich Prinz wrote:
>
>
>
> 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.
>
>
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
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
n;quoted-printab
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 t
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 (wh
On 11/26/06, Kern Sibbald <[EMAIL PROTECTED]> wrote:
On Monday 27 November 2006 05:16, Hydro Meteor wrote:
SNIP
On the Mac, configure reported a value of "no" assigned as in:
>
> Large file support: no
If MacOS X is derived from FreeBSD, as I believe it is, this is "normal"
in
the sens
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
un
> On Mon, 27 Nov 2006 07:50:48 -0600, Erich Prinz said:
>
>
>
> 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 debug>0, so try doing this
first:
setdebug client level
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 he
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
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 rep
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 on
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). In
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 thi
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 GB,MediaId,Med
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 unloade
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 tap
29 matches
Mail list logo