[OpenAFS] Re: about failover - 2 servers (one master one replicas) - a bit long

2010-03-22 Thread Andrew Deason
On Mon, 22 Mar 2010 14:01:00 + Vladimir Konrad v.kon...@lse.ac.uk wrote: Ideally, it should work even if A goes down and the read-only volumes are converted to read/write. OpenAFS is not designed for automatic failover. Cheers, I forgot to say _by hand_. You can do this with

Re: [OpenAFS] Re: about failover - 2 servers (one master one replicas) - a bit long

2010-03-22 Thread Vladimir Konrad
Hello Andrew, Cheers, I forgot to say _by hand_. You can do this with 'vos convertROtoRW', but it's intended to be more of a tool for disaster recovery (when you've permanently lost the RW, and all you have are ROs). Not generally for keeping up availability while a server is temporarily

Re: [OpenAFS] Re: about failover - 2 servers (one master one replicas) - a bit long

2010-03-22 Thread Harald Barth
I have released few replicas and the disc usage did not go up. Space is shared unless you change the RW so it differs from the RO. After the next vos release, it will be shared again. Is it along the principle of LVM snapshots? Kindasorta. Harald.

[OpenAFS] Re: about failover - 2 servers (one master one replicas) - a bit long

2010-03-22 Thread Andrew Deason
On Mon, 22 Mar 2010 15:00:55 + Vladimir Konrad v.kon...@lse.ac.uk wrote: But it's usually a lot easier if you can just treat RO volumes as high-availability, and RW volumes not. Makes sense, it looks having multiple RW volumes would not scale that well - writes would have to go to

Re: [OpenAFS] Re: about failover - 2 servers (one master one replicas) - a bit long

2010-03-22 Thread Vladimir Konrad
Thank you for explanations and pointers. I understand this better now... Kind regards, Vladimir -- because it reverses the logical flow of conversation + it is hard to follow. why not? do not put a reply at the top of the message, please... Please access the attached hyperlink for an