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
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 bacula-di
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 Users\
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: bacula-us
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 e
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 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 compres
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 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. :)
>
>
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 d
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
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,
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 p
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 fire
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 what
-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
-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 h
-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
# ../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
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 s
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 restor
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 them
> 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 devi
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
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
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
26 matches
Mail list logo
