New Question

chandra's profile - activity

2016-02-18 05:11:32 +0300 received badge  Taxonomist
2015-04-07 13:01:55 +0300 received badge  Famous Question (source)
2015-02-20 07:39:39 +0300 received badge  Notable Question (source)
2015-02-13 09:56:42 +0300 received badge  Famous Question (source)
2015-02-10 19:12:24 +0300 received badge  Popular Question (source)
2015-02-06 06:42:29 +0300 asked a question Hyper-V Compute Neutron

Is it possible to configure the Hyper-V Compute to use a single interface for both management and VM communication with the current Juno build of Compute?

Could you please provide me with a sample configuration with which this can be configured with Openvswitch in Windows.

Thanks Chandra

2015-01-23 16:20:01 +0300 received badge  Notable Question (source)
2015-01-23 16:20:01 +0300 received badge  Popular Question (source)
2014-12-20 06:18:32 +0300 answered a question Hyper-V Compute

Thanks a lot for the detailed and insightful information.

As I mentioned above, the main problem is with the Virtual adapter mapping to the instances by the hyper-V Compute. How do we mention the VLAN numbers at the Hyper-V Compute end at the installation time/in the local configuration at Hyper-V end(From the controller end we anyway have section to mention the ranges in local.conf).

For my problem, the adapter association problem got resolved by creating the Virtual adapter using the Hyper-V Network Manager with the VLAN association already done before the installation and selecting the adapter while installing instead of choosing to create one during installation.

Now everything is working fine with the Hyper-V compute end also. But, only problem I have now is related to Compute resources. Sometime instance creations are failing saying that no valid host are found even when there are 5-6 VCPUs and 4-5 GB RAM free also. Not sure if there is some configuration needs to be done at the Hyper-V compute end. Another problem is that even after deleting the instances and the console also showing all the compute resource free, instance creations failing with the same message. When I restart everything at the Hyper-V compute side, things are working normally. But, the same problem is repeating in case of instance deletions and creations.

Is there any specific cleanup settings to have the proper cleanup to be done either at the Hyper-V compute end (or) Devstack controller end.

Thanks & Regards Chandra

2014-12-18 10:05:14 +0300 asked a question Hyper-V Compute

I have a three node Openstack setup with two nodes running Devstack on Ubuntu and one node with Hyper-V.

Both the Linux nodes are configured with OpenVSwitch and VLANs with the following config

QPLUGIN=ml2 QML2PLUGINTYPEDRIVERS="flat,vlan" QML2TENANTNETWORKTYPE="vlan" QML2PLUGINMECHANISMDRIVERS="openvswitch,hyperv" ENABLETENANTVLANS=True VLANINTERFACE=eth1 TENANTVLANRANGE=2001:2999 FLATINTERFACE=eth1 PHYSICALNETWORK=default OVSPHYSICALBRIDGE=br-eth1

All the communication between these two nodes is working fine and the new instances created are getting IP adress from the DHCP agent.

Coming to the third Hyper-V node, I have installed the Compute using the 2014.2.1 installer. The compute service is running perfectly. The instances are getting assigned properly and they are starting also. But, the challenge is with the network. They are not getting the IPs from the DHCP.

I have logged into the Hyper-V Manager where these instances are running and found out that the vSwitch which was selected in the installation is not getting assigned to the network adapter of the instance. If i add this manually, everything is working perfectly.

What could be the reason for Virtual Switch(myVSwitch is the virtual switch i created during installation) not getting associated with the new instances? Any ideas. My Hyper-V agent configuration is like this.

[DEFAULT] verbose=true controlexchange=neutron policyfile=C:\Program Files (x86)\Cloudbase Solutions\OpenStack\Nova\etc\policy.json rpcbackend=neutron.openstack.common.rpc.implkombu rabbithost=192.168.0.10 rabbitport=5672 rabbituserid=guest rabbitpassword=devstack logdir=C:\OpenStack\Log\ logfile=neutron-hyperv-agent.log [AGENT] pollinginterval=2 physicalnetworkvswitchmappings=*:myVSwitch enablemetricscollection=false [SECURITYGROUP] firewalldriver=neutron.plugins.hyperv.agent.securitygroupsdriver.HyperVSecurityGroupsDriver enablesecurity_group=false

Thanks & Regards Chandra