From owner-freebsd-virtualization@FreeBSD.ORG Wed Jan 29 05:00:28 2014 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A914EFCF for ; Wed, 29 Jan 2014 05:00:28 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65D421F03 for ; Wed, 29 Jan 2014 05:00:28 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id lf10so1301758pab.32 for ; Tue, 28 Jan 2014 21:00:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w+sVicVQsPLfdzt8hYYUPisGe1QmtmLZ+Q8Uep3sh3I=; b=A6Dwczzc4l5BS3JKMGeXytVPvg39ekhodRSKgyV8DuqxXdO223AZrLO7Rj0KLM8mRa O+2B2b3TblxLAyO7JPdjRRrZSfHm0NNsW8Dv9f/3NJjWpK29cphHwd1avw3R1BwUCjIS mi0z8q1CWwoMuTR4jPfgqjbwvORnxF3HgIVU6q5sdTjM4WOi/tcgG2XgLGwzBhxlhfFr NcFC8AOz+uWBbo4CCYCQ3uwPKe5xtSIcwHtdMycoziP0IM9e0T1vRBhF/Xl8RSxiG9Ag mVw8QtZk6xJpsrUKQjhnbwpiWTzLCGk4ket2c/GlDCa8CqXAHOxCbOr+eMgR7TDfaHWf Uorg== MIME-Version: 1.0 X-Received: by 10.66.179.143 with SMTP id dg15mr5867939pac.52.1390971628056; Tue, 28 Jan 2014 21:00:28 -0800 (PST) Received: by 10.68.155.38 with HTTP; Tue, 28 Jan 2014 21:00:27 -0800 (PST) In-Reply-To: References: <52E0C1D4.9000304@freebsd.org> <52E0D1BB.2050807@callfortesting.org> Date: Wed, 29 Jan 2014 00:00:27 -0500 Message-ID: Subject: Re: Linux on BHyVe in 10.0-RELEASE From: Aryeh Friedman To: Markiyan Kushnir Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 05:00:28 -0000 On Tue, Jan 28, 2014 at 11:56 PM, Aryeh Friedman wrote: > Where did you get the orignial starter script for this from was it from > vmrun or the petitecloud sample script I posted... 2 reasons for asking: > > 1. It is turning out to be annoying inflexible in-terms of the values of > various parameters (I can compensate for most of this in my personal > playing with it to make it fit into petitecloud) > 2. It uses a non-existent option (-I) > > Both are characterstics of petitecloud scripts but not so much of vmrun.sh > (the main reason I do not recommend using petitecloud scripts except as > nothing but barebone starter scripts if you use them to make your own). > > The reason for bringing all the above up is I am having a very hard time > getting it to work and if it is from petitecloud can you please kindly walk > me through how you went from my script to yours... the main issue I am > attempting to over come is currently PC assumes that there is a single > "disk" that represents the "instance" (a running instance is nothing more > then loading it into RAM and wrapping a hyperv around it) [e.g. something > like /vms/import/ubu.img] and that it contains *ALL* the data that is > needed to boot (i.e. no other files are needed)... so far it appears (and I > hope I am wrong) there is no way to force a linux instance into this model > because you have to have the disk, the cd and the device map in the same > dir but kept as separate files.... namely something like this: > > linux/ > device.map > disk.img > cd.img > > seems to be the only model grub2-bhyve will be able to boot (symlinks at > least on the surface seem to be a no go also...) > Turns out absolute pathed symlinks work but relative ones do not > ... there are the following problems with this model though when doing > mass VM's: > > * You have to copy the CD repeatedly to the boot dir (this is likely why > openstack does not support cd based installs) > * It makes for a really messy when attempting to make sure you completely > nuke a vm when you delete it (currently pettiecloud does not delete the > disk when the instance is deleted but this will be an option soon an likely > the default) > > > Of course the long term solution is unified off disk (vs. off loader) > booting but until then any good work arounds? > > > On Tue, Jan 28, 2014 at 6:23 AM, Markiyan Kushnir < > markiyan.kushnir@gmail.com> wrote: > >> 2014-01-28 Aryeh Friedman : >> > Seems like it is a processor motherboard combo thing (see other thread) >> > >> >> ah, ok. good to know :) >> >> -- >> Markiyan. >> >> > >> > On Sun, Jan 26, 2014 at 9:26 AM, Markiyan Kushnir >> > wrote: >> >> >> >> yes, once I posted it I realized that these sysctls are not relevant >> >> at this stage. >> >> >> >> There was a segfault, was that bhyvectl? May be it makes sense for >> >> someone (a bhyve dev) to inspect it? >> >> >> >> -- >> >> Markiyan. >> >> >> >> >> >> 2014-01-26 Aryeh Friedman : >> >> > >> >> > >> >> > >> >> > On Sun, Jan 26, 2014 at 8:46 AM, Markiyan Kushnir >> >> > wrote: >> >> >> >> >> >> hmm... >> >> >> >> >> >> 15:45:test-bhyve# md5 ubuntu-12.04.3-server-amd64.iso >> >> >> MD5 (ubuntu-12.04.3-server-amd64.iso) = >> >> >> 2cbe868812a871242cdcdd8f2fd6feb9 >> >> > >> >> > >> >> > # md5 ubuntu/ubuntu.iso >> >> > MD5 (ubuntu/ubuntu.iso) = 2cbe868812a871242cdcdd8f2fd6feb9 >> >> > >> >> > doing the sysctl does no good >> >> > >> >> > -- >> >> > Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org >> > >> > >> > >> > >> > -- >> > Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org >> > > > > -- > Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org