On 01/09/17 03:16 PM, Chris Hoogendyk wrote:
hmm. That is kind of a problem. I should have more than sufficient
space now, but the allocation of
where it goes could overflow if the planning is blind to the storage
allocations. Maybe that is
something to be developed?
As I already wrote, It is an unimplemented features.
As to where to report the storage use, the Amanda report doesn't have
much space for another column.
However, the Dump Summary could be broken into separate Dump Summary
tables for each storage. I can
obviously look at my configuration files to see where things go, but
it would be reassuring to have
the Amanda report reflect that.
The Dump Summary is for what is dumped,they could still be in holding
disk and not on tape.
Maybe we could completetly rewrite the columnspec to be more like a printf
"%12.0H %-11.0D %2L .... %S
H is for host
D is for disk
L is for level
...
S is for storage
We can then add many fields.
As for my current configuration, I created a pseudo tapetype that has
a length equal to the sum of
what I expect to be able to write to one LTO6 plus one LTO7 tape. I
put that as the global tapetype,
with runtapes=1. Each storage still references it's own tpchanger and
tapetype.
On 9/1/17 2:31 PM, Jean-Louis Martineau wrote:
> On 01/09/17 02:10 PM, Chris Hoogendyk wrote:
> > OK.
> >
> > So, how does the planner plan for what goes on each storage?
> It doesn't, it use the size and plan to dump less than that.
>
> > That is, if I set up a pseudo tapetype
> > for global and give it a length of, say, 12.5TB; how will it know that
> > the uncompressed DLEs are
> > targeted to the LTO7 and the compressed DLEs are targeted at the LTO6?
> > What if the proportions came
> > out wrong (say, 8TB of DLEs intended for the LTO7 and 4.5TB of DLEs
> > intened for the LTO6), but the
> > total was within the 12.5TB?
> That's the problem, some DLEs will fail unless you have enough
holdingdisk.
> I never liked the idea that amanda delay some full dump because it do
> not have enough tape space, It get worse at every days
> The solution to never hit that problem is to always provide enough tape,
> you could increase the runtapes of both storage.
>
> >
> > Also, there is no commentary in the Amanda email report indicating
> > where each DLE went, just the
> > overall amount of data that was written to each tape. I presume DLEs
> > are going to the intended
> > tapes, but . . . .
> Where would you like the information to be printed.
>
> You can run 'amadmin CONF find', it should list the storage for each
DLEs.
>
> Jean-Louis
>
>
> *Disclaimer*
>
> This message is the property of *CARBONITE, INC.*
<http://www.carbonite.com
<http://www.carbonite.com>>
and may contain
> confidential or privileged information.
>
> If this message has been delivered to you by mistake, then do not
copy or deliver this message to
> anyone. Instead, destroy it and notify me by reply e-mail.
>
--
---------------
Chris Hoogendyk
-
O__ ---- Systems Administrator
c/ /'_ --- Biology & Geosciences Departments
(*) \(*) -- 315 Morrill Science Center
~~~~~~~~~~ - University of Massachusetts, Amherst
<hoogen...@bio.umass.edu>
---------------
Erdös 4
This message is the property of CARBONITE, INC. and may contain confidential or
privileged information.
If this message has been delivered to you by mistake, then do not copy or
deliver this message to anyone. Instead, destroy it and notify me by reply
e-mail