-
Bug
-
Resolution: Cannot Reproduce
-
Medium
-
None
-
Guilin Release
-
on any daily/weekly/gating
but the error is not always reproducible even it occurs regularly
it usually effects the basic_vm or the basic-cnf (not the basic network)
In daily/weekly/gating context we can see that some tests are failing at the SDC level - usually the VF creation - randomy.
It could be due to the fact that the tests are launched in //.
In frankfurt we already noticed that but we believed that the tester was the main issue, as the tester was asking for the creattion of exacttly the same object (vendor, customer,..) in //.
So we did not raise the issue as the tests were a bit stupid.
With the introduction of new tests powered by pythonsdk framework, the tests are no more so stupid and the objects are different.
The error occurs then a little bit later, not at the vendor creation but on the VF creation process even if the VF to be created are different.
As an illustration, please consider the daily of the 10th of November
https://logs.onap.org/onap-integration/daily/onap_daily_pod4_master/11-10-2020_06-11/
basic_vm, basic_network tests are OK
but basic_cnf failed
2020-11-10 05:58:36,442 DEBUG 433:connectionpool.py(1) - https://sdc.api.fe.simpledemo.onap.org:30207 "PUT /sdc1/feProxy/onboarding-api/v1.0/vendor-software-products/71bfb707211c48c19c7747cf74a6b37a/versions/9b26fd37539c4b8b823be3d164f8c923/actions HTTP/1.1" 417 201
2020-11-10 05:58:36,443 ERROR 107:onap_service.py(1) - [SDC][Create_Package Vsp] response code: 417
2020-11-10 05:58:36,444 ERROR 109:onap_service.py(1) - [SDC][Create_Package Vsp] response: {"status":"EXPECTATION_FAILED","errorCode":"ZIP_FILE_CREATION__MISSING_ENTRY_DEFINITION","message":"Failed to create CSAR file from ToscaServiceModel,missing mandatory EntryDefinitionServiceTemplate "}
2020-11-10 05:58:36,444 ERROR 115:onap_service.py(1) - [SDC][Create_Package Vsp] sent header: {'Content-Type': 'application/json', 'Accept': 'application/json', 'USER_ID': 'cs0008', 'Authorization': 'Basic YWFpOktwOGJKNFNYc3pNMFdYbGhhazNlSGxjc2UyZ0F3ODR2YW9HR21KdlV5MlU=', 'X-ECOMP-InstanceID': 'onapsdk'}
2020-11-10 05:58:36,444 ERROR 117:onap_service.py(1) - [SDC][Create_Package Vsp] url used: https://sdc.api.fe.simpledemo.onap.org:30207/sdc1/feProxy/onboarding-api/v1.0/vendor-software-products/71bfb707211c48c19c7747cf74a6b37a/versions/9b26fd37539c4b8b823be3d164f8c923/actions
2020-11-10 05:58:36,444 ERROR 118:onap_service.py(1) - [SDC][Create_Package Vsp] data sent: {
"action": "Create_Package"
}
2020-11-10 05:58:36,446 ERROR 209:_init_.py(1) - an error occured during action Create_Package on Vsp basic_cnf_VSP in SDC
2020-11-10 05:58:36,450 DEBUG 939:connectionpool.py(1) - Starting new HTTPS connection (1): sdc.api.fe.simpledemo.onap.org:30207
2020-11-10 05:58:36,636 DEBUG 433:connectionpool.py(1) - https://sdc.api.fe.simpledemo.onap.org:30207 "POST /sdc1/feProxy/rest/v1/catalog/resources HTTP/1.1" 500 181
2020-11-10 05:58:36,637 ERROR 107:onap_service.py(1) - [SDC][create Vf] response code: 500
2020-11-10 05:58:36,637 ERROR 109:onap_service.py(1) - [SDC][create Vf] response: {
"requestError": {
"policyException":
}
}
as said this error is not systematic...
the logs of the cluster are available here: https://logs.onap.org/onap-integration/daily/onap_daily_pod4_master/11-10-2020_06-11/infrastructure-healthcheck/k8s-teardown/kubernetes-status/index.html
please note that with pnf-registration, the smoke stage deals with 4 attempts of onboarding in //. 1 has already been performed in the previous stage (healthdist tests) so the load is not heavy.
- relates to
-
SDC-3366 The PNF_registration test done in the OOM Gating sometimes crashes
- Closed