floating ip attach" Invalid input for field/attribute address

[Swati Sharma]

Hi,

While running this command

python osgcloud_kmeans_baseline.py --exp_id RUN1

I got the error

2017-01-03 09:42:03,373 ERROR measure Problem during experiment: AI object 3D2EC9BC-C0D4-5BE2-9C2D-5DF1F9902561 (named "ai_2") could not be attached to this experiment: AI pre-attachment operations failure: Parallel object operation failure: VM object 61075C7D-FC38-5466-9D1D-9F4571D3904C (named "vm_7") could not be attached to this experiment: vm_7 (cloud-assigned uuid 198fd014-0080-4ba4-9aa7-658818914c3b) could not be created on OpenStack Cloud "MYOPENSTACK" (Host "ssdbang5"): (While getting instance(s) through API call "floating ip attach") Invalid input for field/attribute address. Value: False. False is valid under each of {'format': 'ipv6'}, {'format': 'ipv4'} (HTTP 400) (Request-ID: req-a7216179-e7a4-4ea8-9904-d91dd7250729).

 (The VM creation will be rolled back) A rollback might be needed (only for VMs).

2017-01-03 09:42:03,419 ERROR measure Error finishing up

For the first run it created 6 VM's and next time for ai_2 it was giving this error.

[Marcio A Silva]

Hello again Swati,

 

It looks like you ran out of floating IPs. In CBTOOL, we create a new floating IP every time a new instance is created, which means that you will need to delete these already created (but not assigned) floating IPs between executions, if you have a limited number of addresses.

 

Something like the following bash excerpt should be enough,  between CBTOOL executions:

 

    for fip in $(neutron floatingip-list | awk '{if(length($4)<2)print $2}')
    do
        echo "deleting floating IP $fip"
        neutron floatingip-delete $fip
    done    
           

Simply re-using already created floating IPs is not a good option for us, given the potentially high degree of parallelism on VM creation (we would have to put locks around the multi-threaded VM creation for each Virtual Application), and deleting the floating IPs from CBTOOL during a "cb --soft_reset" seemed too intrusive.

 

Regards,

Marcio

-------------------------------------------------------------
Marcio A. Silva, PhD.
Software Engineer
DataCenter Systems Software
IBM Thomas J. Watson Research Center
Yorktown Heights NY 10598-0218
phone: 1-914-945-2911, fax: 1-914-945-4254
e-mail: mar...@us.ibm.com

[Swati Sharma]

Hi Marcio,

You are right.I checked the Floating IP's in the devstack dashboard.I found around 50 IP's were there but not released. After releasing those IP's it started working fine.

Thanks for the help :)

 

Regards,

Swati