Re: [openstack-dev] [neutron][nova][stable][sr-iov] Status of physical_device_mappings

is introduced by making Neutron SR-IOV ML2 agent required. And this easy-fix removes the problem. -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. > On Mar 23, 2016, at 11:01 PM, Jay Pipes <jaypi...@gmail.com> wrote: > > +tags for stable and nova &

[openstack-dev] [neutron][sriov] Status of physical_device_mappings

iov.html [2]: https://bugs.launchpad.net/neutron/+bug/1558626 [3]: https://review.openstack.org/294188 -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. signature.asc Description: Message signed with OpenPGP using GPGMail _

[openstack-dev] [neutron] [sr-iov] Status of physical_device_mappings

iov.html [2]: https://bugs.launchpad.net/neutron/+bug/1558626 [3]: https://review.openstack.org/294188 -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. signature.asc Description: Message signed with OpenPGP using GPGMail _

Re: [openstack-dev] [keystone][nova] Many same "region_name" configuration really meaingful for Multi-region customers?

. -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. > On Mar 4, 2016, at 7:43 AM, Dolph Mathews <dolph.math...@gmail.com> wrote: > > Unless someone on the operations side wants to speak up and defend > cross-region nova-cinder or nova-neutron int

Re: [openstack-dev] [Fuel] [FFE] FF exception request for DPDK

://blueprints.launchpad.net/fuel/+spec/network-verification-dpdk -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. > On Mar 1, 2016, at 7:27 PM, Aleksandr Didenko <adide...@mirantis.com> wrote: > > Hi, > > I'd like to to request a fea

Re: [openstack-dev] [puppet] adding ovs dpdk agent into neutron

and scheduler changes. I will really glad to see modular, reusable solution that could be integrated with our implementation in fuel-library[1]. [1]: https://review.openstack.org/#/q/topic:bp/support-dpdk+project:openstack/fuel-library,n,z -- With best regards, Vladimir Eremin, Fuel

Re: [openstack-dev] Configuring ISC dhclient on guest to acquire ipv6 default gateway

(and it makes no sense) to automatically configure router’s GUA as a default gateway address. -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. > On Dec 28, 2015, at 6:35 PM, Andrei Radulescu-Banu > <andrei.radulescu-b...@exfo.com> wrote: > &g

Re: [openstack-dev] Configuring ISC dhclient on guest to acquire ipv6 default gateway

in your guest OS: sysctl -a | grep accept_ra -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. > On Dec 23, 2015, at 12:50 AM, Andrei Radulescu-Banu > <andrei.radulescu-b...@exfo.com> wrote: > > Hi all, > > I’ve been trying for a fe

Re: [openstack-dev] [Neutron] [IPv6] [radvd] Advertise tenant prefixes from router to outside

this subnet pool and connect it to Public shared network with router 4. OpenStack advertises prefix to the external interface of the router. -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. > On Dec 17, 2015, at 8:21 PM, Carl Baldwin <c...@ecbaldwin.net&

[openstack-dev] [Neutron] [IPv6] [radvd] Advertise tenant prefixes from router to outside

/neutron/+bug/1505316 [3]: https://tools.ietf.org/html/rfc4191 -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe

Re: [openstack-dev] [Neutron] [IPv6] [radvd] Advertise tenant prefixes from router to outside

discriminator: subnets, that doesn’t attached are counting as unviable to the external network context. BTW, could you please point me to the spec for address scopes. -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. > On Dec 17, 2015, at 1:13 PM, Carl Baldwin

[openstack-dev] [fuel] Advanced PXE provisioning notes

Forgot about tags, sorry. -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. > On Nov 13, 2015, at 5:13 PM, Vladimir Eremin <vere...@mirantis.com> wrote: > > Hi folks, > > As you know, to speed up provisioning stage we could use HTTP for

Re: [openstack-dev] [fuel] Advanced PXE provisioning notes

Hi Sean, Yes, iPXE could be one-to-rule-them-all replacement, because of HTTP, IPv6 and UEFI support. lpxelinux is good, but for one-line enhancements. -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc. > On Nov 13, 2015, at 6:17 PM, Sean Collins <

[openstack-dev] Advanced PXE provisioning notes

/PXELINUX#DHCP_options [2] http://ipxe.org/howto/chainloading [3] https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1229458 [4] http://ipxe.org/appnote/hardware_drivers -- With best regards, Vladimir Eremin, Fuel Deployment Engineer, Mirantis, Inc