Thanks for your reply Dan. By next release, are you referring to 1.4.x?
Also, is on-disk data format going to be changed in 1.4.x?
According to
http://landonf.bikemonkey.org/code/bacula/Configuring_Bacula_Encryption.20060305184424.26351.sandbox.html,
he provides the following warning when using
Hi,
On 11/1/2006 5:43 AM, Michael Brennen wrote:
I posted a couple of days ago that restoring files from 1.39.27
(current CVS) with both encryption and compression turned on
resulted in 0 length files being restored.
I was able to test that further tonight by archiving and restoring a
Actually this bug is quite simple to fix. The problem is that the backup
and restore both do them in the same order instead of inverting the order on
restore.
Current Code:
compress - encrypt - decompress - decrypt
It should be:
compress - encrypt - decrypt - decompress
I can
Hi,
Using an USB-Disk as backup media is no problem - but I would like to use
two
disks and change them weekly. So if one fails we sill have the (max) on
week
old backup from the other disk.
Of course the complete restore should work with only one disk.
Can I configure the device to get
John,
Sorry for the delay in replying. I don't quite know the exact cause of
the aforementioned error message, however it does seem like it might
be an internal GMail issue. I am pleased to see that your emails are
getting through to the list now and I can see that others are indeed
receiving
On Wednesday 01 November 2006 05:43, Arno Lehmann wrote:
So... in my testing the combination of encryption and compression is
either not writing files correctly to tape (in which case there is a
lot of tape space taken up needlessly :) or the files are being
corrupted in the restore
On Wednesday 01 November 2006 06:04, Robert Nelson wrote:
Actually this bug is quite simple to fix. The problem is that the backup
and restore both do them in the same order instead of inverting the order
on restore.
Current Code:
compress - encrypt - decompress - decrypt
It should be:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# ../sbin/bconsole
Connecting to Director helios:9101
1000 OK: helios-dir Version: 1.38.11 (28 June 2006)
Enter a period to cancel a command.
*query
Using default Catalog name=MyCatalog DB=bacula
Available queries:
1: List up to 20 places where a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Read the docs.
I have actually wanted to be able to run a full job (that I knew would
be rather small) on one of my incremental tapes as I was adding a job to
the rotation, and I was unable to do so -- full jobs ALWAYS run on my
full pull, as that is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please look at the list archives, where I mentioned exactly this problem
a couple of weeks ago. You can't connect to the director because you
don't have one running.
There is a gentleman named Robert Nelson working on this, but he
sometimes does not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Might be a silly question, but is it full? Perhaps it is not. Used,
perhaps, but that is not set unless you have some sort of job/disk limit
written in your configs.
Scott Simpson wrote:
Bacula CVS 2006-10-19
I have a DVD volume that didn't get
Hi All,
We are now in the process of setting up Bacula on a server so that we
can do some testing.
I am wondering how to use Bacula to backup client systems across a Wan
that may be on a different subnet (possibly masquraged) and perhaps
even behind a firewall in some cases.
If I understand
Lonnie Cumberland wrote:
Hi All,
We are now in the process of setting up Bacula on a server so that we
can do some testing.
I am wondering how to use Bacula to backup client systems across a Wan
that may be on a different subnet (possibly masquraged) and perhaps
even behind a firewall in
Hi,
On 11/1/2006 8:46 PM, Lonnie Cumberland wrote:
Hi All,
We are now in the process of setting up Bacula on a server so that we
can do some testing.
I am wondering how to use Bacula to backup client systems across a Wan
that may be on a different subnet (possibly masquraged) and perhaps
On Wednesday 01 November 2006 13:46, Lonnie Cumberland wrote:
I am wondering how to use Bacula to backup client systems across a Wan
that may be on a different subnet (possibly masquraged) and perhaps
even behind a firewall in some cases.
Adding to the good comments already made by others, I
Hi,
On 11/1/2006 6:00 PM, Michael Brennen wrote:
On Wednesday 01 November 2006 05:43, Arno Lehmann wrote:
So... in my testing the combination of encryption and compression is
either not writing files correctly to tape (in which case there is a
lot of tape space taken up needlessly :) or the
On Wednesday 01 November 2006 11:26, Ryan Novosielski wrote:
Might be a silly question, but is it full? Perhaps it is not. Used,
perhaps, but that is not set unless you have some sort of job/disk limit
written in your configs.
No, it isn't full (or it wasn't). It wrote about 3 gig and then
On Wednesday 01 November 2006 15:33, Arno Lehmann wrote:
This sounds like compression should be automatically disabled when
encrypton is enabled. Should be useless anyway as encrypted data should
no longer be compressible.
Not if compression happens prior to encryption. :)
Theoretically
On Wed, 1 Nov 2006, Landon Fuller wrote:
Landon, what is your take on this? Since you wrote the code you
seem to be the best source on whether the openssl functions you
are using compress data.
The encryption does not include compression -- It made more sense
to piggyback on the
On Nov 1, 2006, at 2:20 PM, Michael Brennen wrote:
On Wednesday 01 November 2006 15:33, Arno Lehmann wrote:
This sounds like compression should be automatically disabled when
encrypton is enabled. Should be useless anyway as encrypted data
should
no longer be compressible.
Not if
I just upgraded director, storage daemon and clients (both Linux and
Windows). Director, storage daemon, and Linux client built from CVS
sources. The version from bconsole reports: Version: 1.39.27 (24 October
2006). The Windows client (winbacula-1.39.26.exe) which was installed was
downloaded
On top of the issue with the reversed processing during restore that I
previously mentioned, there is a fundamental flaw in the processing of
compressed+gzipped data. The problem is that boundaries aren't preserved
across encrypt/decrypt.
What happens is that after the block is compressed it is
Have you modified the WorkingDirectory and the Pid Directory in the
bacula-fd.conf to the new directory too?
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im
Auftrag von Scott Ruckh
Gesendet: Donnerstag, 02. November 2006 07:53
An:
On the Windows system open a cmd prompt.
Run:
C:\Program Files\Bacula\bin\bacula-fd -t.
That should tell you if the configuration file is okay.
If there are no errors then change the service path to:
C:\bacula\bin\bacula-fd.exe /service -d100 -c C:\Documents and
Settings\All
I've got my bacula box setup running Fedora Core 5 using the
1.38.11-3.fc5.i386.rpms for bacula-posgresql, bacula-mtx,
bacula-gconsole, and bacula-client. I have posgresql, bacula-dir,
bacula-fd, and bacula-sd setup to run as services, but bacula-dir won't
start.
When I do a service
On Wed, 1 Nov 2006, Robert Nelson wrote:
On top of the issue with the reversed processing during restore that I
previously mentioned, there is a fundamental flaw in the processing of
compressed+gzipped data. The problem is that boundaries aren't preserved
across encrypt/decrypt.
What
26 matches
Mail list logo