Amanda-Users

Re: dumps always too big to dump

2006-03-23 07:35:43
Subject: Re: dumps always too big to dump
From: Gene Heskett <gene.heskett AT verizon DOT net>
To: amanda-users AT amanda DOT org
Date: Thu, 23 Mar 2006 07:31:54 -0500
On Thursday 23 March 2006 06:40, Thomas Widhalm wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Hello again,
>
>Thank you very much for all your help. Amanda now runs as I expected
>with "maxpromoteday 1" and reassigning hosts to different configs. I
>have to wait for another server, till I switch  to a newer amanda
>version, so I can easily adopt vtapes.
>
>Now I have another problem. I just post it into this thread, because
> it may be in connection with my setup.
>
>One of the disks can't get level 0 backuped.
>
>#############
>springfield.edvz.sbg.ac.at:/mnt/bigdisk 0 planner: [dumps too big,
>20675843 KB, but cannot incremental dump new disk]
>#############
>
>I raised the tapecycle but it didn't anything good.
>
>Can anybody help me, because I can't backup one of my disks at all,
> now.

While there have been patches available to allow amanda to span more 
than 1 tape with a backup file, and I guess they work, its not really a 
part of the basic design of amanda, which is absolute dependability 
first, bells and whistles later.

The usual technique, and this requires tar, not dump, is to break that 
huge disklist entry up into smaller subdir entries, and I suggest you 
do that.  Amanda can handle quite a lengthy list of 'dle's and do it 
transparently as long as all those on the same disk are given their own 
unique spindle number to keep amanda from attacking the same disk at 
the same time, for 4 different dle's.  I've done that for a long time 
here and its worked right well I believe.

>Regards,
>Thomas
>
>Thomas Widhalm wrote:
>> > Hi!
>> >
>> > We have a rather old workstation running tao 1 (is RHEL 3) with
>> > amanda amanda-2.4.4p1-0.3E.1 . Since this is too old for vdisks,
>> > we just backup to the holding disk. But it makes lots of level 0
>> > backups. Some filesystems have level 0 just every day!
>> >
>> > Is there a way to make level incemental backups more often? Making
>> > more fulls throughout the backup cycle is ok since we got enough
>> > space, but not that many!
>> >
>> > Thanks,
>> > Thomas
>
>- --
>
>*****************************************************************
>* Thomas Widhalm                             Unix Administrator *
>* University of Salzburg                       ITServices (ITS) *
>* Systems Management                               Unix Systems *
>* Hellbrunnerstr. 34                     5020 Salzburg, Austria *
>* widhalmt AT unix.sbg.ac DOT at                     +43/662/8044-6774 *
>* gpg: 6265BAE6                                                 *
>* http://www.sbg.ac.at/zid/organisation/mitarbeiter/widhalm.htm *
>*****************************************************************
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.6 (GNU/Linux)
>Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
>iD8DBQFEIok7kbjs3GJluuYRAilvAJ0YWat+P8T6ifnRohxzbKJuTbsm2gCfcbRK
>Hp1i7vGNqO4y4zRr3TIDQ9M=
>=CZ6J
>-----END PGP SIGNATURE-----

-- 
Cheers, Gene
People having trouble with vz bouncing email to me should add the word
'online' between the 'verizon', and the dot which bypasses vz's
stupid bounce rules.  I do use spamassassin too. :-)
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2006 by Maurice Eugene Heskett, all rights reserved.

<Prev in Thread] Current Thread [Next in Thread>