Hi,
On 2/8/2006 4:50 AM, Erich Prinz wrote:
Looking for a way to limit the FD view for restores to exclude all
other client records but those related specifically to that FD.
I'm not sure I correctly understand what you want... I assume you want
to configure the FD in a way that it won't
Is there any built-in mechanism to test Schedule {} planning? I need to
verify the behavior will work as expected.
Bumping the clock around on the machine seems reasonable, but ugly.
File system activity can also be scripted outside of the system.
TIA,
~lava
-
On 7 Feb 2006 at 21:54, Harry Putnam wrote:
> The cvs link on bacula home leads to:
> http://sourceforge.net/cvs/?group_id=50727 Where it is said:
>
> This project's SourceForge.net CVS repository can be checked out
> through anonymous (pserver) CVS with the following instruction
> set.
The cvs link on bacula home leads to:
http://sourceforge.net/cvs/?group_id=50727 Where it is said:
This project's SourceForge.net CVS repository can be checked out
through anonymous (pserver) CVS with the following instruction
set. The module you wish to check out must be specified as the
Looking for a way to limit the FD view for restores to exclude all
other client records but those related specifically to that FD.
Seems to me the mechanism would be an SQL query, but unable to find
any documentation on how to invoke a client specific query. Couple
that with my complete
> l mar 1-6 at 19:00
>
> Would the following work?
>Run = Level=Incremental feb 28, mar 1-6 at 19:00
> "bacula-dir -t" doesn't complain, but I wonder what the actual behaviour
> would be. I do want it to run on Feb 28 and March 1-6, but _not_ on
> March 28 and Feb 1-6.
List jobs or show jo
Brian A. Seklecki wrote:
On Wed, 2006-02-08 at 00:57 +0100, Wolfgang Denk wrote:
In message <[EMAIL PROTECTED]> you wrote:
If I want to run my Full on Friday, and Incremental on
Sun,Mon,Tue,Wed,Thurs,Sat -- the syntax would normally be:
"Sun-Thur,Sat" however this syntax is invalid to the Dire
On Wed, 2006-02-08 at 00:57 +0100, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > If I want to run my Full on Friday, and Incremental on
> > Sun,Mon,Tue,Wed,Thurs,Sat -- the syntax would normally be:
> >
> > "Sun-Thur,Sat" however this syntax is invalid to the Director?
In message <[EMAIL PROTECTED]> you wrote:
>
> If I want to run my Full on Friday, and Incremental on
> Sun,Mon,Tue,Wed,Thurs,Sat -- the syntax would normally be:
>
> "Sun-Thur,Sat" however this syntax is invalid to the Director?
Try "Sun-Thu,Sat" ...
Best regards,
Wolfgang Denk
--
Software
Use 'pgrep' or 'netstat -tan' to verify that bacula-sd is properly
running. Start it manually with "-f -d999" flags if it is not starting
out of the rc scripts properly.
~lava
On Wed, 2006-02-01 at 19:49 +, Frank M. Blythe wrote:
> Whenever I try to run a test backup to the "tmp" directory
>From the example:
Schedule {
Name = "WeeklyCycle"
Run = Level=Full sun at 1:05
Run = Level=Incremental mon-sat at 1:05
}
If I want to run my Full on Friday, and Incremental on
Sun,Mon,Tue,Wed,Thurs,Sat -- the syntax would normally be:
"Sun-Thur,Sat" however this syntax is invalid to the
Hi,
On 2/7/2006 9:51 PM, Ryan Sizemore wrote:
Arno,
Thanks for the response. I am not trying to say that bacula *should* use
a particular volume over another. My concern was that bacula was trying
to use a volume that was not in the changer.
Ok. I just wanted to point out that it's rather use
The workaround I mentioned, about updating the volume parameters should work
for you in the meantime (i.e. untill the real problem is fixed).
Cheers,
Silas
=0)
-Original Message-
From: Ryan Sizemore [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 07, 2006 1:14 PM
To: Bennett, Silas (G
Silas,
Yes, I have Accept Any Volume set to yes. I really dont care which
volume it wants, so long as the job isn't blocking becuase it wants a
tape that isnt in the changer when there is a perfectly eligable tape in
the changer.
Regards,
Ryan Sizemore
Bennett, Silas (GE Infrastructure) wrote:
Hi Ryan,
do you have:
Accept Any Volume = yes
in your Pool definition in bacula-dir.conf?
If you still want that to be "no" you could update the volume parameters in the
catalog. I usually mark my Full backup tapes as Full even if they aren't, after
removing the media from the changer
I believe Chris Schwerdt on the devel list has outlined the exact
problem with the post " find_next_volume_for_append algorithm issue".
Regards,
Ryan Sizemore
Ryan Sizemore wrote:
>Arno,
>
>Thanks for the response. I am not trying to say that bacula *should* use
>a particular volume over anothe
Arno,
Thanks for the response. I am not trying to say that bacula *should* use
a particular volume over another. My concern was that bacula was trying
to use a volume that was not in the changer. I have run update slots a
number of times, it it shows the correct information. Tapes 204 & 205
are in
Hi again All,
I just noticed in a "list volumes" that the slot for volume "Catalog_1_Slot-13"
was "0" instead of "13". I am running an "update slots scan" to see if it fixes
the problem. I will write back later to tell you what happend.
Cheers,
Silas
=0)
-Original Message-
From: [EMAI
Hi All,
I have been experiencing an oddity with my Auto changer and bacula.
< Setup >
bacula version 1.36.2 (28 February 2005) from Debian Stable amd64
Neo Overland 2000 SDLT
Weekly Full Backup
Nightly Differential
Catalog backup to separate pool after comp
Hello,
On 2/7/2006 12:01 PM, Javier Payno wrote:
Good Morning (CET)
and Good evening (also CET :-),
We have a complex implementation of bacula and our storage capacity is
overquota, for this reason I have made a simple perl script that look in de
DB for purged, recycled or Error volumes Sta
Hi,
On 2/7/2006 6:57 PM, Ryan Sizemore wrote:
I am having a problem picking tapes from the scratch pool using an
autochanger. Here is exactly what is going on:
I have an autochanger with tapes 000200 - 000217 labeled in the Scratch
Pool. According to the bacula documentation, these tapes will b
Hello,
On 2/7/2006 2:06 PM, Beren Gamble wrote:
Hi everyone,
I've got 3 bacula servers:
One with 6 seperate tape units. Currently backing up 30 servers
One with 1 tape unit. Backing up 15 servers
One with an autochanger. Backing up 15 servers.
Every night we do a full backup.
Ok, to determi
Hi everyone,
I've got 3 bacula servers:
One with 6 seperate tape units. Currently backing up 30 servers
One with 1 tape unit. Backing up 15 servers
One with an autochanger. Backing up 15 servers.
Every night we do a full backup.
I'm wondering if I should bin the first two servers and put everyt
I am having a problem picking tapes from the scratch pool using an
autochanger. Here is exactly what is going on:
I have an autochanger with tapes 000200 - 000217 labeled in the Scratch
Pool. According to the bacula documentation, these tapes will be pulled
into the necessary pools as needed when
*
* Bare-metal recovery Windows 2003 Server (PDC) *
*
Part 2/2
06 Feb 2006
(copyleft) Santa Claus
temp99 [mad dog] gmail [dot] com
Hi Guys,
I apologize for the delay, but I wanted to say thanks for your help
thus far. I've added the new Autochanger parameters along with
checking permissions and the tapes are now changing brilliantly!
I'm curious as to why the 'bacula-dir -t' config test passed with that
parameter missing, bu
Good Morning (CET)
We have a complex implementation of bacula and our storage capacity is
overquota, for this reason I have made a simple perl script that look in de
DB for purged, recycled or Error volumes Status and erase it form Filesystem.
After do that I think that the cleaner option is to
*
* Bare-metal recovery Windows 2003 Server (PDC) *
*
06 Feb 2006
(copyleft) Santa Claus
temp99 [mad dog] gmail [dot] com
I apologize for my bad English.
Sim Zacks wrote:
> I gave some of my users the possibility to include directories, I
> never tried excluding but I would think it is the same thing.
> My bacula-dir.conf includes:
>
> Include{
> Options{
> ...
> }
> File = \ }
>
> if you used an Exc
Alan Brown wrote:
> [...]
> I've achieved this for the moment by agreeing with the users that files
> and directories below any directory named "tmp" "nobackup" or "scratch"
> won't be backed up.
We have a global(!) scratch, but there are enough users who are storing
important files there. :-(
And
Thanks A Lot,
It works:)
but u havent mentioned that how can we use the compress & MD5 option.
also pls tell me if i will be having 200-300 clients all are on different platforms having the same scenario which i asked earlier , then is bacula a suitable solution for them.
Thanks & Regards,
KeenL
Someone knows what is this:
07-Fev 06:06 codin.sermap.sermap.com.br: ERROR in authenticate.c:269 UA Hello
from client:192.168.0.2:36131 is invalid. Len=0
It happened after I updated to 1.38.5 version of bacula and continued after I
updated the bacula-fd in 192.168.0.2
The backup on this serv
32 matches
Mail list logo
