Hi,
On 2/12/2006 8:39 AM, Mike wrote:
Just to follow up with this (I work with Andreas)
Currently we are attempting to backup 47 servers per night with very
inconsistent results.
It would seem that more than half of the backups (full and
incrementals) are
failing due to a
Hello,
On 2/14/2006 12:57 AM, Chris Dennis wrote:
Thomas Glatthor wrote:
Hi Chris,
you can use a cron-job, which mails the output of this script
#!bin/bash
./bconsole -c ./bconsole.conf END_OF_DATA
status dir
quit
END_OF_DATA
OK, thanks for that.
Has anyone written a script to parse
Hello,
On 2/13/2006 12:59 PM, Dirk große Osterhues wrote:
Hi,
I experience one annoying thing in a backup-system maintained by me. I
can't get rid of the message quoted below with the forwarded strange
subject:
13-Feb 07:30 digo-dir: Pruned 1 Job on Volume Daily-Tape_0001 from catalog.
Hi,
On 2/13/2006 4:43 PM, Frank Altpeter wrote:
Hi list,
First of all a little question to whom it does concern: Who is the
responsible person to update the gentoo portage tree with a current
bacula ebuild?
Currently it looks like there is only bacula-1.36.3-r2.ebuild while
1.38.5 should be
thanks for your remarks. I use the script on a private server dedicated as a
database and backup server with no user logins or other applications; of course
I would not use trust authentication otherwise. I just don't like passwords
stored within a file.
Regarding the su - postgres : I simply
Hi all,
I'm running the latest bacula, and everything works fine when I backup on the LAN.
However, I need to backup a server on the DMZ. This is what I did;
1) Install the file daemon on the dmzserver.
2) opened port 9101-9103 in the firewall for traffic going from DMZ, to the LAN.
3)
Hi!
I'm using bacula to backup on DVD. I was using bacula-1.37.40 on a
gentoo x86 (wihtout any problem) system before and switched to an amd64
arch. After my switch, i've decided to install the latest stable version
of bacula (1.38.5). In the 2 scenarios, i'm using the patched version of
Hi all,
I got a little problem. We had a DLT4000 Lib and used
several tapes to backup data. Now we upgraded the lib
to DLT8000 and want to use the same tapes (DLT IV).
The backup works fine with old an new tapes, but the
old ones (formated with the DLT4000 drive) are used as
DLT4000. The drive
Hello,
On 2/14/2006 9:47 AM, Kai Matla wrote:
Hi all,
I got a little problem. We had a DLT4000 Lib and used
several tapes to backup data. Now we upgraded the lib
to DLT8000 and want to use the same tapes (DLT IV).
The backup works fine with old an new tapes, but the
old ones (formated with the
On 14 Feb 2006 at 2:14, Brian A. Seklecki wrote:
I think we might be talking about:
Rerun Failed Levels = yes|no
If this directive is set to yes (default
no), and Bacula detects that a previous job at a higher level (i.e.
Full or Di erential) has failed, the current job level will be
On 14 Feb 2006 at 9:47, Kai Matla wrote:
I got a little problem. We had a DLT4000 Lib and used
several tapes to backup data. Now we upgraded the lib
to DLT8000 and want to use the same tapes (DLT IV).
The backup works fine with old an new tapes, but the
old ones (formated with the DLT4000
Hi all,
For some time I've been having a problem with mounting tapes.
Every once in a while bacula sends me an e-mail that it cannot continue
because it's waiting for a mount request. This can be because the wrong
tape is in the streamer, or because the tape is full, etc.
When I insert the
On 14 Feb 2006 at 14:22, L.C. Karssen wrote:
Hi all,
For some time I've been having a problem with mounting tapes.=20
Every once in a while bacula sends me an e-mail that it cannot continue
because it's waiting for a mount request. This can be because the wrong
tape is in the streamer, or
Sorry, I should have CC-ed the list as well.
Forwarded Message
From: L.C. Karssen [EMAIL PROTECTED]
To: Dan Langille [EMAIL PROTECTED]
Subject: Re: [Bacula-users] Backup not continuing after mount
Date: Tue, 14 Feb 2006 14:53:57 +0100
On Tue, 2006-02-14 at 08:39 -0500,
Hi!
I'm using bacula to backup on DVD. I was using bacula-1.37.40 on a
gentoo x86 (wihtout any problem) system before and switched to an amd64
arch. After my switch, i've decided to install the latest stable version
of bacula (1.38.5). In the 2 scenarios, i'm using the patched version of
Using Bacula 1.38.5 (upgraded from 1.38.0), my jobs became finishing with Fatal Error after waiting some time for a new mount volume. Does anybody knows if Max Wait Time at job resorce resolve the problem?
Here is part of my /var/bacula/log file:Thanks!Diogo Rocha.---13-Fev 16:54 en2-sd:
I've just done that and found nothing that fit my case. It was working
ok
I tried a few times with several versions (1.37.XX) of bacula and I never got
it to
work well enough to trust it. For the most part the label command did not work.
I
remember that autolabeling worked under some cases
That's not what i get :
# mount -t iso9660 /dev/dvd /mnt/dvd/
# mount | grep dvd
/dev/hda on /mnt/dvd type iso9660 (rw)
so i format the dvd :
# umount /dev/dvd
# dd if=/dev/zero bs=1024 count=512 | growisofs -Z /dev/dvd=/dev/fd/0
# mount -t iso9660 /dev/dvd /mnt/dvd/
mount: wrong fs
Brian A. Seklecki wrote:
# echo -n status dir | bconsole -s 21|egrep ^Incremental|^Full|awk
'{print $1 $4 $5}'
Incremental 13-Feb-06 22:00
Incremental 13-Feb-06 22:00
Thanks for that Brian -- much more elegant than the horrible awk hack
that I had come up with.
cheers
Chris
Arno Lehmann wrote:
Next question: I can't find a way to ask Which tape is currently in
the drive? Is that possible? If it is, I could compare the answer
with the output from 'status dir' and send another urgent email if they
don't match.
That information can be found in the status
I noticed that when doing a backup mysql seems to be using most of
the time doing SELECTs:
yangtse ~ % /usr/local/mysql/bin/mysqladmin -u root processlist
+--+--+---++-+--+--
Hi,
On 2/14/2006 6:50 PM, Sebastian Stark wrote:
I noticed that when doing a backup mysql seems to be using most of the
time doing SELECTs:
yangtse ~ % /usr/local/mysql/bin/mysqladmin -u root processlist
+--+--+---++-+--+--
On 14.02.2006, at 19:12, Arno Lehmann wrote:
Mysql is using ~100% CPU so this seems to be the bottleneck in
this case. An index in the Name column does exist. The Filename
table is not extremely big, roughly at ~500MB with ~1 million rows.
I'm getting backup rates at ~15M/s but I would
Hello,
I'm trying to automate Bacula's tape
handling for our operators who are not technicians.
Is there anyone out there, who is expirienced
in this topic and could you please give some hints concerning this...?
Basic situation:
(New) supermicro-server with an HP Dat
72i drive, that is
Hi Peeps,
Quick question really: is TLS supported on the Windows bacula-fd
client? And, I suppose, the console; though that's less of an issue.
--
hikari
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
Hi,
On 2/14/2006 7:25 PM, Sebastian Stark wrote:
On 14.02.2006, at 19:12, Arno Lehmann wrote:
Mysql is using ~100% CPU so this seems to be the bottleneck in this
case. An index in the Name column does exist. The Filename table is
not extremely big, roughly at ~500MB with ~1 million
When I show the processlist several times in a row it is nearly
always SELECTing some filename in the Filename table.
That's expected - it selects to find out if the filename has
to be inserted. By the way - is there a portable way of
having unique file names, and, in case of
Platform:
$ uname -a
FreeBSD mindwipe 5.3-RELEASE-p23 FreeBSD 5.3-RELEASE-p23 #0: Wed Oct 12
-bash-2.05b$ pkg_info |grep -i bacula
bacula-client-1.38.5_1 The network backup solution (client)
bacula-server-1.38.5_1 The network backup solution (server)
Here's what I know so far:
*) This bug is
On 5 Feb 2006 at 18:33, Landon Fuller wrote:
In the spirit of status reports -- Bacula's File Daemon now has complete
support for signing and encryption data prior to sending it to the
Storage Daemon, and decrypting said data upon receipt from the Storage
Daemon.
That's only the Unix
...with -d9, here are the relevant decision making parts:
Without looking at the code, I think this may be a database error
related to:
mindwipe-dir: postgresql.c:334 my_postgresql_fetch_row finishes
returning 8128018^M
mindwipe-dir: next_vol.c:62 catreq after find_next_vol ok=1 FW=0^M
I remove the ^M's
On 14 Feb 2006 at 17:40, Brian A. Seklecki wrote:
...with -d9, here are the relevant decision making parts:
Without looking at the code, I think this may be a database error
related to:
mindwipe-dir: postgresql.c:334 my_postgresql_fetch_row finishes
returning
has not occurred, or has occurred but is
on a tape that was pruned/purged.
What option were you guys thinking?
Something that allowed a incremental/differential to run after the
FileSet had been updated, instead of a full.
Right,
You can't mix match Full and Incremental jobs on
On Feb 14, 2006, at 13:50, Dan Langille wrote:
On 5 Feb 2006 at 18:33, Landon Fuller wrote:
In the spirit of status reports -- Bacula's File Daemon now has
complete
support for signing and encryption data prior to sending it to the
Storage Daemon, and decrypting said data upon receipt from
33 matches
Mail list logo