Re: [Bacula-users] Changing retention times

2015-03-16 Thread Heitor Faria
Hey Mr. Bayer: update  volume parameters  all volumes from all pools, or in 
just one bconsole command: update volume fromallpools

Regards,
== 
Heitor Medrado de Faria - LPIC-III | ITIL-F 
02 a 13 de Março - Novo Treinamento Telepresencial Bacula: 
http://www.bacula.com.br/?p=2174 
61 8268-4220 
Site: www.bacula.com.br | Facebook: heitor.faria | Gtalk: heitorfa...@gmail.com 
=== 

- Mensagem original -
 De: John Drescher dresche...@gmail.com
 Para: Jonathan Bayer linuxguruga...@gmail.com
 Cc: Bacula Users bacula-users@lists.sourceforge.net
 Enviadas: Segunda-feira, 16 de março de 2015 9:39:49
 Assunto: Re: [Bacula-users] Changing retention times
 
 On Mon, Mar 16, 2015 at 8:30 AM, Jonathan Bayer
 linuxguruga...@gmail.com wrote:
  I have a need to change the retention times of a number of jobs, both
  completed and new ones.  New ones as in the jobs have been defined for a
  long time, and I need to change the config to reduce the retention time.
 
  I recall that if I just change the config of an already executed job, it
  won't be updated (ie:  new jobs will continue to have the old retention
  time).
 
  how do I do this safely?
 
 
 From memory (so may not be exact):
 
 update pool from resource
 
 then
 
 update all volumes in pool
 
 John
 
 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Bacula-users mailing list
 Bacula-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bacula-users


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] Changing retention times

2015-03-16 Thread Jonathan Bayer
I have a need to change the retention times of a number of jobs, both 
completed and new ones.  New ones as in the jobs have been defined for a 
long time, and I need to change the config to reduce the retention time.

I recall that if I just change the config of an already executed job, it 
won't be updated (ie:  new jobs will continue to have the old retention 
time).

how do I do this safely?

Thanks in advance


JBB

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Changing retention times

2015-03-16 Thread John Drescher
On Mon, Mar 16, 2015 at 8:30 AM, Jonathan Bayer
linuxguruga...@gmail.com wrote:
 I have a need to change the retention times of a number of jobs, both
 completed and new ones.  New ones as in the jobs have been defined for a
 long time, and I need to change the config to reduce the retention time.

 I recall that if I just change the config of an already executed job, it
 won't be updated (ie:  new jobs will continue to have the old retention
 time).

 how do I do this safely?


From memory (so may not be exact):

update pool from resource

then

update all volumes in pool

John

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] Bacula newbie has some questions.

2015-03-16 Thread Joseph Wagner
Greetings all. I just joined the mailing list.

I've been playing with Bacula 5.x for a while now and I have some
questions.

Is Bacula 7.x ready for production or should I stick with 5.x? 5.x seems to
be the default on some Linux distros.

As far as Windows clients are concerned. Which version should I be using
for Bacula 5.x? I downloaded the binaries from the source forge page but
those haven't been updated since 2012. They seem to work fine for the most
part but I did experience a fatal networking error once or twice. Something
else could have been the culprit there though.

As of now I've been backing up a single server to a 1TB SATA drive. A full
backup is about 400 GB or so. It mostly works fine but I run into
retention/recycling issues after a while. I've made some tweaks over time
and it seems to work better but I'd like some input on this from someone
for experienced with Bacula.

The job schedule is as follows...

Level=Full sun at 00:00 , Level=Differential mon-sat at 00:00

Basically I'd like this job to do this every week and prune old data when
the media fills up. I originally set the retention period for the volume to
7 days, job retention to 30 days. The job is set to auto prune as well.
However after about two weeks the media fills up and the job can no longer
write to that volume. Today I just set the retention periods to 1 day just
to see what would happen over time? Is this a bad idea? What would be a
sane config to meet my goal?

Any help would be greatly appreciated.

Thanks,
-- 
Joseph Wagner
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula newbie has some questions.

2015-03-16 Thread Steven Hammond
Just be aware that 5.2.6 that comes with some Linux distros (Ubuntu for 
example), the 'dbcheck' program doesn't work.  However it is fixed I 
believe in 5.2.13.  But I haven't found a PPA or other method for 
upgrading to the latest version in Ubuntu short of compile from source 
(not quite ready to try that yet - ha).


Steve Hammond

On 3/16/2015 2:00 PM, compdoc wrote:


 Is Bacula 7.x ready for production or should I stick with 5.x? 5.x 
seems to be the default on some Linux distros.


