Welcome! » Log In » Create A New Profile

First run...

Posted by Chris Miller 
Chris Miller
First run...
January 05, 2018 10:59AM
Hi Folks,

I have followed these instructions (http://docs.huihoo.com/zmanda/amanda-community-setup-15-minutes-ver13.pdf), interpolating where necessary, and solved all the "computer" problems along the way. I am now into "Amanda" problems, meaning things I don't completely understand. (-:

I have completed "amcheck <config>" successfully, and I have tried to request a backup, "amdump <config>". I was enormously optimistic... The email report arrived quickly and complained of what is probably a configuration problem, but I don't understand what I need to do. I could use some advice. I have included what I think is the relevant config as an attachment.

The e-mail reports that the problem is:
FAILURE DUMP SUMMARY:
planner: FATAL cannot fit anything on tape, bailing out
mail.tclc.org /var/log lev 0 FAILED [dump estimate ( 10051085 KB ) is larger than available tape space ( 5120000 KB ), but cannot incremental dump new disk]


Now, I recognize that the simple answer is I have made my vtapes too small, but there is a larger confusion. Why didn't the backup use as many vtapes as necessary? Somewhere there must be a good discussion of how vtapes work and what Amanda does in response to various situations. Can anybody advise me?

Thanks for the help,
--
Chris.

V:916.974.0424
F:916.974.0428
This message was imported via the External PhorumMail Module
Jean-Louis Martineau
Re: First run...
January 05, 2018 11:59AM
On 05/01/18 01:35 PM, Chris Miller wrote:
> Now, I recognize that the simple answer is I have made my vtapes too
> small, but there is a larger confusion. Why didn't the backup use as
> many vtapes as necessary? Somewhere there must be a good discussion of
> how vtapes work and what Amanda does in response to various
> situations. Can anybody advise me?

runtapes 1 # number of tapes to be used in a single run of amdump


Because you tell it to use one tape.

Jean-Louis
> Thanks for the help,
> --
> Chris.
>
> V:916.974.0424
> F:916.974.0428
>
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
This message was imported via the External PhorumMail Module
Chris Miller
Re: First run...
January 05, 2018 11:59AM
Hi Jean-Louis,

| runtapes 1 # number of tapes to be used in a single run of amdump

| Because you tell it to use one tape.
As advertised, Amanda behaviors that I don't yet understand...

So, I suspect that vtape behavior is a big piece of Amanda and from this low point on the learning curve, it looks formidable. Is there some document that describes it sufficiently that I don't have to make a lot of mistakes and ask a lot of stupid questions?

So, having been so helpful with that question, I have two more:

1. If I am backing up a client to a NAS appliance, then I don't see how it makes sense to have a holding disk, so I think I want to configure that out. Am I right?
2. How to I specify that I am backing up to a NAS and not "file://var/amanda/vtapes/..."?

If anybody know were this stuff is discussed in a manual, then telling me where it is would be helpful.

Thanks for the help,
--
Chris.

V:916.974.0424
F:916.974.0428
This message was imported via the External PhorumMail Module
Winston Sorfleet
Re: First run...
January 05, 2018 11:59AM
No manual just a wiki and FAQ. The best way to learn is read the section on basic configuration then the section "under the hood" which tells you what the config is doing.

Many of your questions about how to do the things you want with Amanda seem to be under some misunderstanding on what Amanda is supposed to do. Forgive me but it seems you are trying to dumb down Amanda to a single vtape on a NAS without a holding drive now. You can do this but it removes all the value that comes with Amanda. You might as well just tar to a file on a NAS NFS mount. It'll be a lot simpler and there's nothing wrong with that if you don't need volume management.

On January 5, 2018 2:23:49 PM EST, Chris Miller <cjm@tryx.org> wrote:
>Hi Jean-Louis,
>
>| runtapes 1 # number of tapes to be used in a single run of amdump
>
>| Because you tell it to use one tape.
>As advertised, Amanda behaviors that I don't yet understand...
>
>So, I suspect that vtape behavior is a big piece of Amanda and from
>this low point on the learning curve, it looks formidable. Is there
>some document that describes it sufficiently that I don't have to make
>a lot of mistakes and ask a lot of stupid questions?
>
>So, having been so helpful with that question, I have two more:
>
>1. If I am backing up a client to a NAS appliance, then I don't see how
>it makes sense to have a holding disk, so I think I want to configure
>that out. Am I right?
>2. How to I specify that I am backing up to a NAS and not
>"file://var/amanda/vtapes/..."?
>
>If anybody know were this stuff is discussed in a manual, then telling
>me where it is would be helpful.
>
>Thanks for the help,
>--
>Chris.
>
>V:916.974.0424
>F:916.974.0428

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
This message was imported via the External PhorumMail Module
Winston Sorfleet
Re: First run...
January 05, 2018 11:59AM
You set runtapes to 1.  Therefore, Amanda is only allowed to use one
tape for a backup, and your backup doesn't fit on one tape.


On 2018-01-05 01:35 PM, Chris Miller wrote:
> Hi Folks,
>
> I have followed these instructions
> (http://docs.huihoo.com/zmanda/amanda-community-setup-15-minutes-ver13.pdf),
> interpolating where necessary, and solved all the "computer" problems
> along the way. I am now into "Amanda" problems, meaning things I don't
> completely understand. (-:
>
> I have completed "amcheck <config>" successfully, and I have tried to
> request a backup, "amdump <config>". I was enormously optimistic...
> The email report arrived quickly and complained of what is probably a
> configuration problem, but I don't understand what I need to do. I
> could use some advice. I have included what I think is the relevant
> config as an attachment.
>
> The e-mail reports that the problem is:
> FAILURE DUMP SUMMARY:
>   planner: FATAL cannot fit anything on tape, bailing out
>   mail.tclc.org /var/log lev 0  FAILED [dump estimate ( 10051085 KB )
> is larger than available tape space ( 5120000 KB ),  but cannot
> incremental dump new disk]
>
>
> Now, I recognize that the simple answer is I have made my vtapes too
> small, but there is a larger confusion. Why didn't the backup use as
> many vtapes as necessary? Somewhere there must be a good discussion of
> how vtapes work and what Amanda does in response to various
> situations. Can anybody advise me?
>
> Thanks for the help,
> --
> Chris.
>
> V:916.974.0424
> F:916.974.0428
>
This message was imported via the External PhorumMail Module
Jon LaBadie
Re: First run...
January 05, 2018 01:59PM
On Fri, Jan 05, 2018 at 11:23:49AM -0800, Chris Miller wrote:
> Hi Jean-Louis,
>
> | runtapes 1 # number of tapes to be used in a single run of amdump
>
> | Because you tell it to use one tape.
> As advertised, Amanda behaviors that I don't yet understand...
>
> So, I suspect that vtape behavior is a big piece of Amanda and from this low point on the learning curve, it looks formidable. Is there some document that describes it sufficiently that I don't have to make a lot of mistakes and ask a lot of stupid questions?
>
> So, having been so helpful with that question, I have two more:
>
> 1. If I am backing up a client to a NAS appliance, then I don't see how it makes sense to have a holding disk, so I think I want to configure that out. Am I right?

No you are not.

Amanda does not just store backups on random access devices. Some
amanda sites still use real tape. The core sections of amanda are
written to be storage device agnostic. With real tape, only one
DLE can have its backup being written to the storage device at a
time. If a backups are written directly to the storage device each
DLE will have to wait its sequential turn.

In my small environment, 6 hosts and 25 DLEs, that could take as long
as 10+ hours ('Dump Time' in the daily report). Yet the longest the
entire run has taken has been 3.5 hours ('Run Time'). That is the
first benefit of a local random access device, called a holding disk,
to collect DLE dumps before sending them to the storage device. The
holding disk can be collecting multiple simultaneous dumps, even while
sending a previously completed dump to the storage device.

I configure my setup to allow a maximum of 4 simultaneous dumps, not
more than 2 from the same host or disk spindle.

Perhaps, though I doubt it, you are fortunate enough to never have
your connection to the NAS down. That is a second benefit of a
holding disk. Where do you put backups when the storage device is
not available? My holding disk is sufficiently large to save 2-5
days worth of normal backups. For extended outages, when holding
disk space gets tight, amanda switches to doing only incrementals.

BTW the normal amanda recovery tools know if a backup is on the
holding disk or on the storage device and can do recoveries from
either.

So yes, you can run amanda without a holding disk. But I wouldn't.

Jon
--
Jon H. LaBadie jon@jgcomp.com
11226 South Shore Rd. (703) 787-0688 (H)
Reston, VA 20190 (703) 935-6720 (C)
This message was imported via the External PhorumMail Module
Sorry, only registered users may post in this forum.

Click here to login