Amanda-Users

Re: AMANDA and Irix

2003-08-15 15:54:27
Subject: Re: AMANDA and Irix
From: Steve Lane <drsteve AT annapurna.berkeley DOT edu>
To: Shashi Kanbur <shashi AT fcrao1.astro.umass DOT edu>
Date: Fri, 15 Aug 2003 12:48:28 -0700
Howdy.  Don't know if this is really going to be helpful or not, but
here it is.

We're running in a similar situation:  AMANDA server on a (Red Hat
7.2) Linux box, backing up a mixture of Red Hat (various revs) and IRIX
6.5.{19,20,21} boxes.  We're using the freeware AMANDA client on the SGIs,
and it works fine (2.4.2p2, I believe), using xfsdump.  On the Red Hat
side we've got xfsdump/xfsrestore installed, so that xfs filesystems
can be read off the tapes on the linux box (i.e. so that amverify can
work correctly :)  I have never tried to do a restore from the tape to
the SGIs directly - everything has first gone through the linux side,
and that (seems to :) work fine.  I would agree with Brandon Valentine
that you want to be using the freeware GNU tar rather than trying to
use SGI's IRIX tar.

Good luck!


--Steve Lane               /"\
  Doudna Lab               \ /  ASCII Ribbon Campaign
  U. C. Berkeley            X     Against HTML Email


On Fri, Aug 15, 2003 at 09:22:37AM -0400, Shashi Kanbur wrote:
> I have two questions which I hope some can help me with:
> 
> My AMANDA server is running on a Debian linux machine and this can
> backup my Debian linux AMANDA clients fine. I have a couple of
> Irix 6.5 clients. The AMANDA client compiles ok.
> If I put in the disklist file the backup to use gnutar, 
> amcheck says it cant find the program GNUTAR despite the fact that
> gnu tar is in /sbin, /bin, /usr/bin, /usr/sbin, /usr/local/bin  and so on.
> If I ask it to use dump rather than tar, amcheck says things are ok
> and the backup seems to work, but when i use amrecover to get a file back,
> I get
> 
> EOF, check amidxtaped.<timestamp>.debug file on cepheid.
> amrecover: short block 0 bytes
> UNKNOWN file
> amrecover: Can't read file header
> extract_list - child returned non-zero status: 1
> 
> though an ls in amrecover does show the files.
> The amindexd log says
> 
> amindexd: time 26.620: < 201- 2003-08-08 0 AstroTapes0      27
> /shashi/typescript
> amindexd: time 26.620: < 201- 2003-08-08 0 AstroTapes0      27
> /shashi/webface
> amindexd: time 26.620: < 200  Opaque list of /shashi
> 
> Does anyone know why it cant find the gnutar program and then why the
> amrecover program doesnt work?
> 
> The second question is when I run amcheck on my linux clients, everything
> seems ok. But for some machines, when the dump starts I see
> 
> planner: time 1800.869: error result for host nova disk /data: Estimate
> timeout from nova
> planner: time 1800.869: error result for host nova disk /home: Estimate
> timeout from nova
>   0: nova       /data
>   1: nova       /home
> planner: FAILED nova /data 20030812 0 [Estimate timeout from nova]
> planner: FAILED nova /home 20030812 0 [Estimate timeout from nova]
> 
> and no backups are made of that machine.
> 
> Any ideas would be greatly appreciated. Thanks.
> 
> ----------------------------------------------------------------------------
> 
> Shashi Kanbur                                  shashi AT fcrao1.astro.umass 
> DOT edu
> Five College Astronomy Department,
> University of Massachusetts,
> Amherst,
> MA 01003
> USA
> (413) 577 0470                                 (413) 545 4223 (Fax)

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