From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Mey Subject: Re: live migration with DRBD devices Date: Thu, 27 Oct 2005 11:39:58 +0200 Message-ID: <200510271140.04242.michael.mey@to.com> References: <200510251448.55399.michael.mey@to.com> <200510251549.06207.mark.williamson@cl.cam.ac.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1548912427==" Return-path: In-Reply-To: <200510251549.06207.mark.williamson@cl.cam.ac.uk> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Mime-version: 1.0 Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1548912427== Content-Type: multipart/signed; boundary="nextPart1855214.V7OTG9jQBa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1855214.V7OTG9jQBa Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 25 October 2005 16:49, Mark Williamson wrote: > > I want to do live migration of domains using DRBD block devices for > > synchronisation between the two Xen hosts with Xen 2.0.7. > > > > I've written a script ( block-drbd ) which binds / unbinds DRBD devices > > for specific domains (with DRBD, only one host can write on a drbd devi= ce > > at the same time). This script sets the current host as master (bind) or > > secondary (unbind) in a DRBD "Netword-RAID" > > Yep - btw this is fixed with DRBD 8 (still in development), which supports > multiple writers. I'll give it a try, although I'm expecting it being not that successful=20 because of its development state and Michael's experiences. > How are you handling the sequencing here, though? Move the device to the > new host at *unbind* time from the origin? I'm thinking that the DRBD > script will get run at the destination whilst the origin domain is still > running and using its disk... So the solution would be to get Xen mounting the device in the following or= der=20 for migration as Michael Paesold suggested: 1) create domain on target host and mount the drbd device r/o 2) do the rest of the migration, e.g. iterative copy of memory ... 3) unmount or mount the drbd device on the source host r/o 4) mount drbd device r/w on target host 5) start domain on target host Is there any further developer's documentation for Xen 2.0.7? Or maybe anybody can give me some hints at approx. which points I'd have to= =20 patch Xen to get that running? That would help me a lot saving some time fo= r=20 trying to implement that because I'm not so deep into Xen right now. > > xc_linux_save start 8 > > [1130244324.174077] Saving memory pages: iter 1 0% > > Saving memory pages: iter 1 0%Error when writing to state file (5) > > Error when writing to state file (5) > > 2790 [WRN] XFRD> Transfer errors: > > 2790 [WRN] XFRD> state=3DXFR_STATE err=3D1 > > 2790 [INF] XFRD> Xfr service err=3D1 > > > > > > Does anybody have an idea? I'd appreciate. > > Weird... Does this work without your script? Does migration work with a > simpler domain? If you boot a domain from an initrd (removing disk > dependencies), will that migrate correctly? > > If it's something weird in the migration-related code, somebody else might > have some further ideas as to what caused this... Migration without my script works fine, so there shouldn't be anything weir= d=20 in the migration-related code. Regards, Mike --nextPart1855214.V7OTG9jQBa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBDYKB03rj8BeD5OvMRAr6wAKDQCOA94jjTsmutgeClgwwh6NljrwCeMq8U i1dPC+S2ZAj78GJPxXXvPos= =EkeR -----END PGP SIGNATURE----- --nextPart1855214.V7OTG9jQBa-- --===============1548912427== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1548912427==--