search

sonata-nfv / son-bss

SONATA's Service Platform BSS
http://www.sonata-nfv.eu
Apache License 2.0
0 stars 2 forks source link

Instantiation button is not leading to deployment #77

Closed tsoenen closed 7 years ago

tsoenen commented 7 years ago

Pressing the instantiate button next to a service on the "Available Network Services" page does not lead to instantiation.

The pop-up window that shows the instantiation id is empty

This is the information in the logs at the time of pressing 'play'

D, [2017-04-18T18:53:06.024361 #7] DEBUG -- GtkApi::request_url: Schema=http, host=192.168.1.153:32001, path=/api/v2/services
D, [2017-04-18 18:53:06#7] DEBUG -- GtkApi:: GET /api/v2/services: links: request_url=http://192.168.1.153:32001/api/v2/services, limit=10, offset=0, total=1
D, [2017-04-18T18:53:06.024402 #7] DEBUG -- GtkApi::request_url: Schema=http, host=192.168.1.153:32001, path=/api/v2/services
D, [2017-04-18 18:53:06#7] DEBUG -- GtkApiHelper.build_pagination_headers: url: http://192.168.1.153:32001/api/v2/services, limit: 10, offset: 0, total: 1
D, [2017-04-18 18:53:06#7] DEBUG -- GtkApi:: GET /api/v2/services: links: <http://192.168.1.153:32001/api/v2/services?offset=0&limit=10>; rel="first",<http://192.168.1.153:32001/api/v2/services?offset=0&limit=10>; rel="last"
D, [2017-04-18 18:53:53#7] DEBUG -- GtkApi::POST /api/v2/requests/: entered with params={"service_uuid"=>"eed02e26-0632-40c3-a4a8-692478e9977a"}
D, [2017-04-18T18:53:53.956745 #7] DEBUG -- GtkApi::ServiceManagerService#create_service_intantiation_request({"service_uuid"=>"eed02e26-0632-40c3-a4a8-692478e9977a"}): entered
D, [2017-04-18T18:53:53.956794 #7] DEBUG -- GtkApi::ServiceManagerService#create_service_intantiation_request({"service_uuid"=>"eed02e26-0632-40c3-a4a8-692478e9977a"}): @url = http://192.168.1.153:5300
D, [2017-04-18T18:53:53.956836 #7] DEBUG -- GtkApi::ManagerService#postCurb: entered with url=http://192.168.1.153:5300/requests, body={"service_uuid"=>"eed02e26-0632-40c3-a4a8-692478e9977a"}
D, [2017-04-18T18:53:54.005628 #7] DEBUG -- GtkApi::ManagerService#postCurb: response body=Internal server error
E, [2017-04-18T18:53:54.005744 #7] ERROR -- GtkApi::ManagerService#postCurb: Status 500
D, [2017-04-18T18:53:54.005793 #7] DEBUG -- GtkApi::ServiceManagerService#create_service_intantiation_request({"service_uuid"=>"eed02e26-0632-40c3-a4a8-692478e9977a"}): response={:status=>500, :count=>nil, :items=>nil, :message=>"Status 500 unknown"}
D, [2017-04-18 18:53:54#7] DEBUG -- GtkApi::POST /api/v2/requests/: new_request ={:status=>500, :count=>nil, :items=>nil, :message=>"Status 500 unknown"}
D, [2017-04-18T18:54:02.930629 #7] DEBUG -- GtkApi::query_string: query_string=limit=10&offset=0
I, [2017-04-18 18:54:02#7]  INFO -- GtkApi::GET /api/v2/requests/: entered with ?limit=10&offset=0
D, [2017-04-18T18:54:02.930743 #7] DEBUG -- GtkApi::ServiceManagerService#find_requests({"limit"=>"10", "offset"=>"0"}): entered
D, [2017-04-18T18:54:02.930782 #7] DEBUG -- GtkApi::ServiceManagerService#find_requests({"limit"=>"10", "offset"=>"0"}): entered
D, [2017-04-18T18:54:02.930813 #7] DEBUG -- GtkApi::ManagerService#getCurb: entered with url=http://192.168.1.153:5300/requests, params={"limit"=>"10", "offset"=>"0"}, headers={"Accept"=>"application/json", "Content-Type"=>"application/json"}
D, [2017-04-18T18:54:02.930994 #7] DEBUG -- GtkApi::ManagerService#getCurb: complete_url=http://192.168.1.153:5300/requests?limit=10&offset=0
D, [2017-04-18T18:54:02.931072 #7] DEBUG -- GtkApi::ManagerService#getCurb: header[Accept]: application/json
D, [2017-04-18T18:54:02.931111 #7] DEBUG -- GtkApi::ManagerService#getCurb: header[Content-Type]: application/json
D, [2017-04-18T18:54:02.937874 #7] DEBUG -- GtkApi::ManagerService#getCurb: header_str=HTTP/1.1 200 OK

Adding @jbonnet , as this is probably gatekeeper related.

Please contact me if more info is required / to test different scenario's

santiagordguez commented 7 years ago

78 solves the issue: related with changes in the catalogue-gk NSD response