Root directory is not on tape?

I'm getting the following odd behavior when doing a restore: amrecover extract Extracting files using tape drive /dev/nrst0 on host flame.nodewarrior.org. The following tapes are needed: DLT1 Restoring files into directory /tmp Continue? [Y/n]: y Load tape DLT1 now Continue? [Y/n]: y Root

Re: amanda This account is currently not available.

tom writes: I try and login as amanda and I get this error message This account is currently not available. How do I make the amanda account available so I can do the flush? Sounds like you're using FreeBSD, or another Unix that defaults the shell to a nologin script. You just need

BSD restore can restore Solaris ufsdumps?

Just to see if it would work, I tried to restore a Solaris (2.5.1) ufsdump using NetBSD's restore. To my surprise, it worked, modulo Solaris ACLs, of course. Amanda's amrecover won't restore them, however -- it complains that it can't find ufsdump/ufsrestore, and symlinking them to dump/restore

small holdingdisk, large FS

information, FWIW: NetBSD 1.5.2/sparc amanda-2.4.2p2 DLT2000XT ) Dan -- Dan Debertin [EMAIL PROTECTED] www.nodewarrior.org ignorami: n: The art of folding problem users into representational shapes.

Re: file: tapeio driver doesn't work on NetBSD

. tapefd_rdlabel (fd=3, datestamp=0xbfbfdc88, label=0xbfbfdc98) at tapeio.c:779 779 char *r = NULL; Well, I'm learning about gdb, anyway :/ Dan -- Dan Debertin [EMAIL PROTECTED] www.nodewarrior.org

Re: file: tapeio driver doesn't work on NetBSD

John R. Jackson writes: What compiler (and version) are you using? I know gcc 3 is broken, for instance. egcs-1.1.2. It strikes me that that's rather old ... I'll start a gcc-2.95.3 build right now and report back. Dan -- Dan Debertin [EMAIL PROTECTED] www.nodewarrior.org

Re: file: tapeio driver doesn't work on NetBSD

=0xbfbfdcbc) at tapeio.c:823 #2 0x8049de9 in main (argc=3, argv=0xbfbfdd10) at amlabel.c:225 #3 0x80497b5 in ___start () (gdb) quit Thanks for your help, Dan -- Dan Debertin [EMAIL PROTECTED] www.nodewarrior.org

file: tapeio driver doesn't work on NetBSD

the attempted amlabel. Any ideas? Dan -- Dan Debertin [EMAIL PROTECTED] www.nodewarrior.org

tapeio branch: using smaller files?

to fail. I'm thinking that my only options are upgrading to kernel 2.4 and recompiling glibc, or switching to a different OS, but if there's any way around this from the amanda-configuration standpoint, that would be simplerideas? Dan Debertin -- ++ Dan Debertin ++ Senior Systems

getting an estimate

to send backups over the network, just so I can get an estimate. There's got to be a better way. Ideas? Dan -- The more advertising I see, the less I want to buy. Dan Debertin [EMAIL PROTECTED] www.nodewarrior.org

limiting amanda's network usage

Debertin -- ++ Desist from enumerating your fowl ++ prior to their emergence ++ from the oblong embryo container ++ Dan Debertin ++ Senior Systems Administrator ++ Bitstream Underground, LLC ++ [EMAIL PROTECTED] ++ (612)321-9290 x108 ++ GPG Fingerprint: 0BC5 F4D6 649F D0C8 D1A7 CAE4 BEF4 0A5C 300D

Re: limiting amanda's network usage

section. I assumed that the note that you quote applied only to use directives in interface {} blocks. Thanks though. I will give traffic-shaping at the router a shot. Dan Debertin -- ++ Desist from enumerating your fowl ++ prior to their emergence ++ from the oblong embryo container ++ Dan

Re: backing up to blockdevs?

-manual in combination with the file tapeio driver, to allow me to spread a backup across several of these small (1GB) cartridges? Dan D. -- Dan Debertin [EMAIL PROTECTED] www.nodewarrior.org

Re: backing up to blockdevs?

On Thu, 12 Jul 2001, Dan Debertin wrote: My last issue before I proceed is this: Are there any issues with using chg-manual in combination with the file tapeio driver, to allow me to spread a backup across several of these small (1GB) cartridges? Never mind, I just looked at the chg-manual

backing up to blockdevs?

of neat), or just uses the blockdev as the backup device natively, I'd love to give it a go. Thanks, Dan D. -- Dan Debertin [EMAIL PROTECTED] www.nodewarrior.org