I'm sorry, missed the early part of the thread.
You are doing amdump and getting "no more holding disk" ?
Amanda usually delays some partitions until it has enough
holding disk to capture the DLE. Problems can arise when
you run out of tape, a DLE is larger than estimated or something
else is writing to the partition.
- Does anything else write to the work area partition ?
- Are there DLE's from previous runs that need to be flushed ?
- Are the estimates somehow bad ?? At our site we've seen that
the estimates where of a given size but much larger to backup
when users added data to the the DLE during the amdump run.
- Note - no way for amanda or any other backup software to account
for such a moving target.
On Tue, Sep 26, 2006 at 01:17:33PM -0400, Jon LaBadie wrote:
> Please don't use html.
>
> I had trouble finding what you wrote.
>
>
> On Tue, Sep 26, 2006 at 11:02:13AM -0500, James Wilson wrote:
> > <head>
> > <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
> > </head>
> > <body bgcolor="#ffffff" text="#000000">
> > I have a server with 60 GB of disk space left after installing
> > everything. I thought I gave amanda the whole 60 gigs. Should it need
> > more that that?<br>
> > <br>
> > Jon LaBadie wrote:
> > <blockquote cite="mid20060926152151.GA16313 AT butch.jgcomp DOT com"
> > type="cite">
> > <pre wrap="">On Tue, Sep 26, 2006 at 08:42:58AM -0500, James Wilson wrote:
> > </pre>
> > <blockquote type="cite">
> > <pre wrap="">Hey All,
> >
> > Lately I've been gettting the Failed [no more holding disk space] for
> > this one client. Is there something I can do to fix this? It has been
> > backing up fine until Sunday night and Monday night.
> >
> >
> > FAILURE AND STRANGE DUMP SUMMARY:
> > amanda.transolutions.net //192.168.1.38/etc lev 1 STRANGE
> > amanda.transolutions.net //192.168.1.38/var lev 1 STRANGE
> > vikings.transolutions.net /opt lev 1 STRANGE
> > amanda.transolutions.net //192.168.1.38/opt lev 1 STRANGE
> > amanda.transolutions.net //192.168.1.202/interfix lev 1 STRANGE
> > amanda.transolutions.net //192.168.1.26/Sessions lev 1 STRANGE
> > amanda.transolutions.net //192.168.1.133/ifxsessions lev 1 STRANGE
> > amanda.transolutions.net //192.168.1.23/Crescendo lev 1 STRANGE
> > amanda.transolutions.net //192.168.1.23/BK lev 4 FAILED
> > [no more holding disk space]
> >
> > </pre>
> > </blockquote>
> > <pre wrap=""><!---->
> > At the risk of sounding pedantic,
> > increase the amount of holding disk space.
> >
> > It doesn't have to be a single space, I'm currently using two
> > and my previous installation had four holding disks (HDs).
> > Just empty directories on different file systems that I let
> > amanda use all the available space except one or two GB.
> > And I set the chunk size to one or two GB so it is easy to
> > split a DLE among the various HDs.
> >
> > You might also see if some junk is still in the HD.
> >
> > You might also split up the DLE so it doesn't require so much HD.
> >
> > It also sounds as if the estimate is incorrect as I don't think
> > amanda will write to the HD if it expects the size to be bigger
> > than the available space. Instead it would send that DLE direct
> > to tape.
> >
> > </pre>
> > </blockquote>
> > </body>
> > </html>
> >
>
> Depends on what you are backing up. The entire DLE goes to the
> holding disk before being taped. So if you are backing up a
> 1 TB DLE, 60 GB is tiny.
>
> If you are backing up a bunch of 30 GB DLEs, not many can fit
> on the holding disk at the same time.
>
> --
> Jon H. LaBadie jon AT jgcomp DOT com
> JG Computing
> 4455 Province Line Road (609) 252-0159
> Princeton, NJ 08540-4322 (609) 683-7220 (fax)
---
Brian R Cuttler brian.cuttler AT wadsworth DOT org
Computer Systems Support (v) 518 486-1697
Wadsworth Center (f) 518 473-6384
NYS Department of Health Help Desk 518 473-0773
|
