Dustin,
Jean-Louis,

On Mon, Sep 13, 2010 at 04:31:55PM -0500, Dustin J. Mitchell wrote:
> On Mon, Sep 13, 2010 at 1:19 PM, Brian Cuttler <[email protected]> wrote:
> > What I mean is that if a large DLE slips by the planner, as this one
> > did, then the Taper, when it performs its selection of next-DLE-to-write
> > might issue a "DLE as dumped larger than tape length" warning and
> > deselect the DLE for writing.
> >
> > Taper()
> > ? - Utilize tapeorder
> > ? ? IF tape-spanning == "NO"
> > ? ? ? ?If DLE_size_in_spool > Tape_Length
> > ? ? ? ? ? Issue Warning
> > ? ? ? ? ? Deselect DLE
> > ? ? ? ? ? Select Next-to-tape
> 
> You should post this to the list.  The driver actually makes that
> decision, not the taper, and my impression is that it's already doing
> some similar kind of arithmetic.  Jean-Louis will know more.

Not sure which part of amanda is the driver, amdump itself ?

We know planner has some code to handle this -- and in our case
the "estimate server" did its job and _refused_ to level 0 dump
last night as it realized that the DLE was too large.

The suggestion of having the taper check as well is only useful
when the planner estimates differ sufficiently from actual, as
in the case of DLE jumps in size when estimate is used, or perhaps
where there is a change in compression ratio.

With the last successfull full dump of this DLE being 21 hours and
another 90 minutes to tape I'm not sure that increasing either
VTape capacity or enabling tape-spanning is the right way to go.

I really want the system manager and the data owner to work with
me to either deselect data (excludes) or find a way to chop this
into a couple of DLEs so we can bring some concurrently back into
the mix.

I have amanda tools that will allow me to back it up, but I have
to make the system owner and the data owners understand that no
matter how flexible the tools I can't backup infinitely large
data sets.

                                                thank you,

                                                Brian



> Dustin
> 
> -- 
> Open Source Storage Engineer
> http://www.zmanda.com
---
   Brian R Cuttler                 [email protected]
   Computer Systems Support        (v) 518 486-1697
   Wadsworth Center                (f) 518 473-6384
   NYS Department of Health        Help Desk 518 473-0773



IMPORTANT NOTICE: This e-mail and any attachments may contain
confidential or sensitive information which is, or may be, legally
privileged or otherwise protected by law from further disclosure.  It
is intended only for the addressee.  If you received this in error or
from someone who was not authorized to send it to you, please do not
distribute, copy or use it or any attachments.  Please notify the
sender immediately by reply e-mail and delete this from your
system. Thank you for your cooperation.


Reply via email to