-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just hit my 10,000th backup with Bacula. Wanted to say thanks again for
this piece of software. Might have been initially a little tricky to set
up, but it does the job day in and day out. The weakest link in the
process is the human that changes the t
On 11/18/2010 4:20 PM, Bob Hetzel wrote:
>> From: Craig Miskell
>> Subject: [Bacula-users] bscan, file retention, and pruning
>> To: bacula-users
>> Message-ID:<4ce45109.4010...@opus.co.nz>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>>
Using bacula v 5.0.2 on A netbsd machine v 5.1 (64bit )
I have this strange problem when after a computer crash, the next time
bacula tries to write to tape it gets the file count wrong by -1 file.
No backups are running when the computer crashes.
The error is:
Error: Bacula cannot write on tap
On 13/11/10 04:46, Gary R. Schmidt wrote:
> You mean "looks increasingly *unlikely*" don't you? As InnoDB is the
> default in MySQL 5.5...
Yes it is, but take a look at what Oracle's been doing to the other
opensource projects it inherited.
It says a lot when core mysql developers fork a new pr
What you've hit on is something I've noted too... I'm thinking it would be
a nice tweak/enhancement to bacula if the pruning function was disabled on
restore jobs. Another case that could trigger it might be just restoring
from your oldest backup.
I've no idea how simple this change might be,
Bacula 5.0.2, CentOS 5.5, x86_64.
Recently noticed a few "Software Compression: None" reports lately,
affecting about 10% of my backup jobs, both large and small. Software
compression is most definitely turned on. What is this telling me?
Steve
--
1) Make sure all the firmwares are up to date: the 1068E card, the tape
drives, specifically. While you're at it, make sure the Adaptec card has
up to date firmware too.
2) You might want to try this other setting too...
Maximum File Size = 3GB
3) Looking at your output, you only got a bit ove
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Simmons wrote:
>> On Thu, 18 Nov 2010 11:02:49 +1300, Craig Miskell said:
>> So I have just seen a case where an old tape with a job that had it's
>> file
>> records pruned by the File Retention was bscan'd to get the records back into
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kleber Leal wrote:
> Maybe this can help you:
> http://www.bacula.org/5.0.x-manuals/en/utility/utility/Volume_Utility_Tools.html#SECTION00274000
>
> copy/paste
> /An interesting aspect of restoring a catalog backup using *bscan* is
> that
If you say so, I guess it will be nice to have one less patch to manually
merge.
Personally, I'd rather see them add VirtualDiffs, VirtualFullCopys, fix the
Pool based expiration (really really really want that), have the option to
automatically purge expired volumes instead of only keeping data a
Hello Blake,
>> Basicly what I see here is that you really want a migration, not a copy
>> job. This coupled with the patch from
>> bacula-de...@lists.sourceforge.net/msg04724.html"
>> target="_new">http://www.mail-archive.com/bacula-de...@lists.sourceforge.net/msg04724.html>
>> should do what y
If there's any more information I can provide to allow someone to assist
in resolving this, please let me know.
It really seems as though on some long running multi-volume jobs that
additional volumes aren't getting their pool assigned until after the
job finishes, and that this is preventing o
On Nov 18, 2010, at 12:19 AM, Thomas Mueller wrote:
> On 18.11.2010 02:01, Dan Langille wrote:
>
>>>
>>> IMHO TLS is only used for the "control-channel" not for the "data-
>>> channel".
>>
>> Really? I hope not. Can you prove this?
>>
>
> ok maybe you're right. i've had in mind that it was n
>Martin Simmons wrote:
>>> On Wed, 17 Nov 2010 17:30:33 +0100, C Keschnat said:
>>>
>>> I'm having problems with long running select statements (bacula
>>> 5.0.2).
>>> After activating mysql-slow-logs, I saw logs similar to
>>>
>>> # Time: 101117 11:32:56
>>> # u...@host: bacula[bacula] @ local
Hi Guys,
Still having issues with Bacula :(
Basically the media rotation isn't working. Here is an example of my pool
definition: -
Pool{
Name = "MondayPool"
PoolType = "Backup"
Recycle = "yes"
Autoprune = "yes"
VolumeRetention = 13 days
VolumeUseDuration = 23 hours
LabelFormat =
I have one particular restore which only brings back ~11,500 files out
of 980,000 on a full backup.
Using Bextract and attempting to restore the job that way gives the same
result.
There are no errors except that the job was expecting a lot more files
than actually came back.
The odd thing i
> On Thu, 18 Nov 2010 11:02:49 +1300, Craig Miskell said:
>
> So I have just seen a case where an old tape with a job that had it's
> file
> records pruned by the File Retention was bscan'd to get the records back into
> the database.
>
> The operator then tried to run a restore, but h
> On Thu, 18 Nov 2010 00:41:06 +, Dermot Beirne said:
>
> Hi Martin,
> I read that, and understand it doesn't run automatically, but must be
> called from a runscript, or whatever.
> However, my understanding is that the volumes need to be marked as
> purged before this feature will trunca
Hi,
You make a good point. I stuck with the 5Gb as keeping small volumes
aids restore times and reduces possibility of corruption affecting a
large part of the backups in the event of a disk fault, as indicated
in the documentation, which, as you say, may not be appropriate for my
setup any more,
Maybe this can help you:
http://www.bacula.org/5.0.x-manuals/en/utility/utility/Volume_Utility_Tools.html#SECTION00274000
copy/paste
*An interesting aspect of restoring a catalog backup using bscan is that the
backup was made while Bacula was running and writing to a tape. At the point
Martin Simmons wrote:
>> On Wed, 17 Nov 2010 17:30:33 +0100, C Keschnat said:
>>
>> I'm having problems with long running select statements (bacula
>> 5.0.2).
>> After activating mysql-slow-logs, I saw logs similar to
>>
>> # Time: 101117 11:32:56
>> # u...@host: bacula[bacula] @ localhost []
>
On 11/18/10 05:56, Dermot Beirne wrote:
> Hi,
> There is a big difference in the size of individual jobs, they range
> from maybe 30Gb to 300Gb. No individual job would be multi terabyte.
> The number of clients combined would be over 1 TB for a given day,
> rather than an individual job. I used
Hello Blake,
Le jeudi 18 novembre 2010 00:30:16, Blake Dunlap a écrit :
> Basicly what I see here is that you really want a migration, not a copy
> job. This coupled with the patch from
> http://www.mail-archive.com/bacula-de...@lists.sourceforge.net/msg04724.html
> should do what you want if you
Hi,
There is a big difference in the size of individual jobs, they range
from maybe 30Gb to 300Gb. No individual job would be multi terabyte.
The number of clients combined would be over 1 TB for a given day,
rather than an individual job. I used 5Gb as it was a suggested size
in the bacula docum
I already use Data encryption because I want the content of my Tape to
be encrypted.
The aspect that's boring me in communication is that authentication /
commands / console access is sent clearly over the network.
I am not sure of what security level the File Daemon encryption only
can provide. I
Hi!
> Try it using Type = Admin in the Eject-LTO-Tape instead of Type = Backup.
Thank you!
You made my day!
"Type = Admin" did it! :)
Thorsten
--
GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit
gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl
---
26 matches
Mail list logo
