From owner-freebsd-virtualization@FreeBSD.ORG Wed Jan 29 04:56:38 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 50C1ECC9 for ; Wed, 29 Jan 2014 04:56:38 +0000 (UTC) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D5B11E60 for ; Wed, 29 Jan 2014 04:56:38 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id fa1so1295922pad.13 for ; Tue, 28 Jan 2014 20:56:37 -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=eQUYnkIn3KhgZldTHOEfZsYX+xYgrT59m0u5lYX05o8=; b=MuvHjES/H17r+vTl9iEqA7UbArYl3elBThYpW0kZRFYs8zhQPoUBTBIkmvoDShiu1f /ukk6mSqktJzwTyWhPhsGaQbkQ42uEvxsx3QxAU23t1/soe9x2da86kCmw655nl2myGy qR6LrnZY2aMNCzfJWwMejkkxcZKfsO9BUgAlTdV0QTtHrlRiafZipM0V+z+CYTQOJMha P/LQ2px6oZ03DDfh+Uuy1bGBmjTl5yH5GCpr+vQC5PhJLzFmnc/9xDfyiIXPt7+j9meP gW25wmLxhqIScZwhmGw2kTCrtfwfQP+7nzQESoVH/CTy7uzql98RNUnPYYl01WMMXJ4+ 4L9Q== MIME-Version: 1.0 X-Received: by 10.66.141.231 with SMTP id rr7mr5415943pab.41.1390971397556; Tue, 28 Jan 2014 20:56:37 -0800 (PST) Received: by 10.68.155.38 with HTTP; Tue, 28 Jan 2014 20:56:37 -0800 (PST) In-Reply-To: References: <52E0C1D4.9000304@freebsd.org> <52E0D1BB.2050807@callfortesting.org> Date: Tue, 28 Jan 2014 23:56:37 -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 04:56:38 -0000 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...)... 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