The "fstype = nfs" may be restricting
the directories to be backed up more than you expect. You can
probably see what is going on with an "estimate listing ..."
command.
On 07.05.2015 22:57, Romer Ventura wrote:
Romer Ventura said:
I find it hard to believe it’s compressing 33GB of data down to 3GB.. haha
It depends on the data.
I regularly see even better compression than that on internal debugging
logfiles of an ATM: 250 MB per file down to about 5 MB. Although that is with
RAR, not GZip…
I made two tests yesterday. Full backup with TLS and without.
No TLS
Compression: LZO
Time: 07:56:38
Size: 653.04 GB
Files: 11,288,747
Speed: 23.38 MB/s
Compression: 0.21
TLS
Compression: LZO
Time: 09:31:08
Size: 653.04 GB
Files: 11,288,747
Speed: 19.51 MB/s
Compression: 0.21
Why difference is
Oooohh….. I just noticed… Software compression is 85.8%... That might be why…
But I don’t get why the ration is so high…
From: Kern Sibbald [mailto:k...@sibbald.com]
Sent: Friday, May 08, 2015 1:28 AM
To: Romer Ventura
Cc: 'bacula-users'
Subject: Re: [Bacula-users] NFS mount back ups?
Yeah, I actually thought about that. So I did an estimate and it came up with:
2000 OK estimate files=49,851 bytes=23,481,423,809
Didn’t do a estimate listing till you mentioned it, here it is:
2000 OK estimate files=49,851 bytes=23,481,423,809
I cant omit the fstype = nfs, as bacula
On 2015-05-08 02:32, Alex Domoradov wrote:
I made two tests yesterday. Full backup with TLS and without.
Why difference is so big ~ 1,5 hours? Is it normal with tls enabled?
Yes. You have to encrypt everything on one end and decrypt on the other.
Despite what tls preachers tell us, encryption
Romer Ventura said:
I cant omit the fstype = nfs, as bacula will fail since bacula checks for
that.
[Based on version 5.x]
I think bacula will check the file system type _only_ if you specify it, and
default to “everything” when you omit it.
You can’t even use it for Windows clients.
I don’t
On 5/7/2015 5:05 PM, Robert A Threet wrote:
On my old Netbackup system, I had enough time to run a full backup on
Saturday, then I'd run a full backup on Sunday which I would use for all the
incrementals restores during the week. The Saturday tapes would be pulled
Monday sent offsite.
En/decrypting .7TB stream you'll notice very much.
Do you mean 700 Gb? (653.04 GB)
If your data isn't that sensitive, you're just wasting time.
it's a requirements from our security department. All communications
between servers on the Internet should be encrypted.
Is there any point to test
On 05/08/2015 11:06 AM, Alex Domoradov wrote:
En/decrypting .7TB stream you'll notice very much.
Do you mean 700 Gb? (653.04 GB)
653.04/1024=0.64. So I rounded the wrong way up.
it's a requirements from our security department. All communications
between servers on the Internet should be
Well, I did a full restore and tested random files and everything works fine.
It was the software compression.. ha..
Thanks for all the help everyone.
From: Luc Van der Veken [mailto:luc...@wimionline.com]
Sent: Friday, May 08, 2015 9:31 AM
To: 'bacula-users'
Subject: Re: [Bacula-users]
11 matches
Mail list logo