* Luc Lalonde <[EMAIL PROTECTED]> (Tue, Jan 30, 2001 at 08:55:29AM -0500)
> Hey folks,
> Is this safe to put in the Amanda crontab?
> /usr/sbin/amdump Daily; /usr/bin/mt -f /dev/nst0 eject
I have it in mine.
> I'm just wondering if "amdump" spawns other jobs that need to be executed before
>quitting and then ejecting the
Not that I have noticed.
> PS: Amanda is really great. I've only one complaint though. I can't seem to get
>estimates from Solaris 2.7. "sensize" takes forever with "tar".
tar takes forever.
I've hacked sendsize to use calcsize instead (which Im testing now on my
linux box , where I can afford to screw up the backup process once or
twice).
using the hack below the estimate fase takes 16 minutes iso 45 - 60
minutes.
It's currently backing up ,
Im curious to see how it pans out.
on my big disk gnutar takes 3 times 75 minutes to ghet level 0, 1 and 2
estimates of a 110G dir-tree
calcsize takes 35 minutes (and does all 3 levels in one go)
Note, the hack below is not fully functional yet, and will *always* use
calcsize, even if you're using ufsdump !!.
In sendsize.c, change the bit from line 370 onward into
/* Now in the child process */
#ifndef USE_GENERIC_CALCSIZE
if(strcmp(est->program, "DUMP") == 0)
dump_calc_estimates(est);
else
# ifdef SAMBA_CLIENT
if (strcmp(est->program, "GNUTAR") == 0 &&
est->amname[0] == '/' && est->amname[1] == '/')
smbtar_calc_estimates(est);
else
# endif
# ifdef GNUTAR
if (strcmp(est->program, "GNUTAR") == 0)
gnutar_calc_estimates(est);
else
# endif
#endif
generic_calc_estimates(est);
if (maxdumps > 1)
exit(0);
}
and #define USE_GENERIC_CALCSIZE
(e.g. in config/config.h)
> I eventually have to kill it. I just bypass the problem and use "ufsdump". Is this
>one of the bugs that is fixed in 2.4.2p1?
No.
Gerhard, <@jasongeo.com> == The Acoustic Motorbiker ==
--
__O "Bipedalism--an unrecognized disease affecting over 99% of the
=`\<, population. Symptoms include lack of traffic sense, slow rate of
(=)/(=) travel, and the classic, easily recognized behavior known as
cycling."
