Summary:
Item new: Add a scheduling syntax that is friendly for weekly rotations
Item new: Add a scheduling syntax that is friendly for weekly rotations
Date: 28 November 2005
Origin: Gregory Brauer (greg at wildbrain dot com)
Status:
What: Currently, Bacula only
Just to give another data point:
6 Jobs, 2,526,246 files
in just under 15 minutes
(about 95% of the files were in the first of the 6 jobs)
Dual Pentium 3 850Mhz
1G Ram
RedHat 9
Bacula 1.36.3
MySQL 3.23.58
We switched to MySQL because it was faster than PostgreSQL, though
it was just about 2x
Due to some poor foresight on the part of the implementers of
the "last" utilities, the lastlog is stored as a sparse file where
the specified size of the sparse file is based on the highest
possible user on the system. On a 64-bit system, that means you
get a file which is reported by "ls" and s
Arno Lehmann wrote:
> Hello,
>
> On 5/26/2006 11:05 PM, Bill Moran wrote:
>> Gregory Brauer <[EMAIL PROTECTED]> wrote:
>>
>>> At the end of our weekly cycle I would like to command
>>> our loader to unload any tapes that are in the drive
>>
At the end of our weekly cycle I would like to command
our loader to unload any tapes that are in the drive
to make for easy tape swapping. With versions of bacula
prior to 1.38 the director daemon was running as root,
so ejecting the tape was a simple matter of creating a
job that ran an "mtx u
I have just successfully tested the OS X HFS+ backup
functionality. Good stuff! However on restore I received
a warning on each file:
09-May 11:10 rivas-fd: RestoreFiles.2006-05-09_10.32.13 Warning: restore.c:347
Can't restore ACL of /Volumes/RAID/test.mov
The permissions and resource forks
[EMAIL PROTECTED] wrote:
Dear Gregory & Brauer,
I circumvented this issue in 1.36 using the following technique:
We have an autoloader that has tapes changed every day.
Prior to running the scheduled jobs for the night the first job (with high
priority so it runs first) is an admin job
Arno Lehmann wrote:
Hi,
On 5/9/2006 7:37 PM, Gregory Brauer wrote:
Gregory Brauer wrote:
I believe I can get the behavior I want by setting all of my volumes
as InChanger=1 and never running update slots again.
I didn't follow this thread, but what behaviour would that be?
S
Gregory Brauer wrote:
I believe I can get the behavior I want by setting all of my volumes
as InChanger=1 and never running update slots again.
I was unable to do this in the Bacula console interface as
any time I would mark a volume InChanger=0, it would mark
the other volume that was already
AltGrendel wrote:
I would actually go into the bacula database and look to make sure
everything matches up. I know it's supposed to "just work", but I have
had to do this once or twice. I think this is because I've accidently
moved things and I have an ADIC VLT400 which doesn't have barcode
ca
As usual, the answer was in the documentation:
"Bacula will not automatically use a Volume in your autochanger unless it is
labeled and the slot number is stored in the catalog and the Volume is marked as
InChanger."
Because my old loader does not have a barcode reader, "update slots"
fails
Michel Meyers wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregory Brauer wrote:
Gregory Brauer wrote:
I have ready through all of the mail archives about autochanger
problems, but am still beating my head against an autochanger
problem.
I just found that everything works fine if I
Gregory Brauer wrote:
I have ready through all of the mail archives about autochanger
problems, but am still beating my head against an autochanger
problem.
I just found that everything works fine if I manually run an
"update slots" in a console as the first thing I do after
runnin
I have ready through all of the mail archives about autochanger
problems, but am still beating my head against an autochanger
problem. Bacula is failing to realize it has the ability to
change tapes. This is my first 1.38 install. I have 3 other
1.36 installs working fine. The syntax of the s
Jo wrote:
Greg
That seems like a good way to go about it. We don't do it that way
because we tend to be asleep around 1 am.
Well the rsync command would simply be part of a RunBeforeJob
in Bacula, so there is no need to be present at 1 am. It would
be easy to automate the whole process.
Gre
Jo wrote:
Christoff Buch schreef:
Hi all,
what I need to know is:
Can they be backed up with bacula while opened?
What we do is to stop the Notes service at 1am. Then zip all the nsf
files and then restart the Notes service. Then Bacula comes by and backs
up the zipped files, while skipping
Kern Sibbald wrote:
Will all job and file records then be deleted also - and the state of the
database kept consistent?
Or is it necessary to prune or purge the volumes first?
You should purge all the volumes before you delete them.
Oops... I had assumed Bacula would do this for me, and
that
Kern Sibbald wrote:
I suspect that what is requested is already implemented. Just do an
llist volume=
to see all the fields available. If you want to see more fields a new query
could give you the information ...
No, it isn't there. The "FirstWritten" field appears to
list the start tim
It would be useful if the timestamp when a volume was labeled
was stored in the volume table and shown with a "list volumes".
This would be helpful for planning when to replace tapes in a
loader.
Thanks.
Greg Brauer
[EMAIL PROTECTED]
---
Th
Small correction.
This:
First job has:
RunBeforeJob = "/etc/bacula/weekcheck 1"
Second job has:
RunBeforeJob = "/etc/bacula/weekcheck 2"
should, of course, read:
First job has:
RunBeforeJob = "/etc/bacula/weekcheck 0"
Second job has:
RunBeforeJob = "/etc/bacula/weekcheck 1"
Greg
--
Phil Stracchino wrote:
The documentation appears to be in error in this regard. According to
Kern, the following Schedule syntax will work for this:
Schedule {
Name = "Alternate Pools"
Run = Level=Differential Pool=Pool1 1st,3rd,5th mon-fri at 10:00
Run = Level=Differential Pool=Poo
Brian McDonald wrote:
Gregory Brauer wrote:
Is it possible to get the results of a status command to stdout
from a command line command? I'm looking for something like:
bconsole -c "status client=foo-fd"
Sure.
cartman# echo "status client=cartman-fd" | bconsole
Is it possible to get the results of a status command to stdout
from a command line command? I'm looking for something like:
bconsole -c "status client=foo-fd"
Thanks.
Greg
---
SF.Net email is sponsored by: Discover Easy Linux Migration St
Andy Moran wrote:
Hello,
At the risk of riducule, I was wondering if anyone had any experience
backing up a netapp with bacula.Commercial backup like legatos talk
to the netapp directly using some netapp protocol, but with the lack of
a method of doing this, it seems the only solution is to mou
24 matches
Mail list logo
