Hi folks,
Over at Debian, we received a bug report at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542810 regarding the
migration from sqlite2 to sqlite3. We are doing the process implied
by the make_catalog_backup command; namely:
sqlite $DB .dump | sqlite3 $DB.sqlite3
Our reporter
. Perhaps I will get their test repositories to work before
my test repositories.
Run dpkg -i on your debs.
-- John
There are too many lawyers in the world.
Bill
John Goerzen schrieb:
Lukasz Szybalski wrote:
Hello,
So it seems like openssl is already back in main repository. (I
Lukasz Szybalski wrote:
Hello,
So it seems like openssl is already back in main repository. (I think
it was in contrib before).
Here are the bugs for debian. I don't see a bug for openssl support.
http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=bacula
What you are saying is that
!) patch.
# HG changeset patch
# User John Goerzen [EMAIL PROTECTED]
# Date 1177422199 18000
# Node ID bf5207168f2ab659bdf04cb01a0a968d042eb5ba
# Parent 26972468d802cbf0e5ffbc762e0eca75289f8dbd
Initial implementation of make_catalog_backup.in taking a hostname
fixes deb#419885
diff -r 26972468d802
On 2007-03-24, Marc Cuypers [EMAIL PROTECTED] wrote:
John Goerzen wrote:
Thanks John.
Anything special i have to take into account for the configuration? Or
did it work with the normal configuration stuff?
Not really. It works with mtx just fine. I think I maybe added a
couple of sleep
On 2007-03-16, Marc Cuypers [EMAIL PROTECTED] wrote:
Hi,
Has someone bacula working with a HP MSL2024 autochanger?
We have it working with an MSL4048, which from what I understand is very
similar. Works great.
-- John
Hi folks,
I have uploaded Bacula 2.0.3 to Debian sid (unstable). Please feel free
to download and try out. I believe that at this point the 2.0.x
packages should be of higher quality than the 1.38.x ones already.
I will be posting separately to the devel list some info for anyone that
would
On 2007-02-26, Kern Sibbald [EMAIL PROTECTED] wrote:
As always, thanks :-)
No problem. I have now uploaded the 2.0.2 docs as well.
-- John
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's
Hello,
Debian packages of Bacula 2.0.2 have been uploaded to Debian
experimental and should hit your local mirror within 24 hours.
These packages will eventually be uploaded to unstable when I feel that
they're solid enough to do so. (Also we must wait a bit due to an
unrelated propogation to
On Sat, Feb 24, 2007 at 10:40:30PM +0100, Lech Karol Paw??aszek wrote:
Debian packages of Bacula 2.0.2 have been uploaded to Debian
experimental and should hit your local mirror within 24 hours.
[...]
Beautiful. Do packages include fixed[1] version of restore.c?
[1] -
== John Goerzen [EMAIL PROTECTED] writes:
Hi John!
JG On Wed, Aug 16, 2006 at 05:32:28PM +0200, Anders Boström wrote:
We have a problem with very long backup-times of our file-server.
JG I suspect this is not a Debian-specific problem and also probably not a
JG bug. I would suggest
Hi,
In reading about the keepatime option and in reading the source, I think
there is a much better way to accomplish this, on Linux at least.
On Linux, since 2.6.8, there is an O_NOATIME flag that can be passed to
open(2). The open(2) manpage states:
O_NOATIME
(Since
We normally run weekly jobs, which are full backups, on Sunday
afternoon. This past Sunday, we were upgrading a transformer for our
machine room, and the servers were down during the usual backup time.
When power was restored after a couple of hours, Bacula did not fire off
the weekly full
On Wed, May 24, 2006 at 11:52:35AM +0800, Troy Daniels wrote:
John,
What tape do you want it to use?
Unless you've removed tapes from the following table, Bacula has chosen
the one and only writable tape in the list.
At least JL6922L3 was prunable and recyclable according to the defined
On 2006-05-22, John Goerzen [EMAIL PROTECTED] wrote:
and then things worked.
What was/is the Inchanger flag of the tape Bacula was asking for set to?
OK. Check this out. Bacula is planning to use a tape that is not in the
changer (it will get marked Used later today):
#list volumes
Pool
On Mon, May 22, 2006 at 02:04:31PM +0100, Alan Brown wrote:
On Sat, 20 May 2006, John Goerzen wrote:
We had three labeled, but otherwise completely unused, tapes in the
pool. Two were in the changer, and Bacula knew this. Yet for some
inexplicable reason, it decided it wanted the tape
On 2006-05-22, Jeronimo Zucco [EMAIL PROTECTED] wrote:
Bacula supports HP StorageWorks MSL2024 Tape Library?
This library:
http://h18004.www1.hp.com/products/storageworks/msl2024/index.html?jumpid=reg_R1002_USEN
We have the MSL4048, which is the next step up from that library but
otherwise
On 2006-05-21, Arno Lehmann [EMAIL PROTECTED] wrote:
I am concerned about the unpredictability of the tape handling here,
alas.
I can't say I experience unpredictable tape handling here, so it would
be good do see more detailed information from you: If possible, use a
pool with a very
On 2006-05-19, John Goerzen [EMAIL PROTECTED] wrote:
I did an update volume and set yesterday's volume to used... then it
said it was waiting for mount. I ran mount for the second time
(remember I had already done that earlier), and then the backups
started using one of the available volumes
Hello all,
In the Bacula manual, one suggestion for daily tape rotation is to use a
different pool for each day. That sounds excessively complex to me. We
want to do daily rotations to offsite storage, though.
I thought of a couple of options.
One is to just remove each day's tape from the
Hi,
Today I noticed an odd thing.
Bacula was blocked waiting for a tape, but plenty of satisfactory tapes
were already in the changer. We had run update slots and mount earlier
in the day, though there was no device in the drive when the mount
command was issued. Both behaved norally.
Here's
On 2006-05-15, John Goerzen [EMAIL PROTECTED] wrote:
Storage Element 3:Full :VolumeTag=CLN000L1
Storage Element 4:Empty
...
Storage Element 44:Empty
Storage Element 45:Empty
Storage Element 46 IMPORT/EXPORT:Full :VolumeTag=JL6922L3
Just
Hello,
We have an MSL4048 HP autochanger. It has 48 slots, three of which are
mailslots that can be ejected separately.
The output from mtx -f /dev/sg2 status is:
Data Transfer Element 0:Empty
Storage Element 1:Empty
Storage Element 2:Empty
Storage Element 3:Full
On 2006-05-06, James Harper [EMAIL PROTECTED] wrote:
Has anyone built any debs for 1.38.9?
Yes. I have made a non-maintainer upload to sid of these. I had also
done that with 1.38.8 last week. Unfortunately, both are presently
stalled in NEW pending ftpmaster intervention.
You may download
On Wed, Mar 22, 2006 at 09:23:46AM +0100, Wolfgang Denk wrote:
tar's listed incremental mode is seriously broken; at least it was
when I tried to use it - espeicially when combined with the
--one-file-system option. Basicly it may omit whole directories, and
different ones
On Wed, Mar 22, 2006 at 09:20:49AM +0100, Wolfgang Denk wrote:
Another isse I see is the also metnioned feature to back up files
based on the time stamps alone. This does not catch any renames, and
it also does not catch NEW files with old time stamps (like when I
download some stuff
manual.
-- John Goerzen
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new
On Tue, Mar 21, 2006 at 10:59:03PM +0100, Michel Meyers wrote:
Hi Michel,
Thanks for your insight. A couple of comments:
2) I'm concerned that incremental and differential backups don't notice
deleted files. When we restore from that, we could wind up with
thousands of deleted or renamed
28 matches
Mail list logo