5.x still works pretty well, and no issues with the windows client 
backing up my workstation. I get about 26 MB/s, and never any crashes, 
although I don’t backup any system files. Only Documents.


If your drive fails there are better ways to restore it, including 
installing from scratch, so no need to backup anything except personal 
docs...




--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Changing retention times

2015-03-16 Thread Jonathan Bayer
Thank you, that seemed to do it.


JBB

On 3/16/15 8:39 AM, John Drescher wrote:
 On Mon, Mar 16, 2015 at 8:30 AM, Jonathan Bayer
 linuxguruga...@gmail.com wrote:
 I have a need to change the retention times of a number of jobs, both
 completed and new ones.  New ones as in the jobs have been defined for a
 long time, and I need to change the config to reduce the retention time.

 I recall that if I just change the config of an already executed job, it
 won't be updated (ie:  new jobs will continue to have the old retention
 time).

 how do I do this safely?

  From memory (so may not be exact):

 update pool from resource

 then

 update all volumes in pool

 John


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula newbie has some questions.

2015-03-16 Thread Bryn Hughes
7.x works just fine.  There's not really any technical reason that it 
isn't in the distros yet, more just that nobody working with the various 
distros has taken the time to package it and put it in their 
repositories.  I was able to build it quite easily myself, there's 
several features that are improved enough I'd say it's well worth 
putting in the effort.


Windows clients are currently stuck at 5.x, but they work fine with 
7.x.  The director needs to be = the client versions so old clients 
work fine with a new director, but not vice versa.  I have plenty of 5.x 
clients working with my 7.x director and storage daemon.


You might want to consider just doing an incremental backup say 
Mon/Tues, a differential Wed and then incrementals again Thurs/Fri/Sat? 
Unless you really really need differentials for some reason?  Right now 
you're backing up the same data again and again every day which you may 
not want.  IE anything new created on Monday gets backed up Monday, 
Tuesday, Wednesday, Thursday, Friday and Saturday.  If all the data is 
going to the same volume then really just using incremental all week and 
not bothering with a differential at all would probably be fine.  There 
wouldn't really be any substantial impact on restore given you're not 
using tapes.


Bryn


On 2015-03-16 10:48 AM, Joseph Wagner wrote:

Greetings all. I just joined the mailing list.

I've been playing with Bacula 5.x for a while now and I have some 
questions.


Is Bacula 7.x ready for production or should I stick with 5.x? 5.x 
seems to be the default on some Linux distros.


As far as Windows clients are concerned. Which version should I be 
using for Bacula 5.x? I downloaded the binaries from the source forge 
page but those haven't been updated since 2012. They seem to work fine 
for the most part but I did experience a fatal networking error once 
or twice. Something else could have been the culprit there though.


As of now I've been backing up a single server to a 1TB SATA drive. A 
full backup is about 400 GB or so. It mostly works fine but I run into 
retention/recycling issues after a while. I've made some tweaks over 
time and it seems to work better but I'd like some input on this from 
someone for experienced with Bacula.


The job schedule is as follows...

Level=Full sun at 00:00 , Level=Differential mon-sat at 00:00

Basically I'd like this job to do this every week and prune old data 
when the media fills up. I originally set the retention period for the 
volume to 7 days, job retention to 30 days. The job is set to auto 
prune as well. However after about two weeks the media fills up and 
the job can no longer write to that volume. Today I just set the 
retention periods to 1 day just to see what would happen over time? Is 
this a bad idea? What would be a sane config to meet my goal?


Any help would be greatly appreciated.

Thanks,
--
Joseph Wagner


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula newbie has some questions.

2015-03-16 Thread compdoc
 Is Bacula 7.x ready for production or should I stick with 5.x? 5.x seems to 
 be the default on some Linux distros. 

 

 

5.x still works pretty well, and no issues with the windows client backing up 
my workstation. I get about 26 MB/s, and never any crashes, although I don’t 
backup any system files. Only Documents. 

 

If your drive fails there are better ways to restore it, including installing 
from scratch, so no need to backup anything except personal docs...

 

 

 

 

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula newbie has some questions.

2015-03-16 Thread Dimitri Maziuk
On 03/16/2015 12:48 PM, Joseph Wagner wrote:

 As of now I've been backing up a single server to a 1TB SATA drive.
...
 Basically I'd like this job to do this every week and prune old data when
 the media fills up.

Easy: make Maximum Volume Bytes * Maximum Volumes  .9TB (give it some
safety buffer, at least a couple of Max Vol Bytes). Purge  recycle
oldest volume with auto prune.

The biggest problem is what happens when your SATA drive fails.

-- 
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu



signature.asc
Description: OpenPGP digital signature
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users