Re: [OpenAFS] user home directory replication

2010-08-06 Thread Steve Simmons
On Jul 14, 2010, at 10:56 PM, Dan Pritts wrote: > On Wed, Jul 14, 2010 at 10:43:36AM -0700, Jonathan Nilsson wrote: >> I would like to replicate home directories (and other AFS volumes that are >> primarily accessed read/write) for the purpose of faster disaster recovery >> in certain common case

Re: [OpenAFS] user home directory replication

2010-07-15 Thread Richard Brittain
On Wed, 14 Jul 2010, Jonathan Nilsson wrote: I would like to replicate home directories (and other AFS volumes that are primarily accessed read/write) for the purpose of faster disaster recovery in certain common cases, such as local hardware failure on an AFS File Server.  I am planning to do

Re: [OpenAFS] user home directory replication

2010-07-15 Thread Simon Wilkinson
On 15 Jul 2010, at 03:16, Todd Lewis wrote: > On 07/14/2010 01:43 PM, Jonathan Nilsson wrote: >> I would like to replicate home directories (and other AFS volumes that >> are primarily accessed read/write) for the purpose of faster disaster >> recovery in certain common cases, such as local hardw

Re: [OpenAFS] user home directory replication

2010-07-14 Thread Brandon S Allbery KF8NH
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/14/10 13:59 , Russ Allbery wrote: > Jonathan Nilsson writes: >> I can't think of any reason NOT to proceed with this... so if anyone who >> has tried this has any advice, it'd be much appreciated! > > Various people have done this sort of thing

Re: [OpenAFS] user home directory replication

2010-07-14 Thread Dan Pritts
On Wed, Jul 14, 2010 at 10:43:36AM -0700, Jonathan Nilsson wrote: > I would like to replicate home directories (and other AFS volumes that are > primarily accessed read/write) for the purpose of faster disaster recovery > in certain common cases, such as local hardware failure on an AFS File Umich

Re: [OpenAFS] user home directory replication

2010-07-14 Thread Todd Lewis
On 07/14/2010 01:43 PM, Jonathan Nilsson wrote: I would like to replicate home directories (and other AFS volumes that are primarily accessed read/write) for the purpose of faster disaster recovery in certain common cases, such as local hardware failure on an AFS File Server. Others have offe

Re: [OpenAFS] user home directory replication

2010-07-14 Thread Thomas Kula
On Wed, Jul 14, 2010 at 10:49:02PM +0100, Simon Wilkinson wrote: > > On 14 Jul 2010, at 19:04, Thomas Kula wrote: > > > > My only concern with this thing would be having users that are > > crafty enough to know that they can mount some other volume > > in their home directory, but who haven't pi

Re: [OpenAFS] user home directory replication

2010-07-14 Thread Simon Wilkinson
On 14 Jul 2010, at 19:04, Thomas Kula wrote: > > My only concern with this thing would be having users that are > crafty enough to know that they can mount some other volume > in their home directory, but who haven't picked up on that > since they've mounted it under a forced r/w path they will

Re: [OpenAFS] user home directory replication

2010-07-14 Thread Thomas Kula
On Wed, Jul 14, 2010 at 10:59:50AM -0700, Russ Allbery wrote: > Jonathan Nilsson writes: > > > I can't think of any reason NOT to proceed with this... so if anyone who > > has tried this has any advice, it'd be much appreciated! > > Various people have done this sort of thing before. It works i

Re: [OpenAFS] user home directory replication

2010-07-14 Thread Russ Allbery
Jonathan Nilsson writes: > At first, my concern was that perhaps "vos release" operations would > have to copy the entire volume each time. However, during testing the > first vos release took several minutes, and then subsequent vos release > were significantly faster, appearing only to copy ne

[OpenAFS] user home directory replication

2010-07-14 Thread Jonathan Nilsson
The discussions on this list have been immensely interesting to read/follow, and I thank you all for the help that has already been provided to me the few time's I've needed to query the list about certain issues. Now I have a question about "best practices" to which I have not found a satisfactor