You need to look at SO logs for the SdncAdapter and VnfAdapter and see what error you are getting from SDNC or Openstack in SO.
Usually a delete implies that SO talks to SDNC correctly but then the interaction with Openstack fails or when SO goes to SDNC or AAI for data to create the Openstack heat stack create that it is failing. Brian From: [email protected] [mailto:[email protected]] On Behalf Of Ramanarayanan, Karthick Sent: Monday, January 08, 2018 6:33 PM To: [email protected] Subject: [onap-discuss] Failure to create the demo vfirewall VNF Hi, I am trying to instantiate the demo vfirewall-vsink service instance based on the video here: https://wiki.onap.org/display/DW/Running+the+ONAP+Demos?preview=/1015891/16010290/vFW_closed_loop.mp4#RunningtheONAPDemos-VNFOnboarding,Instantiation,andClosed-loopOperations<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Running-2Bthe-2BONAP-2BDemos-3Fpreview-3D_1015891_16010290_vFW-5Fclosed-5Floop.mp4-23RunningtheONAPDemos-2DVNFOnboarding-2CInstantiation-2CandClosed-2DloopOperations&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=VTydHcis8-MU0ztKmrS3--wrND4fGUtoupQgN4GyHZg&s=sHFlwt9oUg4ii_TV8umfzXphNLbVnoPEvv0hj8YTj7s&e=> While I am able to move ahead and reach till the vf create step, the add VF step for both vfirewall and packet gen instance results in failure and moves to pending delete. (sdnc preload checkbox enabled) The setup I have is OOM configured for kubernetes. I am on amsterdam release branch for OOM. So its not using openstack heat templates to instantiate ONAP. Rather just a single node configured with k8s oneclick. The difference in the video pertains to running demo-k8s.sh init from oom/kubernetes/robot to instantiate the customer models and services after copying the demo/heat to kubernetes robot /share directory for the distribute the work. The demo vfirewall closed loop service seems to be distributed as seen in the ONAP portal. ( I have also tried redistributing) I am trying to instantiate the service for demo vFWCL. Logs indicate nothing in sdnc after the vF create failure. I don't see any requests hitting Openstack logs either. The VNF preload operation seems to have succeeded for the firewall closed loop instances. The VNF profiles are also present in sdnc. I get back a http success (status code 200) with the request id as expected. A subsequent GET request for vnf topology information preloaded also works. Doing a POST using sdnc api (port 8282) works for the vnf topology preload step. But I see nothing in the logs for sdnc pods. (nothing relevant in sdc/mso pod either if that matters) Here is a snippet from curl to sdnc as well: curl -vX POST http://admin:[email protected]:8282/restconf/operations/VNF-API:preload-vnf-topology-operation<https://urldefense.proofpoint.com/v2/url?u=http-3A__admin-3AKp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U-4010.43.172.252-3A8282_restconf_operations_VNF-2DAPI-3Apreload-2Dvnf-2Dtopology-2Doperation&d=DwQFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=VTydHcis8-MU0ztKmrS3--wrND4fGUtoupQgN4GyHZg&s=Y3ruJ6Ym6EbR64sGaBOkI3m5Zw_Jgydl8PWX83NzX58&e=> -d @firewall.json --header "Content-Type: application/json" Response status is http 200 as expected. { "output": { "svc-request-id": "robot12", "response-code": "200", "ack-final-indicator": "Y" } } Trying to do a get request for the vnf topology preload information POST request above also returns expected information: curl -sSL http://admin:[email protected]:8282/restconf/config/VNF-API:preload-vnfs/vnf-preload-list/vfirewall-1/3d6f8762Fea8453fBd9a..base_vfw..module-0/preload-data/vnf-topology-information/vnf-topology-identifier<https://urldefense.proofpoint.com/v2/url?u=http-3A__admin-3AKp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U-4010.43.172.252-3A8282_restconf_config_VNF-2DAPI-3Apreload-2Dvnfs_vnf-2Dpreload-2Dlist_vfirewall-2D1_3d6f8762Fea8453fBd9a..base-5Fvfw..module-2D0_preload-2Ddata_vnf-2Dtopology-2Dinformation_vnf-2Dtopology-2Didentifier&d=DwQFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=VTydHcis8-MU0ztKmrS3--wrND4fGUtoupQgN4GyHZg&s=B-rVkAB1IjmgsV0NyrefoQR6XTfJmsEwekYrrdqmw-0&e=> | jq . { "vnf-topology-identifier": { "vnf-name": "vfirewall-1", "generic-vnf-type": "3d6f8762-fea8-453f-bd9a 0", "generic-vnf-name": "firewall-vnf", "vnf-type": "3d6f8762Fea8453fBd9a..base_vfw..module-0", "service-type": "5b5c134c-662e-407e-bc4c-4200b4b5cb02" } } I am also attaching the firewall.json POST request for vnf toplogy preload to sdnc portal. The VNF profiles have all been added to sdnc portal for the 2 vfs. But still VF create request (for both vfirewall sink and packetgen) results in failure and moves transaction to pending delete. No api request traces in Openstack as well and neither do I see any volume creates for the vnf instance. Also once in pending delete, I cannot delete the instance as well. I am also enclosing the firewall POST json request for one of the vfirewall vnfs that was preloaded to sdnc vnf topology information as a POST. (mentioned above) Attaching it inline to this mail -- { "input": { "vnf-topology-information": { "vnf-topology-identifier": { "service-type": "5b5c134c-662e-407e-bc4c-4200b4b5cb02", "vnf-name": "vfirewall-1", "vnf-type": "3d6f8762Fea8453fBd9a..base_vfw..module-0", "generic-vnf-name": "firewall-vnf", "generic-vnf-type": "3d6f8762-fea8-453f-bd9a 0" }, "vnf-assignments": { "availability-zones": [], "vnf-networks": [], "vnf-vms": [] }, "vnf-parameters": [ { "vnf-parameter-name": "image_name", "vnf-parameter-value": "Ubuntu_14.04.5_LTS" }, { "vnf-parameter-name": "flavor_name", "vnf-parameter-value": "m1.small" }, { "vnf-parameter-name": "public_net_id", "vnf-parameter-value": "aff52391-359f-4264-9768-1948c83021bc" }, { "vnf-parameter-name": "unprotected_private_net_id", "vnf-parameter-value": "zdfw1fwl01_unprotected" }, { "vnf-parameter-name": "unprotected_private_subnet_id", "vnf-parameter-value": "zdfw1fwl01_unprotected_sub" }, { "vnf-parameter-name": "protected_private_net_id", "vnf-parameter-value": "zdfw1fwl01_protected" }, { "vnf-parameter-name": "protected_private_subnet_id", "vnf-parameter-value": "zdfw1fwl01_protected_sub" }, { "vnf-parameter-name": "onap_private_net_id", "vnf-parameter-value": "private" }, { "vnf-parameter-name": "onap_private_subnet_id", "vnf-parameter-value": "private" }, { "vnf-parameter-name": "unprotected_private_net_cidr", "vnf-parameter-value": "192.168.10.0/24" }, { "vnf-parameter-name": "protected_private_net_cidr", "vnf-parameter-value": "192.168.20.0/24" }, { "vnf-parameter-name": "onap_private_net_cidr", "vnf-parameter-value": "10.0.0.0/26" }, { "vnf-parameter-name": "vfw_private_ip_0", "vnf-parameter-value": "192.168.10.100" }, { "vnf-parameter-name": "vfw_private_ip_1", "vnf-parameter-value": "192.168.20.100" }, { "vnf-parameter-name": "vfw_private_ip_2", "vnf-parameter-value": "10.0.80.1" }, { "vnf-parameter-name": "vpg_private_ip_0", "vnf-parameter-value": "192.168.10.200" }, { "vnf-parameter-name": "vsn_private_ip_0", "vnf-parameter-value": "192.168.20.250" }, { "vnf-parameter-name": "vsn_private_ip_1", "vnf-parameter-value": "10.0.80.3" }, { "vnf-parameter-name": "vfw_name_0", "vnf-parameter-value": "firewall-vnf" }, { "vnf-parameter-name": "vsn_name_0", "vnf-parameter-value": "zdfw1fwl01snk01" }, { "vnf-parameter-name": "vnf_id", "vnf-parameter-value": "vFirewall_demo_app" }, { "vnf-parameter-name": "vf_module_id", "vnf-parameter-value": "vFirewall" }, { "vnf-parameter-name": "dcae_collector_ip", "vnf-parameter-value": "10.12.5.43" }, { "vnf-parameter-name": "dcae_collector_port", "vnf-parameter-value": "8080" }, { "vnf-parameter-name": "repo_url_blob", "vnf-parameter-value": "https://nexus.onap.org/content/sites/raw";<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_content_sites_raw-2522&d=DwQFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=VTydHcis8-MU0ztKmrS3--wrND4fGUtoupQgN4GyHZg&s=P4WBio88RnHEfEvlF_G2WT-Dh21S_b_qX2LQ79fl1o4&e=> }, { "vnf-parameter-name": "repo_url_artifacts", "vnf-parameter-value": "https://nexus.onap.org/content/groups/staging";<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_content_groups_staging-2522&d=DwQFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=VTydHcis8-MU0ztKmrS3--wrND4fGUtoupQgN4GyHZg&s=ABp99a6s6ZVKW3Av2Wn2iGXnEcQkwIhMcuDCKy_ho-Q&e=> }, { "vnf-parameter-name": "demo_artifacts_version", "vnf-parameter-value": "1.1.0" }, { "vnf-parameter-name": "install_script_version", "vnf-parameter-value": "1.1.0-SNAPSHOT" }, { "vnf-parameter-name": "key_name", "vnf-parameter-value": "vfw_key" }, { "vnf-parameter-name": "pub_key", "vnf-parameter-value": "ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCfceovbVaHzy/aU2kGQjFl77zKTtacnY0I77RFf6QYM6OctBuhYt1zQt2ba4P7VBprLWdygd7a5XXBdEnDaPmDhUvfSZ0sJY/vuOLHM3WKs2QRHr1XYL3Bw7wlXLYghk2TLAyFqsMwl56IsZf0sxN1B4OjNGphwlIw6S+ppZ9eefJlIAc4ibPoXshKlZ5Sda7PzMQLZCeGPgWvFe/WUhtH10qQmUwZ7LU5YCjR4BnvnyEAQqTi4Mov5jguBwN0XP4gT35S/vRr8ollaWdsOFDkYOPiBQ9+t6z6TdKXsB29LJFxgug0AuW3Ens1s7YebmxLIr+3K0aITe3i9MUzvVb3 kramanar@PEM-KRAMANAR-01" }, { "vnf-parameter-name": "cloud_env", "vnf-parameter-value": "openstack" } ] }, "request-information": { "request-id": "robot12", "order-version": "1", "notification-url": "openecomp.org", "order-number": "1", "request-action": "PreloadVNFRequest" }, "sdnc-request-header": { "svc-request-id": "robot12", "svc-notification-url": "http:\/\/openecomp.org:8080\/adapters\/rest\/SDNCNotify", "svc-action": "reserve" } } } Regards, -Karthick
_______________________________________________ onap-discuss mailing list [email protected] https://lists.onap.org/mailman/listinfo/onap-discuss
