[one-users] instantiating template for Debian xen
jfontan at opennebula.org
Thu Mar 20 09:35:21 PDT 2014
I've been using qcow2 images with xen 4.2 with xl toolset (without
xend running). The prefix for these images is qcow2:.
Concerning the sched-cred it is a bit strange. The name of the
subcommand changed with xl toolset (this is taken into account in xen4
drivers) but with xm the command should be the same. Are you sure you
are modifying the correct driver, xen3 instead of xen4.
Anyway, even if the command fails the VM should work, but without
scheduler credits set. The error in that precise command is discarded.
On Thu, Mar 20, 2014 at 9:57 AM, Antanas Masevicius
<antanas.masevicius at ntt.lt> wrote:
> thanks Javier for the tip. I certainly lack knowledge how these disk
> images work. Theres not too much info about them. I noticed there are
> xen images in qcow2 format. What version of xen should i use to support
> those properly?
> As of "file:", i renamed image format from raw: to file: and passed that
> problem as you suggested.
> Other issue was with "sched-cred" not being found. I uncommented line
> with "sched-credit", ran 'onehost sync', but logs still complained about
> "Error: Subcommand sched-cred not found!". I had to remove host
> completely from configuarion and recreate it. Now debian xen image is in
> running state.
> best regards,
> On 2014.03.19 20:04, Javier Fontan wrote:
>> For Xen 4.x with xm use driver = "file:". In Xen 3.x it works (and I
>> think goes faster) with "tap:aio:" but I fear it is not the case with
>> your version.
>> On Wed, Mar 19, 2014 at 3:16 PM, Antanas Masevicius
>> <antanas.masevicius at ntt.lt> wrote:
>>> been struggling to use Xen under Opennebula Version: 4.4.1-1, Host is
>>> Debian Wheezy.
>>> Xen version: Version: 4.1.4-3+deb7u1
>>> /etc/default/xen: TOOLSTACK=xm
>>> Image: http://marketplace.c12g.com/appliance/4fec9fb28fb81d2ebc000002
>>> Template fails to instantiate:
>>> .Wed Mar 19 15:42:21 2014 [VMM][I]: Successfully execute network driver
>>> operation: pre.
>>> Wed Mar 19 15:42:23 2014 [VMM][I]: Command execution fail: cat << EOT |
>>> /var/tmp/one/vmm/xen3/deploy '/var/lib/one//datastores/0/5/deployment.3'
>>> 'xen-host0' 5 xen-host0
>>> Wed Mar 19 15:42:24 2014 [VMM][I]: Error: Block device type "raw" is
>>> Wed Mar 19 15:42:24 2014 [VMM][E]: Unable
>>> file '/var/lib/one//datastores/0/5/deployment.3' looks like:
>>> name = 'one-5'
>>> #O CPU_CREDITS = 256
>>> memory = '512'
>>> vcpus = '1'
>>> bootloader = "/usr/lib/xen-4.1/bin/pygrub"
>>> disk = [
>>> vif = [
>>> ' mac=02:00:c0:a8:00:65,ip=192.168.0.101,bridge=xenbr0',
>>> vfb = ['type=vnc,vnclisten=0.0.0.0,vncunused=0,vncdisplay=5']
>>> /etc/one/vmm_exec/vmm_exec_xen3.conf contains:
>>> CREDIT = 256
>>> DISK = [ driver = "raw:" ]
>>> Maybe someone had similar problem? Any tips how to debug such issues?
>>> Also, maybe someone knows where i could get prepared guest images for
>>> debian wheezy for xen?
>>> Antanas Masevičius
>>> Technikos direktorius
>>> UAB "Nacionalinis telekomunikaciju tinklas"
>>> Tel. +370 5 2056000
>>> Tel. +370 700 00031 (tiesioginis)
>>> Fax. +370 700 00034
>>> el.p: antanas.masevicius at ntt.lt
>>> Users mailing list
>>> Users at lists.opennebula.org
> Antanas Masevičius
> Technikos direktorius
> UAB "Nacionalinis telekomunikaciju tinklas"
> Tel. +370 5 2056000
> Tel. +370 700 00031 (tiesioginis)
> Fax. +370 700 00034
> el.p: antanas.masevicius at ntt.lt
Javier Fontán Muiños
OpenNebula - The Open Source Toolkit for Data Center Virtualization
www.OpenNebula.org | @OpenNebula | github.com/jfontan
More information about the Users