Amanda-Users

RE: Backing up sub directories and interactive restores

2006-05-12 06:21:28
Subject: RE: Backing up sub directories and interactive restores
From: "John Clement" <john.clement AT readingroom DOT com>
To: <amanda-users AT amanda DOT org>
Date: Fri, 12 May 2006 11:10:59 +0100
> -----Original Message-----
> From: owner-amanda-users AT amanda DOT org 
> [mailto:owner-amanda-users AT amanda DOT org] On Behalf Of Jon LaBadie
> Sent: 11 May 2006 17:21
> To: amanda-users AT amanda DOT org
> Subject: Re: Backing up sub directories and interactive restores
> 
> On Thu, May 11, 2006 at 02:32:41PM +0100, John Clement wrote:
> > >From what I understand amrecover runs from the client machine, and 
> > >I'd
> > rather run the restores on the server, then move what I 
> have to back 
> > to the client manually.
> > 
> > Moving on from this a little though, I've used an existing dumptype 
> > (from before I started here) and if I try to restore anything I get 
> > the following message:
> > 
> > ===
> > % /usr/sbin/amrestore -p /dev/nst0 autonomy.deanst.rroom.net 
> > /mnt_f/Websites | tar -xvf -
> > 
> > gzip: stdin: not in gzip format
> > Error 32 (Broken pipe) offset 32768+32768, wrote 0
> > amrestore: pipe reader has quit in middle of file. 
> > ===
> > 
> > The DLE:
> > autonomy.deanst.rroom.net       /mnt_f/Websites
> > comp-root-tar-win
> > 
> > And the dump type:
> > define dumptype comp-root-tar-win {
> >     root-tar
> >     comment "Root partitions with compression"
> >     compress client fast
> >     index
> > }
> > 
> > Thanks,
> > 
> > jc
> > 
> > 
> > > -----Original Message-----
> > > From: owner-amanda-users AT amanda DOT org 
> > > [mailto:owner-amanda-users AT amanda DOT org] On Behalf Of Jon LaBadie
> > > Sent: 04 May 2006 15:05
> > > To: amanda-users AT amanda DOT org
> > > Subject: Re: Backing up sub directories and interactive restores
> > > 
> > > On Thu, May 04, 2006 at 11:13:20AM +0100, John Clement wrote:
> > > > I've previously seen Amanda installed in such a way that
> > > you could run
> > > > something like
> > > > 
> > > > amrestore -p /dev/nst0 host /filesystem | restore ivf -
> > > > 
> > > > Which gives a basic shell on the tape so you can restore 
> > > > individual items.
> > > 
> > > Is there a reason you are unable to use amrecover?
> > > 
> 
> I presume the comment at the top was in response to this question.
> Top posting makes following a discussing so difficult.
> 
> Use of amrecover is not limited to the client.  It could be 
> run from the server or from a third-party client.  Where there 'might'
> be a limitation is the availability of the correct tools.  
> For example a backup made with ufsdump from a Solaris host 
> could not be recovered to a linux client because it lacks 
> ufsrestore.  But to another Solaris client it should be fine. 
>  Or if both used guntar it should be fine.
> 

Ahh, I may be starting to see the light (I hope).  The client is W2k3
server.  This means then that I need to use amrecover on that server to
restore from the tape? - rather than trying to use Linux tools on the
server to restore a Windows directory... 

> Just clutching at straws, the error message says something 
> about an error at 32k+32k.  Might these dumps have been 
> created with a tape block size different than the standard 32k?
> 
> 
> -- 
> Jon H. LaBadie                  jon AT jgcomp DOT com
>  JG Computing
>  4455 Province Line Road        (609) 252-0159
>  Princeton, NJ  08540-4322      (609) 683-7220 (fax)
>