Hi Pattabi, I'll try to answer: 1) How does neutron/quantum checks if IP address is already used or not? Neutron server know which IPs it has given to ports, so if you try to specify the existing IP, the operation will fail. Although i'm not sure i understand 'data with NULL ID' statement.
Could you give exact sequence of operations you're trying to perform? BTW, currently loadbalancer_db_plugin already creates a port for VIP and it alread contains IP address. That is something that should change soon with https://review.openstack.org/#/c/41396/ So if you try to create another port in your driver with the same IP, then it will fail. 3. AFAIK, ipavailabilityranges represent ranges of available ips; since allocation could be automatic and manual, those ranges change in size or split or merged when ips get allocated or recycled. I don't think first_ip is ever 'reset'. Thanks, Eugene. On Fri, Oct 25, 2013 at 2:40 AM, Pattabi Ayyasami <patt...@brocade.com>wrote: > Hi,**** > > ** ** > > We encounter the following error in our lab when we auto allocate the VIP > IP Address for create_vip API.**** > > ** ** > > > ============================================================================================== > **** > > ERROR: quantumclient.shell Unable to complete operation for network > f51735cc-c62e-438d-bc9f-26792c2486b9. **** > > The IP address 172.21.72.8 is in use.**** > > > ============================================================================================== > **** > > ** ** > > We basically have the following questions.**** > > ** ** > > 1. How does neutron/quantum checks if IP address is already used or not?** > ** > > (Engineer data with NULL ID on ipallocation table, so he wonders if > data with NULL ID has something to do with IP address allocation)**** > > 2. Will Data with NULL ID on ipallocations be removed sometime after? If > so what would be the timing ?**** > > 3. Value of first_ip in ipavailabilityranges seems to be increasing > rapidly, but when this value will be reset ?**** > > ** ** > > ** ** > > Regards,**** > > Pattabi**** > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
