Date: Sun, 1 Dec 1996 20:24:52 +0100 (MET) From: Andreas Klemm <andreas@klemm.gtn.com> To: Yuri Gindin <yuri@aebeard.technion.ac.il> Cc: Michael Reifenberger <root@totum.plaut.de>, gpalmer@FreeBSD.org, FreeBSD-Ports <freebsd-ports@FreeBSD.org> Subject: Re: amanda 2.3.0 anyone under current? Message-ID: <Pine.BSF.3.95.961201201904.6873C-100000@klemm.gtn.com> In-Reply-To: <Pine.BSI.3.95.961201180221.5754A-100000@aebeard.technion.ac.il>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 1 Dec 1996, Yuri Gindin wrote: > On Sun, 1 Dec 1996, Andreas Klemm wrote: > Better, use another user or put bin the group operator. > > a shell. bin is in the operator group. > > These dumps were to tape . > > Here, I think, you have to label your tape with amlabel. > The tape is not labeled. It's labeled. But I notice another strange thing in the console: the driver process dies badly. compiling it with debugging symbols gives the following output from gdb: #0 0x806a0f6 in vfprintf () #1 0x802a5a5 in vsprintf () #2 0x754c in log (typ=L_WARNING) at logfile.c:72 #3 0x19a5 in driver_main () at driver.c:102 #4 0x39e3 in main () at driverio.c:54 > Your dumpuser cannot write into your config directory. Changed that, but problem remains. > Why 2.2.6 ? Because in the FreeBSD ports collection there is a version 2.2.6.1. I think the last number is simply truncated. > > e) chmod 666 /dev/*rst* > Why to all, they must be writeable for dumpuser. It doesn't matter on my 1 user system. > > dumpcycle 1 weeks # the number of days in the normal dump cycle > > tapecycle 7 tapes # the number of tapes in rotation > You must have more tapes then *real* backup days. If you make backup > 7 days a week you need at least 8 tapes. Changed that, no better results. > Where is your holding disk ? Or otherwise it can make only 1 "parallel" > backup at a time.Slow :-( I want amanda mainly for the backup of my local disk. Just to see how it operates. So I don't need a holding disk here.... > I think better is to use software compression with gzip instead of > hardware compression, but it uses more CPU. Want to get it working first. After that let's see ;-) > Use your /local as a dumpdisk. > It's good for the backup of many hosts from network. I'l do that if needed later. > Use mountpoints instead of disks, it's more readable. You are right, I changed that. And now ... ?! ;-)) Dunno why vsprintf is choking.... -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<<
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95.961201201904.6873C-100000>