After further study of the restore issues I've had with amanda (mostly
tar related) I have just today run into what I feel is another problem
(I suspect is a combination of tar and amanda in this case). I am
concerned with the "incremental" backups. Amanda seems to treat
incrementals as diffe
>or adding 5 internal 36 GB drives in a RAID 0 configuration as a holding
>disk.
I see that IBM has SCSI disks available up to at least 146G. I'd
recommend plunking in two of those instead so you have room to grow.
Hi!
> > > nothing goes from holding disk to tape unless the dump to holding disk
> > > has finished. Then it goes like cat'ting or dd'ing to tape. Small
> > > likelyhood of too slow for tape.
> >
> > Aggreed - cat/dd >/dev/tape will surely be fast enough.
> > But I need a holding disk at least
Hi, I am reletively new to Amanda but I have taken over
responsibility of doing the backups.
I have just created a new configuration to run monthly backups and
the folder contains copies of the files such as amanda.conf from
the other config folder for daily backups.
I have added a new client
On Mon, Nov 04, 2002 at 03:55:13PM +0100, Patrick M. Hausen wrote:
> But I need a holding disk at least as large as my largest FS to dump?
> So if I have one 170 GB RAID I need one 170 GB holding disk?
No - you need a holding disk preferrably as big as your TWO largest disklist
entries, which may
--On Monday, November 04, 2002 15:04:27 +0100 "Patrick M. Hausen" <[EMAIL PROTECTED]> wrote:
Paul Bijnens wrote:
Patrick M. Hausen wrote:
>
> Seems like Oracle likes to create a lot of small ".trc" files over
> time. The filesystem in question is littered with thousands of them.
>
> Once we arc
Hello!
Jon H. LaBadie wrote:
> On Mon, Nov 04, 2002 at 03:04:27PM +0100, Patrick M. Hausen wrote:
> >
> > So my question is: does a holding-disk speed up this process? I mean,
> > Amanda will start a dumper on the filesystem that starts filling
> > the holding-disk. At the same time (?) a taper
On Sun, 3 Nov 2002 at 3:11pm, Bill Hults wrote
> The tape server's name is bs1 which is where I want to restore the files to.
> I want to restore 2 partitions on fs2.
> The set is DailySet1
> All info for bs1 -
> There is a listing in /var/lib/amanda/DailySet1/curinfo for fs2 but not in
> '../inde
Paul Bijnens wrote:
> Patrick M. Hausen wrote:
> >
> > Seems like Oracle likes to create a lot of small ".trc" files over
> > time. The filesystem in question is littered with thousands of them.
> >
> > Once we archived and deleted them, backup performance was back to normal.
> >
> > Would sepa
Hi all!
> Since your dumper and taper times are always nearly identical you probably
> aren't using a holding disk and are dumping directly to tape. And since
> the rates for one filesystem have remained constant while the other one has
> dropped I would look into possible recent changes on the l
Christoph Scheeder wrote:
Hey Christoph (& list),
from my experience the original HP-Colorado-drives do not work reliable
under the newer Linux-kernels. My drives stoped working in the early 2.2.x tree.
:-(
They seemed to backup fine using the scsi-emulation, but restore was
impossible.
Th
unsubscribe
12 matches
Mail list logo