From owner-freebsd-jail@FreeBSD.ORG Fri Sep 10 04:59:01 2010 Return-Path: Delivered-To: freebsd-jail@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E3331065674 for ; Fri, 10 Sep 2010 04:59:01 +0000 (UTC) (envelope-from freebsd@snap.net.nz) Received: from snapmx1.ironport.snap.net.nz (snapmx1.ironport.snap.net.nz [202.37.100.100]) by mx1.freebsd.org (Postfix) with ESMTP id B4E668FC08 for ; Fri, 10 Sep 2010 04:59:00 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoIFACdRiUzKfG1Y/2dsb2JhbACUAoVuh1DBI4U9BIog X-IronPort-AV: E=Sophos;i="4.56,344,1280664000"; d="scan'208";a="14319166" Received: from rupert.snap.net.nz ([202.37.100.140]) by smtp1.ironport.snap.net.nz with ESMTP; 10 Sep 2010 16:29:35 +1200 X-Sender-IP: 202.124.109.88 Received: from voyager.local (88.109.124.202.static.snap.net.nz [202.124.109.88]) by rupert.snap.net.nz (Postfix) with ESMTP id A8E2E20382 for ; Fri, 10 Sep 2010 16:26:47 +1200 (NZST) Message-ID: <4C89B3DF.7050004@snap.net.nz> Date: Fri, 10 Sep 2010 16:28:15 +1200 From: Peter Toth User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100805 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-jail@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Jail hot migration X-BeenThere: freebsd-jail@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion about FreeBSD jail\(8\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2010 04:59:01 -0000 Hi guys, I was lately thinking around jail hot-migration feature where one jail could be moved from one host to another without shutting it down, something like vmotion in VMware world. The storage layer should be easy with zfs send and receive or some form of shared storage. The tricky part would be a memory copy from one node to another and also the CPU handling. Anyone has an idea how this could be achieved? I guess it would require a kernel module which could take care of memory reservations and a daemon to copy and incrementally sync the jails memory across. Then also there is the CPU problem.. Sounds like a fair amount of work and development. All comments are welcomed! Cheers, Peter