<div dir="ltr">Hello Neil,<br><br><div class="gmail_extra">Please see in line for answer and additional question that would help us<br>to nail down the problem.<br></div><div class="gmail_extra"><br><div class="gmail_quote">
On Mon, May 12, 2014 at 9:42 PM, Neil Schneider <span dir="ltr"><<a href="mailto:neil@ifxonline.com" target="_blank">neil@ifxonline.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
More data points.<br>
<br>
I ran tcpdump on the host through the entire instantiation of a host and<br>
boot up. Although somehow it appeared to get an address from the DHCP<br>
server in the network, I saw no dhcp data. I could see arp conversations<br>
for other hosts on the network, so I would expect it to see everything, if<br>
it passed out of the host interface. The only outside connection through<br>
the bridge should be through em1 on the host.<br>
<br>
tcpdump -nnvvXXSs 1514 -w cloud1.pcap<br></blockquote><div><br></div><div>I think the above would listen and capture packets on the first Ethernet interface<br></div><div>*only*. I have tested it on my PC, a Debian Wheezy machine with 2 Ethernet cards<br>
and that's what it does. I don't know what OS are you using so your mileage may vary.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I used wireshark to look through the file, but did not see any DHCP<br>
conversation, in fact I saw no network traffic whatsoever from the virtual<br>
host. I'm beginning to think either I have the virtual network<br>
misconfigured or opennebula is doing something different than I expect.<br></blockquote><div><br></div><div>See my comment above about tcpdump. What bridge do you expect your<br>VM to connect to? Pass -i <bridge-name> to tcpdump and recheck.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
onevnet list<br>
ID USER GROUP NAME CLUSTER TYPE BRIDGE<br>
LEASES<br>
0 oneadmin oneadmin management ifx-produc R manageme<br>
0<br>
1 oneadmin oneadmin storage ifx-produc R storage<br>
0<br>
6 oneadmin oneadmin public ifx-produc R public<br>
</div> 0<br>
<br>
onevnet show 0<br>
VIRTUAL NETWORK 0 INFORMATION<br>
ID : 0<br>
NAME : management<br>
USER : oneadmin<br>
GROUP : oneadmin<br>
CLUSTER : ifx-production<br>
TYPE : RANGED<br>
BRIDGE : management<br>
VLAN : Yes<br>
VLAN ID : 10<br>
USED LEASES : 0<br>
<br>
PERMISSIONS<br>
OWNER : uma<br>
GROUP : uma<br>
OTHER : u--<br>
<br>
VIRTUAL NETWORK TEMPLATE<br>
NETWORK_ADDRESS="10.1.4.0"<br>
NETWORK_MASK="255.255.255.0"<br>
<br>
RANGE<br>
IP_START : 10.1.4.30<br>
IP_END : 10.1.4.40<br>
<br>
VIRTUAL MACHINES<br>
<br>
onevnet show 1<br>
VIRTUAL NETWORK 1 INFORMATION<br>
ID : 1<br>
NAME : storage<br>
USER : oneadmin<br>
GROUP : oneadmin<br>
CLUSTER : ifx-production<br>
TYPE : RANGED<br>
BRIDGE : storage<br>
VLAN : Yes<br>
VLAN ID : 20<br>
USED LEASES : 0<br>
<br>
PERMISSIONS<br>
OWNER : uma<br>
GROUP : uma<br>
OTHER : u--<br>
<br>
VIRTUAL NETWORK TEMPLATE<br>
NETWORK_ADDRESS="10.1.2.0"<br>
NETWORK_MASK="255.255.255.0"<br>
<br>
RANGE<br>
IP_START : 10.1.2.30<br>
IP_END : 10.1.2.40<br>
<br>
VIRTUAL MACHINES<br>
<br>
onevnet show 6<br>
VIRTUAL NETWORK 6 INFORMATION<br>
ID : 6<br>
NAME : public<br>
USER : oneadmin<br>
GROUP : oneadmin<br>
CLUSTER : ifx-production<br>
TYPE : RANGED<br>
BRIDGE : public<br>
VLAN : No<br>
USED LEASES : 0<br>
<br>
PERMISSIONS<br>
OWNER : uma<br>
GROUP : um-<br>
OTHER : u--<br>
<br>
VIRTUAL NETWORK TEMPLATE<br>
DNS="172.16.168.1"<br>
GATEWAY="172.16.168.1"<br>
NETWORK_ADDRESS="172.16.168.0"<br>
NETWORK_MASK="255.255.255.0"<br>
<br>
RANGE<br>
IP_START : 172.16.168.30<br>
IP_END : 172.16.168.49<br>
<br>
VIRTUAL MACHINES<br></blockquote><div><br></div><div>As I can see on the above onevnet output none of your virtual network have<br>a VM connected to it. It should appear under VIRTUAL MACHINES section in<br></div><div>one of your vnets. Have you skipped that output or wasn't any VM running at <br>
the time you've printed the output.<br><br></div><div>A couple of more question regarding your setup follow.<br><br></div><div>1. Have you created the host on which you want to deploy VMs using onehost create<br></div>
<div>with the proper network driver, ovswitch or ovswitch_brcompat. It could help the output<br></div><div>of onehost list and onehost show <id>.<br><br></div><div>2. Do you want/need to use DHCP in the VM? How are you going to keep in sync the <br>
</div><div>MAC - IP pair from OpenNebula with the one from your DHCP server? <br><br></div><div>3. What OS are you running in the hosts, what about the VM? <br><br></div><div>4. What are the logs of the VM, on the frontend, saying? You can find them at /var/log/one/<VMID>.log.<br>
<br></div><div>5. What are the Open vSwitch logs saying on the hosts your VM get deployed onto?<br><br></div><div>After answering this question maybe I or others can help you further.<br><br></div><div>Best,<br>Valentin<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
On Wed, May 7, 2014 2:26 am, Leszek Master wrote:<br>
</div><div><div class="h5">> Do you see any traffic from VM using tcpdump on em1?<br>
><br>
><br>
> 2014-05-07 1:21 GMT+02:00 Neil Schneider <<a href="mailto:neil@ifxonline.com">neil@ifxonline.com</a>>:<br>
><br>
>> I've been trying to work through this problem for two days and haven't<br>
>> found the solution. I'm using opennebula to create virtual networks<br>
>> using<br>
>> openvswitch.<br>
>><br>
>> [root@cloud1 ~]# ovs-vsctl show<br>
>> c6def17d-2cc6-499e-a461-af4fe9aab78a<br>
>> Bridge management<br>
>> Port management<br>
>> Interface management<br>
>> type: internal<br>
>> Port "vlan10"<br>
>> tag: 10<br>
>> Interface "vlan10"<br>
>> type: internal<br>
>> Bridge public<br>
>> Port "em1"<br>
>> Interface "em1"<br>
>> Port "vnet0"<br>
>> Interface "vnet0"<br>
>> Port public<br>
>> Interface public<br>
>> type: internal<br>
>> Bridge storage<br>
>> Port storage<br>
>> Interface storage<br>
>> type: internal<br>
>> Port "vlan20"<br>
>> tag: 20<br>
>> Interface "vlan20"<br>
>> type: internal<br>
>> ovs_version: "2.1.0"<br>
>><br>
>> From the opennebula server I can see this.<br>
>><br>
>> onevnet list<br>
>> ID USER GROUP NAME CLUSTER TYPE BRIDGE<br>
>> LEASES<br>
>> 0 oneadmin oneadmin management ifx-produc R<br>
>> manageme<br>
>> 0<br>
>> 1 oneadmin oneadmin storage ifx-produc R storage<br>
>> 0<br>
>> 6 oneadmin oneadmin public ifx-produc R public<br>
>> 1<br>
>><br>
>> I've followed the instruction for configuring the hosting server so that<br>
>> oneadmin has rights to access /var/lib/one on the hosting server as well<br>
>> as sudo access to the scripts needed to create networks.<br>
>><br>
>><br>
>> I have all the changes recommended to allow oneadmin to execute commands<br>
>> through ssh to cloud1 the hosting server.<br>
>><br>
>> oneadmin ALL=(ALL) NOPASSWD: /usr/sbin/tgtadm, /sbin/lvcreate,<br>
>> /sbin/lvremove, /bin/dd, /usr/bin/ovs-vsctl, /usr/bin/ovs-ofctl,<br>
>> /usr/bin/ovs-dpctl, /sbin/iptables, /sbin/ebtables<br>
>><br>
>> I can instantiate hosts from templates and everything works as expected.<br>
>> When I bring up a virtual host, it gets an IP from the dhcp server<br>
>> running<br>
>> in the network. Not from the virtual network. Sorry, I can't cut and<br>
>> paste<br>
>> that part, since the only way I can access the virtual machine is<br>
>> through<br>
>> either VNC in sunstone or with virt-manager.<br>
>><br>
>> I have another server running ovswitch that works fine. The main<br>
>> difference is that I used virt-manager to create the hosts, instead of<br>
>> opennebula. Those five virtual servers connect fine.<br>
>><br>
>> [root@cloud2 ~]# ovs-vsctl show<br>
>> aa56747f-d5a2-41b0-a998-48add3c62562<br>
>> Bridge public<br>
>> Port "vnet4"<br>
>> Interface "vnet4"<br>
>> Port "vnet0"<br>
>> Interface "vnet0"<br>
>> Port "vnet3"<br>
>> Interface "vnet3"<br>
>> Port public<br>
>> Interface public<br>
>> type: internal<br>
>> Port "em1"<br>
>> Interface "em1"<br>
>> Port "vnet1"<br>
>> Interface "vnet1"<br>
>> Port "vnet2"<br>
>> Interface "vnet2"<br>
>> ovs_version: "2.1.0"<br>
>><br>
>><br>
>> On cloud1 after the host gets it's IP address from the dhcp server<br>
>> running<br>
>> in our network, it can no longer connect to anything. I've checked<br>
>> iptables rules, flushed them for testing, just to make sure. Everything<br>
>> seems right, but the network isn't working.<br>
>><br>
>> Sure would like to buy a clue. I've been searching the web for an answer<br>
>> or an idea what to do to diagnose it. I suspect what's happening is that<br>
>> opennebula/sunstone is not creating the interface properly. As I<br>
>> understand the ip should be assigned to the bridge, not the virtual<br>
>> interface.<br>
>><br>
>> Sure could use some help. Even a pointer to a web site with the right<br>
>> answer would be appreciated. I haven't been able to find it myself.<br>
>><br>
>> Sorry for cross posting, but I couldn't decide which list to post to, so<br>
>> I<br>
>> did both.<br>
>><br>
>> --<br>
>> Neil Schneider pacneil_at_linuxgeek_dot_net<br>
>><br>
</div></div>>> This is your life. Do what you love, and do it often. If you don’t<br>
>> like<br>
>> something, change it. If you don’t like your job, quit. If you don’t<br>
<div class="">>> have<br>
>> enough time, stop watching TV. If you are looking for the love of your<br>
>> life, stop; they will be waiting for you when you start doing things you<br>
</div>>> love.â€<br>
<div class="HOEnZb"><div class="h5">>><br>
>> _______________________________________________<br>
>> Users mailing list<br>
>> <a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
>> <a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
>><br>
><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr">Valentin Bud<div><a href="http://databus.pro" target="_blank">http://databus.pro</a> | <a href="mailto:valentin@databus.pro" target="_blank">valentin@databus.pro</a></div>
</div>
</div></div>