[one-users] Issues starting a VM
Stuart Longland
stuartl at vrt.com.au
Mon Nov 26 23:42:27 PST 2012
Hi all,
Firstly I'll start by pointing out that I'm very new to OpenNebula,
having grown used to just using plain shell scripts to fire up QEMU
instances.
My workplace is looking to use OpenNebula on a multi-node cluster for
their server infrastructure. The machines are Intel Core i3 systems
with Intel DQ77KB mainboards. The systems run Ubuntu 12.04 AMD64.
The plan is to use the mainboard's two onboard network cards in LACP to
facilitate high-speed data transfer between VMs for live migration and
for distributed storage using Ceph, and a third PCI express card on a
VLAN trunk port facing the network.
Right now I'm testing on a single node, not one of the ones we'll
eventually use but rather an older, former VMWare ESX box.
The status:
- Ubuntu 12.04 is installed. OpenNebula 3.8.1 packages installed from
the OpenNebula website.
- I have the switch port connected to eth0 set up as a VLAN trunk
- I have /etc/network/interfaces set up to create the eth0.XXX devices
for each VLAN, and sensibly named bridge devices, `brctl show` looks
like this:
> root at bneprdvm0:~# brctl show
> bridge name bridge id STP enabled interfaces
> client130 8000.00101814cb1b no eth0.130
> project144 8000.00101814cb1b no eth0.144
> project159 8000.00101814cb1b no eth0.159
> server160 8000.00101814cb1b no eth0.160
This works fine with plain QEMU.
Now, I've tried to create a virtual network to place a VM on the
'server160' bridge (i.e. I'd expect kvm to start; then it do a `brctl
addif server160 tapX`). The following is my configuration for that
network interface:
> oneadmin at bneprdvm0:~$ onevnet show 4
> VIRTUAL NETWORK 4 INFORMATION
> ID : 4
> NAME : Server 160 LAN
> USER : oneadmin
> GROUP : oneadmin
> CLUSTER : -
> TYPE : FIXED
> BRIDGE : server160
> VLAN : No
> PHYSICAL DEVICE:
> VLAN ID :
> USED LEASES : 0
>
> PERMISSIONS
> OWNER : um-
> GROUP : ---
> OTHER : ---
>
> VIRTUAL NETWORK TEMPLATE
>
>
> FREE LEASES
> LEASE=[ IP="10.87.160.13", MAC="52:54:00:12:34:58", USED="0", VID="-1" ]
The VM template looks like this:
> CPU="1.0"
> DISK=[
> CLONE="NO",
> CLUSTER_ID="100",
> DATASTORE="default",
> DATASTORE_ID="1",
> DEV_PREFIX="hd",
> DISK_ID="0",
> IMAGE="bneprdsrv5-hda",
> IMAGE_ID="3",
> IMAGE_UNAME="vrtadmin",
> PERSISTENT="YES",
> READONLY="NO",
> SAVE="YES",
> SOURCE="/var/lib/one/datastores/1/301aac89561c0fbeaf140cb09124f941",
> TARGET="hda",
> TM_MAD="shared",
> TYPE="FILE" ]
> MEMORY="256"
> NAME="bneprdsrv5"
> NIC=[
> BRIDGE="project160",
> IP="10.87.160.13",
> MAC="52:54:00:12:34:58",
> NETWORK="server160",
> NETWORK_ID="2",
> NETWORK_UNAME="vrtadmin",
> PHYDEV="eth0.160",
> VLAN="YES" ]
> REQUIREMENTS="CLUSTER_ID = 100"
> VMID="3"
(Anyone know how to edit that by the way? So far all I seem to be able
to do is blow away the VM configuration and rebuild from scratch!)
I get the following error (apologies for the wall of text in advance):
> Tue Nov 27 17:09:35 2012 [LCM][I]: New VM state is BOOT
> Tue Nov 27 17:09:35 2012 [VMM][I]: Generating deployment file: /var/lib/one/3/deployment.0
> Tue Nov 27 17:09:36 2012 [VMM][I]: Command execution fail: /var/tmp/one/vnm/802.1Q/pre PFZNPjxJRD4zPC9JRD48VUlEPj
> A8L1VJRD48R0lEPjA8L0dJRD48VU5BTUU+b25lYWRtaW48L1VOQU1FPjxHTkFNRT5vbmVhZG1pbjwvR05BTUU+PE5BTUU+Ym5lcHJkc3J2NTwvTkF
> NRT48UEVSTUlTU0lPTlM+PE9XTkVSX1U+MTwvT1dORVJfVT48T1dORVJfTT4xPC9PV05FUl9NPjxPV05FUl9BPjA8L09XTkVSX0E+PEdST1VQX1U+
> MDwvR1JPVVBfVT48R1JPVVBfTT4wPC9HUk9VUF9NPjxHUk9VUF9BPjA8L0dST1VQX0E+PE9USEVSX1U+MDwvT1RIRVJfVT48T1RIRVJfTT4wPC9PV
> EhFUl9NPjxPVEhFUl9BPjA8L09USEVSX0E+PC9QRVJNSVNTSU9OUz48TEFTVF9QT0xMPjA8L0xBU1RfUE9MTD48U1RBVEU+MzwvU1RBVEU+PExDTV
> 9TVEFURT4yPC9MQ01fU1RBVEU+PFJFU0NIRUQ+MDwvUkVTQ0hFRD48U1RJTUU+MTM1NDAwMDE1NjwvU1RJTUU+PEVUSU1FPjA8L0VUSU1FPjxERVB
> MT1lfSUQvPjxNRU1PUlk+MDwvTUVNT1JZPjxDUFU+MDwvQ1BVPjxORVRfVFg+MDwvTkVUX1RYPjxORVRfUlg+MDwvTkVUX1JYPjxURU1QTEFURT48
> Q1BVPjwhW0NEQVRBWzEuMF1dPjwvQ1BVPjxESVNLPjxDTE9ORT48IVtDREFUQVtOT11dPjwvQ0xPTkU+PENMVVNURVJfSUQ+PCFbQ0RBVEFbMTAwX
> V0+PC9DTFVTVEVSX0lEPjxEQVRBU1RPUkU+PCFbQ0RBVEFbZGVmYXVsdF1dPjwvREFUQVNUT1JFPjxEQVRBU1RPUkVfSUQ+PCFbQ0RBVEFbMV1dPj
> wvREFUQVNUT1JFX0lEPjxERVZfUFJFRklYPjwhW0NEQVRBW2hkXV0+PC9ERVZfUFJFRklYPjxESVNLX0lEPjwhW0NEQVRBWzBdXT48L0RJU0tfSUQ
> +PElNQUdFPjwhW0NEQVRBW2JuZXByZHNydjUtaGRhXV0+PC9JTUFHRT48SU1BR0VfSUQ+PCFbQ0RBVEFbM11dPjwvSU1BR0VfSUQ+PElNQUdFX1VO
> QU1FPjwhW0NEQVRBW3ZydGFkbWluXV0+PC9JTUFHRV9VTkFNRT48UEVSU0lTVEVOVD48IVtDREFUQVtZRVNdXT48L1BFUlNJU1RFTlQ+PFJFQURPT
> kxZPjwhW0NEQVRBW05PXV0+PC9SRUFET05MWT48U0FWRT48IVtDREFUQVtZRVNdXT48L1NBVkU+PFNPVVJDRT48IVtDREFUQVsvdmFyL2xpYi9vbm
> UvZGF0YXN0b3Jlcy8xLzMwMWFhYzg5NTYxYzBmYmVhZjE0MGNiMDkxMjRmOTQxXV0+PC9TT1VSQ0U+PFRBUkdFVD48IVtDREFUQVtoZGFdXT48L1R
> BUkdFVD48VE1fTUFEPjwhW0NEQVRBW3NoYXJlZF1dPjwvVE1fTUFEPjxUWVBFPjwhW0NEQVRBW0ZJTEVdXT48L1RZUEU+PC9ESVNLPjxNRU1PUlk+
> PCFbQ0RBVEFbMjU2XV0+PC9NRU1PUlk+PE5BTUU+PCFbQ0RBVEFbYm5lcHJkc3J2NV1dPjwvTkFNRT48TklDPjxCUklER0U+PCFbQ0RBVEFbcHJva
> mVjdDE2MF1dPjwvQlJJREdFPjxJUD48IVtDREFUQVsxMC44Ny4xNjAuMTNdXT48L0lQPjxNQUM+PCFbQ0RBVEFbNTI6NTQ6MDA6MTI6MzQ6NThdXT
> 48L01BQz48TkVUV09SSz48IVtDREFUQVtzZXJ2ZXIxNjBdXT48L05FVFdPUks+PE5FVFdPUktfSUQ+PCFbQ0RBVEFbMl1dPjwvTkVUV09SS19JRD4
> 8TkVUV09SS19VTkFNRT48IVtDREFUQVt2cnRhZG1pbl1dPjwvTkVUV09SS19VTkFNRT48UEhZREVWPjwhW0NEQVRBW2V0aDAuMTYwXV0+PC9QSFlE
> RVY+PFZMQU4+PCFbQ0RBVEFbWUVTXV0+PC9WTEFOPjwvTklDPjxSRVFVSVJFTUVOVFM+PCFbQ0RBVEFbQ0xVU1RFUl9JRCA9IDEwMF1dPjwvUkVRV
> UlSRU1FTlRTPjxWTUlEPjwhW0NEQVRBWzNdXT48L1ZNSUQ+PC9URU1QTEFURT48SElTVE9SWV9SRUNPUkRTPjxISVNUT1JZPjxPSUQ+MzwvT0lEPj
> xTRVE+MDwvU0VRPjxIT1NUTkFNRT5ibmVwcmR2bTAudnJ0LmludDwvSE9TVE5BTUU+PEhJRD4yPC9ISUQ+PFNUSU1FPjEzNTQwMDAxNzU8L1NUSU1
> FPjxFVElNRT4wPC9FVElNRT48Vk1NTUFEPnZtbV9rdm08L1ZNTU1BRD48Vk5NTUFEPjgwMi4xUTwvVk5NTUFEPjxUTU1BRD5zaGFyZWQ8L1RNTUFE
> PjxEU19MT0NBVElPTj4vdmFyL2xpYi9vbmUvL2RhdGFzdG9yZXM8L0RTX0xPQ0FUSU9OPjxEU19JRD4wPC9EU19JRD48UFNUSU1FPjEzNTQwMDAxNzU8L1BTVElNRT48UEVUSU1FPjEzNTQwMDAxNzU8L1BFVElNRT48UlNUSU1FPjEzNTQwMDAxNzU8L1JTVElNRT48UkVUSU1FPjA8L1JFVElNRT48RVNUSU1FPjA8L0VTVElNRT48RUVUSU1FPjA8L0VFVElNRT48UkVBU09OPjA8L1JFQVNPTj48L0hJU1RPUlk+PC9ISVNUT1JZX1JFQ09SRFM+PC9WTT4=
> Tue Nov 27 17:09:36 2012 [VMM][I]: /var/tmp/one/vnm/802.1Q/../OpenNebulaNic.rb:31:in `new_nic': undefined method `new' for nil:NilClass (NoMethodError)
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /var/tmp/one/vnm/802.1Q/../OpenNebulaNetwork.rb:60:in `initialize'
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /usr/lib/ruby/1.8/rexml/element.rb:892:in `each'
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /usr/lib/ruby/1.8/rexml/xpath.rb:53:in `each'
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /usr/lib/ruby/1.8/rexml/element.rb:892:in `each'
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /var/tmp/one/vnm/802.1Q/../OpenNebulaNetwork.rb:59:in `initialize'
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /var/tmp/one/vnm/802.1Q/../OpenNebulaNetwork.rb:110:in `new'
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /var/tmp/one/vnm/802.1Q/../OpenNebulaNetwork.rb:110:in `initialize'
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /var/tmp/one/vnm/802.1Q/HostManaged.rb:23:in `initialize'
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /var/tmp/one/vnm/802.1Q/../OpenNebulaNetwork.rb:100:in `new'
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /var/tmp/one/vnm/802.1Q/../OpenNebulaNetwork.rb:100:in `from_base64'
> Tue Nov 27 17:09:36 2012 [VMM][I]: from /var/tmp/one/vnm/802.1Q/pre:24
> Tue Nov 27 17:09:36 2012 [VMM][I]: ExitCode: 1
> Tue Nov 27 17:09:36 2012 [VMM][I]: Failed to execute network driver operation: pre.
> Tue Nov 27 17:09:36 2012 [VMM][E]: Error deploying virtual machine
> Tue Nov 27 17:09:36 2012 [DiM][I]: New VM state is FAILED
The error message was suspiciously like the following report…
http://comments.gmane.org/gmane.comp.distributed.opennebula.user/8527
… where the user miraculously fixed it by installing a missing package.
Lord knows what that package was, as I seem to be missing it too and am
having a hard time figuring out which one.
Could someone on this list enlighten me as to what I might be doing
wrong? Apologies if this has been asked before, but I can only find the
above thread which gives me no further information.
Regards,
--
## -,-''''-. ###### Stuart Longland, Software Engineer
##. : ## : ## 38b Douglas Street -+*WE HAVE*+-
## # ## -'` .#' Milton, QLD, 4034 --+*MOVED*+--
'#' *' '-. *' http://www.vrt.com.au
S Y S T E M S T: 07 3535 9619 F: 07 3535 9699
More information about the Users
mailing list