Hi all,
I've managed to get his working, except SR-IOV vms cannot reach OVS
vms and vice-versa. I've disabled firewall in ml2_conf.ini, openswitch
and sriov agent files with this conf:
*[securitygroup]*
*enable_security_group = False
*
*firewall_driver = neutron.agent.firewall.NoopFirewallDriver*
Still doesn't work. Any idea why OVS based nic cannot ping SR-IOV nics?
Thanks,
Pedro Sousa
On Wed, Aug 26, 2015 at 3:01 PM, Pedro Sousa <pgsousa(a)gmail.com
<mailto:pgsousa@gmail.com>> wrote:
Hi all,
thank you for your replys, concerning the dhcp issue, as I said it
works some times, I also see this with tcpdump:
# tcpdump -i any port 67 or port 68 -e -n
*14:51:15.160160 B fa:16:3e:e6:a5:fd ethertype 802.1Q (0x8100),
length 348: vlan 3486, p 0, ethertype IPv4, 0.0.0.0.bootpc >
255.255.255.255.bootps: BOOTP/DHCP, Request from
fa:16:3e:e6:a5:fd, length 300*
*14:51:15.160339 B fa:16:3e:e6:a5:fd ethertype 802.1Q (0x8100),
length 348: vlan 3486, p 0, ethertype IPv4, 0.0.0.0.bootpc >
255.255.255.255.bootps: BOOTP/DHCP, Request from
fa:16:3e:e6:a5:fd, length 300*
*14:51:15.160341 B fa:16:3e:e6:a5:fd ethertype 802.1Q (0x8100),
length 348: vlan 1, p 0, ethertype IPv4, 0.0.0.0.bootpc >
255.255.255.255.bootps: BOOTP/DHCP, Request from
fa:16:3e:e6:a5:fd, length 300*
*14:51:15.160610 Out fa:16:3e:48:d3:db ethertype 802.1Q (0x8100),
length 385: vlan 3486, p 0, ethertype IPv4, 10.0.30.3.bootps >
10.0.30.33.bootpc: BOOTP/DHCP, Reply, length 337*
1º Joe, how can I check that VF has the right VLAN Tag?
2º My understanding is that VLANS are correctly configured as it
works fine with Openvswitch.
Alon, I have the VLANS configured like this:
Eth104/1/2 SERVER2_NIC5 connected trunk full 10G --
Eth104/1/6 SERVER1_NIC5 connected trunk full 10G --
vlan 3482 (untagged)
vlan 2402 (tagged)
vlan 3480 (tagged)
vlan 3481 (tagged)
vlan 3485 (tagged)
vlan 3486 (tagged)
vlan 3487 (tagged)
vlan 3488 (tagged)
vlan 3489 (tagged)
vlan 3490 (tagged)
vlan 3491 (tagged)
vlan 3492 (tagged)
Regards,
Pedro Sousa
On Wed, Aug 26, 2015 at 2:37 PM, Dotan, Alon <alon.dotan(a)hp.com
<mailto:alon.dotan@hp.com>> wrote:
Sounds like issues in the environment,
The PF (Physical function (external port)) connected to some
switch, if so as Trunk?
*From:*rdo-list-bounces@redhat.com
<mailto:rdo-list-bounces@redhat.com>
[mailto:rdo-list-bounces@redhat.com
<mailto:rdo-list-bounces@redhat.com>] *On Behalf Of *Joe Talerico
*Sent:* Wednesday, August 26, 2015 16:26
*To:* Pedro Sousa
*Cc:* rdo-list(a)redhat.com <mailto:rdo-list@redhat.com>
*Subject:* Re: [Rdo-list] SR-IOV on openstack: no valid host
is found
On Wed, Aug 26, 2015 at 6:54 AM, Pedro Sousa
<pgsousa(a)gmail.com <mailto:pgsousa@gmail.com>> wrote:
Hi,
Some update on this, although I can launch the VM and see
the VF inside it, I have 2 problems
1º Sometimes I don't get ip from dhcp when I launch a new
instance.
Does the VF have the right VLAN tag?
2º I cannot ping the other hosts inside the tenant network
using sr-iov nics. If I use ovs nics it works.
Are VLANs setup properly?
Joe
Anyone has experienced this issues?
Thanks,
Pedro Sousa
On Tue, Aug 25, 2015 at 12:02 PM, Pedro Sousa
<pgsousa(a)gmail.com <mailto:pgsousa@gmail.com>> wrote:
Hi,
Anyone interested, I got it working using this procedure:
http://docs-draft.openstack.org/85/213985/10/check/gate-openstack-manuals...
<
http://docs-draft.openstack.org/85/213985/10/check/gate-openstack-manuals...
I'm using *RDO/Juno Centos 7.1*
My conf:
*Controller/Network Node:*
*/etc/neutron/plugins/ml2/ml2_conf.ini*
type_drivers = vlan
tenant_network_types = vlan
mechanism_drivers =openvswitch,sriovnicswitch
[ml2_type_vlan]
network_vlan_ranges =int-vlan:1440:1449
[securitygroup]
enable_security_group = True
firewall_driver =
neutron.agent.firewall.NoopFirewallDriver
*/etc/neutron/plugins/ml2/ml2_conf_sriov.ini*
[ml2_sriov]
supported_pci_vendor_devs = 14e4:16af
agent_required = True
[sriov_nic]
physical_device_mappings = int-vlan:p2p1
*/etc/nova/nova.conf*
[Default]
scheduler_default_filters=RetryFilter,AvailabilityZoneFilter,RamFilter,ComputeFilter,ComputeCapabilitiesFilter,ImagePropertiesFilter,ServerGroupAntiAffinityFilter,ServerGroupAffinityFilter,PciPassthroughFilter
scheduler_available_filters =
nova.scheduler.filters.all_filters
scheduler_available_filters =
nova.scheduler.filters.pci_passthrough_filter.PciPassthroughFilter
*/usr/lib/systemd/system/neutron-server.service*
ExecStart=/usr/bin/neutron-server --config-file
/usr/share/neutron/neutron-dist.conf --config-file
/etc/neutron/neutron.conf --config-file
/etc/neutron/plugin.ini --config-file
/etc/neutron/plugins/ml2/ml2_conf_sriov.ini --log-file
/var/log/neutron/server.log
*Compute Node:*
I had to install ml2 plugin and sr-iov agent. Note, in
the compute node using rdo packstack the ml2 plugin is
not installed by default.
# yum
install openstack-neutron-ml2 openstack-neutron-sriov-nic-agent
*/etc/neutron/plugins/ml2/ml2_conf.ini*
[securitygroup]
# Controls if neutron security group is enabled or not.
# It should be false when you use nova security group.
# enable_security_group = True
enable_security_group = True
firewall_driver =
neutron.agent.firewall.NoopFirewallDriver
*/etc/neutron/plugins/ml2/ml2_conf_sriov.ini*
[securitygroup]
firewall_driver =
neutron.agent.firewall.NoopFirewallDriver
[sriov_nic]
physical_device_mappings = int-vlan:p2p1
*/usr/lib/systemd/system/neutron-sriov-nic-agent.service*
ExecStart=/usr/bin/neutron-sriov-nic-agent
--config-file /usr/share/neutron/neutron-dist.conf
--config-file /etc/neutron/neutron.conf --config-file
/etc/neutron/plugins/ml2/ml2_conf_sriov.ini --log-file
/var/log/neutron/sriov-nic-agent.log
Regards,
Pedro Sousa
On Tue, Aug 25, 2015 at 11:04 AM, Joe Talerico
<jtaleric(a)redhat.com <mailto:jtaleric@redhat.com>> wrote:
On Monday, August 17, 2015, שחם
פרידנברג<shahamf(a)gmail.com
<mailto:shahamf@gmail.com>> wrote:
Hey all,
I deployed openstack on DELL PowerEdge R620
installed with Centos 7.
SR-IOV is enabled in BIOS (both Virtualization
Technology & SR-IOV).
Also, I added the needed kernel parameters and
created virtual functions on 82599 Intel 10G NIC.
in nova.conf:
1.
pci_passthrough_whitelist={"devname":"p2p1","physical_network":"sriovnet"}
2.
scheduler_default_filters=RetryFilter,AvailabilityZoneFilter,RamFilter,ComputeFilter,ComputeCapabilitiesFilter,
ImagePropertiesFilter,CoreFilter,PciPassthroughFilter
Where did you supply the whitelist?
Also, after making the whitelist change did you
check the nova-compute.log? It typically reports
the PCI devices that can be used for instances.
Joe
in ml2_conf.ini:
1. type_drivers = vxlan,vlan
2. mechanism_drivers =openvswitch,sriovnicswitch
3. network_vlan_ranges = sriovnet:80:90
in ml2_conf_sriov.ini:
1. supported_pci_vendor_devs = 8086:10ed
2. agent_required = False
in neutron-server.service:
1. ExecStart=/usr/bin/neutron-server
--config-file
/usr/share/neutron/neutron-dist.conf
--config-dir /usr/share/neutron/server
--config-file /etc/neutron/neutron.conf
--config-file /etc/neutron/plugin.ini
--config-file
/etc/neutron/plugins/ml2/ml2_conf_sriov.ini
--config-dir /etc/neutron/conf.d/neutron-server
--log-file /var/log/neutron/server.log
created Network based on physical network I
defined (sriovnet), configured subnet and
created direct type port.
When I creating an image (nova boot --flavor
m1.large --image my_img --nic
port-id=087ff574-fb14-47fd-82cb-454f176154ff
test_sriov)
I get the following error:
Traceback (most recent call last):
File
"/usr/lib/python2.7/site-packages/oslo_messaging/rpc/server.py",
line 142, in inner
return func(*args, **kwargs)
File
"/usr/lib/python2.7/site-packages/nova/scheduler/manager.py",
line 86, in select_destinations
filter_properties)
File
"/usr/lib/python2.7/site-packages/nova/scheduler/filter_scheduler.py",
line 80, in select_destinations
raise exception.NoValidHost(reason=reason)
NoValidHost: No valid host was found. There
are not enough hosts available.
2015-08-18 04:28:22.886 17998 WARNING
nova.scheduler.utils
[req-5804960b-4614-4d0e-9a3d-a94964cf93f8
caf2b9813205455896e60c6d00c92b4d
4bd6b22041ef4123958a0f85c775b770 - - -]
[instance:
470e16f9-002f-4ae4-82f4-17a83a93d860] Setting
instance to ERROR state.
Any idea what might be the problem here?
Thanks,
Shaham
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com <mailto:Rdo-list@redhat.com>
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
<mailto:rdo-list-unsubscribe@redhat.com>
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com <mailto:Rdo-list@redhat.com>
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
<mailto:rdo-list-unsubscribe@redhat.com>
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com