Amanda-Users

RE: disklist file maintenance

2003-09-18 16:08:50
Subject: RE: disklist file maintenance
From: "Dana Bourgeois" <em-lists AT netgods DOT us>
To: "'Brian Cuttler'" <brian AT wadsworth DOT org>, "'Bruno Negrão'" <bnegrao-amanda AT engepel.com DOT br>
Date: Thu, 18 Sep 2003 13:04:07 -0700
Shouldn't you read the home directories out of /etc/passwd?  The fancy thing
to do would be to grep for /home (or equivalent) and then drop anything from
the list that doesn't exist.  


Dana Bourgeois


> -----Original Message-----
> From: owner-amanda-users AT amanda DOT org 
> [mailto:owner-amanda-users AT amanda DOT org] On Behalf Of Brian Cuttler
> Sent: Thursday, September 18, 2003 12:37 PM
> To: Bruno Negrão
> Cc: Brian Cuttler; amanda users
> Subject: Re: disklist file maintenance
> 
> 
> 
> Bruno,
> 
> (No problem with list posting)
> 
> Yes, I see that as a valid potential way to go, if only it
> was that simple the script you are suggesting could run in 
> advance of the amanda-server startup.
> 
> You know, actually its not a bad solution, I was going to 
> object that it wasn't a matter of home directories but of 
> directories on a non-home data disk on an amanda-client.
> 
> However the script could/would work just fine as the client 
> disks are all nfs mountable (automounter) and I can get the 
> list of top level directories.
> 
> I'd thought there was a more automated way but this should
> work around the issue pretty well.
> 
> You have any experience with comp-tar usage on sgi and 
> solaris (vs discussions that I'd seen for linux systems) ?
> 
>                                               thanks,
> 
>                                               Brian
> 
> > (See brian, i´m posting your message on the list, ok?)
> > 
> > Oh, Let´s see if I correctly understood your problem: you need to 
> > backup your user directories, like /home/brian,  /home/john, 
> > /home/melissa, (etc). But you can´t simply make a backup of your 
> > entire /home directory. So you, basically, would need a 
> disklist file 
> > with the following entries:
> > 
> > machine1    /home/brian        comp-root-tar
> > machine1    /home/jon           comp-root-tar
> > machine1    /home/melissa     comp-root-tar
> > (and so on for every user directory)
> > 
> > However, you don´t want to manually edit the disklist file 
> every time 
> > you create and delete a user. Is this right?
> > 
> > Well, the first thing that occurred to me is to do a script 
> that runs 
> > before amdump which would check what are the valid user 
> directories of 
> > your machine and would write these names in the disklist file. 
> > (actually, it would write the correct disklist file 
> entries, one for 
> > each directory).
> > 
> > If someone know anything better, share with us.
> > 
> > Hope it helps,
> > Bruno.
> > 
> > ----- Original Message -----
> > From: "Brian Cuttler"
> > To: "Bruno Negrão"
> > Cc: "Brian Cuttler"
> > Sent: Thursday, September 18, 2003 3:28 PM
> > Subject: Re: Using amanda with just 1 tape - for testing - SOLVED
> > 
> > 
> > 
> > Bruno,
> > 
> > I realized you are writing about tapecycle (my latest guess 
> was that a 
> > tapecycle of 0 is a problem) but as long as you are using 
> tar rather 
> > than dump I've got a question.
> > 
> > I've got a couple of large partitions that I'd like to move 
> from dump 
> > to tar, but only specific partitions within the disklist 
> and I don't 
> > know now to divide up the data ? Dividing at highest level on the 
> > partition by username might work ok (directories at that 
> level named 
> > for the data owner) but I don't really want to maintain the 
> disklist 
> > (look to see if it needs updating everytime I create/remove a user 
> > data area).
> > 
> > Are you doing anything like this ? I'm in need of the 
> feature for both 
> > Solaris/IRIX servers/clients.
> > 
> > What version of amanda are you running ? Or rather, what is the min 
> > version that supports what I'm hoping to do ?
> > 
> > thanks,
> > 
> > Brian
> > 
> > 
> 
> 



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