On 2/7/2011 7:05 AM, Graham Keeling wrote:
> On Mon, Feb 07, 2011 at 06:53:50AM -0500, Dan Langille wrote:
>> On 2/7/2011 4:11 AM, xunil321 wrote:
>>>
>>> I have a lack of understanding concerning the handling of a disk based file
>>> volume to
>>> avoid a disk overflow.
>>
>> A simple strategy: Max Num Volumes * Max Vol Space = amount of space you
>> want to use.  Why not use that?
>
> This thread gives some good reasons:
> http://marc.info/?t=129612099100001&r=1&w=2
>
> (start with this post):
> http://marc.info/?l=bacula-users&m=129612717507818&w=2
>
> (end with this post):
> http://marc.info/?l=bacula-users&m=129621174413003&w=2

Sorry, tonight I don't have time to read and digest all that.  I read 
the first couple and skipped into the end.  The last post was good in 
that it mentioned not mixing retention periods within a Pool.

If you don't mix retention times within a volume, and don't use 
'Assuming one job per volumes...', I still think it works.

The reason it does not work for your situation is because volumes do not 
grow to their max size.  To sum up: whether or not said simple strategy 
works depends upon the restrictions you wish to impose upon the system.


-- 
Dan Langille - http://langille.org/

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users