Hello everyone.
Tell me, please, how in the bacula possible to automate the process of
automatic removal (or reuse) volumes, and, of course, prune jobs in
database, when storage with 'File' type is completely full? In my case
jobs/volumes retention period is 2 month, but disk filled before two
On 10/28/2014 01:46 PM, Alan Brown wrote:
> On 28/10/14 18:39, Dimitri Maziuk wrote:
>> (As an aside, bacula, specifically, seems to force you to use different
>> Media Type for each physical device so I don't get how it would work
>> with multiple drives in the same jukebox, either -- thankfully
On Tue, Oct 28, 2014 at 3:46 PM, Alan Brown wrote:
> On 28/10/14 18:39, Dimitri Maziuk wrote:
>
> What it can't handle is that you can load media types LTO4 RW in the
> LTO5 drives and also LTO3 RO, which would be extremely handy.
>
>
You can get this just defining two device that references the
On 28/10/14 18:39, Dimitri Maziuk wrote:
> There is no reason to see file volumes as dedicated to a client AFAICT;
Habit, I suspect. It's a bad one, given there's a database driving
everything to tell you what is where.
> (As an aside, bacula, specifically, seems to force you to use different
>
On 10/28/2014 01:04 PM, Alan Brown wrote:
>
> Block devices may be block devices, but a tape drive is a character device.
Oops. Works either way, disks are char aka "raw" devices too.
> People coming from a tape environment tend to see tapes (volumes) as
> something you use for a pool of clients
On 28/10/14 14:59, Dmitri Maziuk wrote:
> OT comment: I'll probably never understand that, I always thought a
> block device is a block device and one of the unix's strong points was
> to abstract away the physical differences and let the same code work
> with either.
Block devices may be block d
I´m very very sorry. I´m not presuming to lecture you about what you
should do or should not be doing in your enterprise environment. Maybe my
english was too bad to lead to this embarrassment situation. I was just
trying to find, colaboring with all the others here, a solution for your
case, with
On 10/28/2014 9:24 AM, Alan Brown wrote:
> On 28/10/14 12:46, Ana Emília M. Arruda wrote:
>
>
>> , maybe
>> a second device definition for a job or pool could be more helpful than
>> a bacula-sd.conf reload on-the-fly or the enable/disable commands.
> This does not work. I've tried it.
>
> If an a
On 10/28/2014 8:24 AM, Alan Brown wrote:
...
> Tape and disk are different animals and need to be approached differently.
>
> Virtual autochangers are a kludge to allow for removable disks but in
> most configured installations they do _not_ treat those disks in the
> same way as real tape drives.
On 28/10/14 12:46, Ana Emília M. Arruda wrote:
> You have autochangers resources (fisical for tape librareis and virtual
> for disks) in Bacula. They are a "pool of drives" to be used by your
> jobs. I still think about having jobs and pools associated with clients
> instead of devices associated
On Mon, Oct 27, 2014 at 7:25 AM, Alan Brown wrote:
> On 24/10/14 23:27, Ana Emília M. Arruda wrote:
>
>> Maybe this could be usefull. But I'm still trying to understand why are
>> you using disk drives directly in archive device configuration.
>>
>
> We don't. We use tape drives.
IMHO.
You h
Hello,
It is not particularly easy to parse Bacula configuration files,
particularly the FileSet resource, and I am not sure it can be done with
regex. However, Bacula does read its own conf files, and there is a
program named DassModus (posted on Internet) that reads Bacula conf
files in Py
On 28/10/2014 5:30 PM, Florian wrote:
> Hello again.
>
> So, after maybe 4 days, one of the clients again randomly couldn't be
> reached, so apperently adding 30 seconds sleep between wake-on-lan and
> backup didn't help...
>
Your network environment is slow.
The network topology is dodgy, or it s
Florian,
Yes, you can mask any shell special character in bacula confs with \.
Regards,
--
Heitor Medrado de Faria
+55 61 82684220
Precisa de treinamento Bacula presencial, telepresencial ou online? Acesse:
http://www.bacula.com.br
Em 28 de outubro de 2014 04:51:57 BRST, Florian
escreveu:
>He
Just in time: "s/Retry on Error/Reschedule on Error/g"
--
Heitor Medrado de Faria
+55 61 82684220
Precisa de treinamento Bacula presencial, telepresencial ou online? Acesse:
http://www.bacula.com.br
Em 28 de outubro de 2014 05:41:45 BRST, Heitor Faria
escreveu:
>Mr. Florian,
>
>Hey... I'm glad
Sorry, as usual I think I found it within minutes after sending out a request
for help.
I should have re-read the documentation first, instead of afterward.
Selection Type = PoolUncopiedJobs
I had left it at PoolTime and reduced the time to 1 minute.
-Original Message-
From: Luc Van
Mr. Florian,
Hey... I'm glad you tried my sugestion. lol
Maybe could you try more something like 60 secs? Some machines may take some
time to turn on.
As a workaround, alternativaly, you could use the Retry on Error option, in
order to assure the backup execution in the time frame you need.
--
H
Sorry if this is a stupid question, but with copy instead of migrate, how do
you keep Bacula from copying the same jobs over and over again each time a copy
job is being run?
My original backup schema was like this:
* Full backup to disk once a month on Friday night, systems distributed about
I haven't tested it with scripts, but I use double quotes when specifying
paths in a fileset:
File = "c:/documents and settings/davidp/"
It should be the same with scripts.
On Tue, Oct 28, 2014 at 7:51 AM, Florian wrote:
> Hello, everyone.
>
> I have a small problem:
> I went to start a scri
19 matches
Mail list logo