Hi Paul, as I know, nova can guarante the ordering of vNICS, can you provide the reproduceable test script for this, I am glad to test it
At 2014-08-10 01:16:16, "Jay Pipes" <[email protected]> wrote: >Paul, does this friend of a friend have a reproduceable test script for >this? > >Thanks! >-jay > >On 08/08/2014 04:42 PM, Kevin Benton wrote: >> If this is true, I think the issue is not on Neutron side but the Nova >> side. >> Neutron just receives and handles individual port requests. It has no >> notion of the order in which they are attached to the VM. >> >> Can you add the Nova tag to get some visibility to the Nova devs? >> >> >> On Fri, Aug 8, 2014 at 11:32 AM, CARVER, PAUL <[email protected] >> <mailto:[email protected]>> wrote: >> >> I’m hearing “friend of a friend” that people have looked at the code >> and determined that the order of networks on a VM is not guaranteed. >> Can anyone confirm whether this is true? If it is true, is there any >> reason why this is not considered a bug? I’ve never seen it happen >> myself.____ >> >> __ __ >> >> To elaborate, I’m being told that if you create some VMs with >> several vNICs on each and you want them to be, for example:____ >> >> __ __ >> >> __1)__Management Network____ >> >> __2)__Production Network____ >> >> __3)__Storage Network____ >> >> __ __ >> >> You can’t count on all the VMs having eth0 connected to the >> management network, eth1 on the production network, eth2 on the >> storage network.____ >> >> __ __ >> >> I’m being told that they will come up like that most of the time, >> but sometimes you will see, for example, a VM might wind up with >> eth0 connected to the production network, eth1 to the storage >> network, and eth2 connected to the storage network (or some other >> permutation.)____ >> >> __ __ >> >> __ __ >> >> >> _______________________________________________ >> OpenStack-dev mailing list >> [email protected] >> <mailto:[email protected]> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> >> >> >> -- >> Kevin Benton >> >> >> _______________________________________________ >> OpenStack-dev mailing list >> [email protected] >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> > > >_______________________________________________ >OpenStack-dev mailing list >[email protected] >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
_______________________________________________ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
