On Wednesday 29 November 2006 00:26, Michael Koppelman wrote:
> Sorry if this is redundant but I just wanted to add my voice to the
> mix that it is too bad that bacula backs up files that have not
> changed just because their mtime changed. In the end, it is probably
> less expensive to chec
Dan Langille wrote:
On 28 Nov 2006 at 17:26, Michael Koppelman wrote:
Sorry if this is redundant but I just wanted to add my voice to the
mix that it is too bad that bacula backs up files that have not
changed just because their mtime changed.
I have never seen it a
On 11/27/06, Erich Prinz <[EMAIL PROTECTED]> wrote:
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
Thanks Erich (and all others) for beating me to the punch and solving this
question. Its a good one to solve with certainty a
On 28 Nov 2006 at 17:26, Michael Koppelman wrote:
> Sorry if this is redundant but I just wanted to add my voice to the
> mix that it is too bad that bacula backs up files that have not
> changed just because their mtime changed.
I have never seen it as a problem.
> In the end, it is probabl
Sorry if this is redundant but I just wanted to add my voice to the
mix that it is too bad that bacula backs up files that have not
changed just because their mtime changed. In the end, it is probably
less expensive to checksum than move and handle redundant data. It
would at least be nice
Landon,
I will have heaps of data/metrics for you by the end of the week.
Stay tuned.
B.
Benjamin Chambers, P.Eng.
ClarkConnect Account Manager
Point Clark Networks
1179 King Street West, Suite 211
Toronto, ON
Canada, M6K 3C5
Tel: +1.416.977.0574 Ext. 111
Fax: +1.416.946.1192
Email: [EMAIL
(new thread for a new topic, and resending to the list since I sent
from the wrong From address. Whoops.)
On Nov 28, 2006, at 08:44, Benjamin Chambers wrote:
I'm doing some more testing for a client of ours, but this looks to
be the fault
of me running through tests too quickly and possibly k
I tried using setdebug for all daemons via bconsole. But didn't see any
changes.
I also ran my client like:
./sbin/bacula-fd -c ./etc/bacula-fd.conf -f -d99
But no output at all. Even when I used bconsole to show status of that
client or attempt to do a "run" of a job for that client (so it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I think I had your e-mail address wrong anyway -- I was reading out of
the top of that CD file but it seemed to be missing something.
I did mess with your CD instructions some, just like you I've been
swamped. The machine I was attempting to test rest
> On Mon, 27 Nov 2006 13:54:04 -0500, Emery Guevremont said:
>
> 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
> cat
Op zondag 26 november 2006 08:43, schreef Hydro Meteor:
> I am curious however if anyone has done any Bacula scripting with Ruby?
> Though I have nothing against Python, I have recently become enamored
> with Ruby (and of course Ruby seems to be getting a shot of interest
> these days thanks in par
Sorry everyone I have just been swamped at work and haven't had much time for
anything else. I messaged Kern the other day with basically this.
The restore CD project has just been setting on the back burner because I had
no response or feedback from any of the people that requested a copy off l
My bacula-sd.conf only has one password defined in a Director container.
This is the same password as in my Storage container in my
bacula-dir.conf. I have a Client container that has the password that
matches the password in the Directory container in the client's
bacula-fd.conf.
I just look
On 11/28/06, Jeremy C. Reed <[EMAIL PROTECTED]> wrote:
On Tue, 28 Nov 2006, John Drescher wrote:
> > > 28-Nov 08:14 a1-fd: a1.2006-11-28_08.10.43 Fatal error:
Authorization
> > > key
> > > rejected by Storage daemon. Please see
> > > http://www.bacula.org/rel-manual/faq.html#AuthorizationErrors
On Tue, 28 Nov 2006, John Drescher wrote:
> > > 28-Nov 08:14 a1-fd: a1.2006-11-28_08.10.43 Fatal error: Authorization
> > > key
> > > rejected by Storage daemon. Please see
> > > http://www.bacula.org/rel-manual/faq.html#AuthorizationErrors for help.
> > > 28-Nov 08:14 a1-fd: a1.2006-11-28_08.10.4
On 11/28/06, John Drescher <[EMAIL PROTECTED]> wrote:
On 11/28/06, Jeremy C. Reed <[EMAIL PROTECTED]> wrote:
>
> I am using bacula version 1.38.11 on CentOS.
>
> I have a server that is running bacula-dir, bacula-sd and bacula-fd.
> As far as I can tell the default bacula backups are working f
Ryan Novosielski wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> One point to add here, incidentally, is that static FD's on Solaris do
> not seem to be possible. I'd love for someone to prove me wrong on that
> one. In any case, this guide gets around that by copying the libraries
>
> What is this "Authorization key"? It is not mentioned in the manual. And I
> don't see anything related in the "Storage Configuration Daemon" chapter.
>
> I am still reading the very long manual :)
I found this in the source at authenticate_storagedaemon() in
src/filed/authenticate.c. It says
I set Maximum Concurrent Jobs = 1 everywhere I could find and it
didn't seem to help.
Alan Brown wrote:
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.
Thank you for the response. The btape test and fill commands were
successful.
We occasionally get db connection errors though afaik the Dir or Sd
haven't crashed and the db connections do not seem to correlate to the
mismatch issues:
21-Nov 16:22 wcsan1-dir: wcmc8_mda2.2006-11-19_23.05.01 Fa
I am using bacula version 1.38.11 on CentOS.
I have a server that is running bacula-dir, bacula-sd and bacula-fd.
As far as I can tell the default bacula backups are working fine there.
I have another system I need to back up. I only have the bacula-fd
installed and running there (and also have
On Tue, 28 Nov 2006 10:55:15 + (GMT), you wrote:
>
>You really need to run btape and get solid answers. Have you thought about
>starting btape in the morning and lettng it run all day?
I did - it managed about 3GB (of 10 uncompressed) before I went to bed
from 7am to 11pm or so.
--
Peter C
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
One point to add here, incidentally, is that static FD's on Solaris do
not seem to be possible. I'd love for someone to prove me wrong on that
one. In any case, this guide gets around that by copying the libraries
necessary along with the file.
Ryan N
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Since Mr. Hartzell does not appear to be answering his e-mail, and my
feeling is that he would not mind helping others on this, I'll post his
recipe to the list.
Hopefully this gets the ball rolling for some people.
A Think Tank wrote:
>
> Anyone co
Kern,
Thanks for the reply...
Fair enough...I wasn't familiar enough with that traceback to know if it
provided anything of value or not on my setup.
The problem was resolved by deleting a file that somehow (likely me) became
corrupted during my tests...the file was readable, but had strange
Thanks for your reply Landon...
Through a process of elimination, I narrowed it down do a single (text) file in
the /etc/network/ directory...Nothing special about it...I could read it
fine...but the permissions were root.bacula, which was strange.
Long story short...the file was somehow corru
Hello,
here again to face a strange problem that I think has nothing to do with Bacula
itself, but with the device configuration.
A sparc machine with Solaris 10 and a Storedge L8 Autoloader, that previously
has always ran with Solaris 8 and the Legato software.
This time the mtx command always w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm a little stumped about this one. The only thing I've changed
recently (and we're talking a couple of weeks ago) is the way I deal
with incremental backup media. I had previously been closing the tape
device after each backup, but really, when a tap
On Sat, Nov 25, 2006 at 09:43:25PM -1000, Hydro Meteor wrote:
> I am curious however if anyone has done any Bacula scripting with
> Ruby? Though I have nothing against Python, I have recently become
> enamored with Ruby (and of course Ruby seems to be getting a shot of
> interest these days thank
Hi Georg,
thanks for your answer. Effectively I did not rerun the btape test after
the upgrade from 1.36.3 to 1.38.11, also because I had some successful
changes of tapes.
I ran btape again, and it passed the test, but I believe there was a
strange behaviour, I had to give NEWLINE twice. This is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Crighton wrote:
>> On Fri, 24 Nov 2006, John Drescher wrote:
>> IDE-based tape drives have always "difficult"...
>
> And of course I have an IDE drive...
Hello,
Chiming in late here (and I admit that I didn't read the entire
conversation), but
On Mon, 27 Nov 2006, Peter Crighton 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.
http://www.arkeia.com/archives_indexed/2003/08/msg00167.html
makes comments about the extreme slowness of the
Morning,
Thanks for reporting this -- I believe this was a bug in the newly
added block-preserving restoration code. I committed a fix for this,
and a few other issues.
Do you think you could try again with the latest code from CVS?
Thanks,
Landon
On Nov 27, 2006, at 5:47 PM, Benjamin Cham
A couple of comments:
- 15 seconds is probably way over kill. A 5 minute interval is probably
sufficient.
- If you don't have heartbeat turned on in the FD as well as the SD, the
failure will most likely continue. I suspect you just put the heart beat
directive in the wrong place.
On Tuesda
On 28-nov-2006, at 10:05, Dahlgren Mattias wrote:
> Hello everyone.
>
> Im trying to set up bacula to do the backup of the about 12 FreeBSD
> webservers we have.
>
> I got it working on all but 2 servers, on these servers i keep
> continuosly getting errors that the operation times out. The stran
Hello everyone.
Im trying to set up bacula to do the backup of the about 12 FreeBSD
webservers we have.
I got it working on all but 2 servers, on these servers i keep
continuosly getting errors that the operation times out. The strange
thing is that it seems to ALWAYS occur after almost the exact
36 matches
Mail list logo
