Following the pretty successful tests** I've been making of using lxc
containers I'd be grateful for some advice on using lxc containers as
backp 'replicas' of running machines, to bring up in case the main host
fails.
**(I've been on the list to discuss routing problems which I've solved
Quoting Rory Campbell-Lange (r...@campbell-lange.net):
Following the pretty successful tests** I've been making of using lxc
containers I'd be grateful for some advice on using lxc containers as
backp 'replicas' of running machines, to bring up in case the main host
fails.
**(I've been on
On Wed, Jun 5, 2013 at 6:50 PM, Rory Campbell-Lange
r...@campbell-lange.net wrote:
There are 4 parts to a running machine that I will need to replicate to
a lxc container, which I intend to do nightly. These are:
1. etc configuration (we back config files up through etckeeper)
2.
On 05/06/13, Serge Hallyn (serge.hal...@ubuntu.com) wrote:
Quoting Rory Campbell-Lange (r...@campbell-lange.net):
On another point I'd also like to know of the recommended way of using
another mount point for lxc containers and the dpkg cache. For example,
I wish to hold my containers in
On 05/06/13, Fajar A. Nugraha (l...@fajar.net) wrote:
On Wed, Jun 5, 2013 at 6:50 PM, Rory Campbell-Lange
r...@campbell-lange.net wrote:
I'd be grateful to know if it is possible to sync 1. and 3. into the
container when it is not running. In other words, to simply update the
config files
On Thu, Jun 6, 2013 at 2:57 AM, Rory Campbell-Lange
r...@campbell-lange.net wrote:
In my case, I'd use zfs snapshot and send|receive (yes, you can use zfs
for root). In your case it'd probably be rsync or whatever you're happy with.
Are there any files that shouldn't percolate between a normal