I set sdc-be to 1.6.4 could you retry? we may have similar issues if staging dockers have been used.
@Marco would it make sense to install an OOM master with eventually (not sure it makes really sense) staging only for the 2 Music and MSB Morgan NB: at the moment my VPN is very unstable and the connection looks very slow compared to previous days ________________________________ De : RICHOMME Morgan TGI/OLN Envoyé : lundi 27 avril 2020 18:41 À : [email protected]; Yang, Bin Cc : [email protected]; [email protected]; PLATANIA, MARCO Objet : RE:[onap-discuss] [onap-sdc] FW: Certify error at L1 UNI OK the error looks explicit - it is not always the case.. :) I had a look at the daily master the version is Image: nexus3.onap.org:10001/onap/sdc-backend:1.6.4 and for me OOM Master is the reference https://gating-results.onap.eu/results/onap_daily_pod4_master-527559474-04-27-2020_06-04/infrastructure-healthcheck/k8s/versions.html I suspect a staging version has been used Do you need specifically the 1.6.5 or maybe another use case is needed it? I will have a look at SB00 tomorrow. @Marco I think the best is to align on 1.6.4, no? otherwise we need to re-init the DB to align on 1.6.5 /Morgan NB: Lukasz reported some issues with AAF on SB-00 ________________________________ De : [email protected] [[email protected]] Envoyé : lundi 27 avril 2020 15:51 À : Yang, Bin; RICHOMME Morgan TGI/OLN Cc : [email protected]; [email protected] Objet : [onap-discuss] [onap-sdc] FW: Certify error at L1 UNI Hi, Bin/Morgan, We ran into the following error at SB00 during the MDONS integration test. Please refer to the error message and description in the following email message from last week. Although, there are some analysis output at SB00 cluster: ------------------------------------------------------------------------------------------------------------------------------------------------------------- There is image version mismatch between the pods. (sdc backend init job) kubectl describe -n onap pod dev-sdc-be-config-backend-s5g49 sdc-be-job: Container ID: Image: nexus3.onap.org:10001/onap/sdc-backend-init:1.6.4 (sdc backend app pod) dev-sdc-be-587cf8bdf8-kddv5 sdc-be: Container ID: docker://65750deccacd85472f342a08b650631c06ae80dc96cbc3d447c2edfb02a24130 Image: nexus3.onap.org:10001/onap/sdc-backend:1.6.5-20200422T113901Z and schema files registered in Cassandra database: sdcreleasenum | conformancelevel | timestamp | checksum | filename ---------------+------------------+---------------------------------+----------------------------------+---------- 1.6.4 | 11.0 | 2020-04-20 19:58:46.735000+0000 | 38301cc10612567839bd98cbd4e5e39d | SDC.zip sdc-backend-init populated schema files into database as 1.6.4 but sdc-be app pod is looking for 1.6.5 schema. We think that’s why we are seeing “CSAR packaging failed. TOSCA schema files … not found” error at certify. My suggestion is to use 1.6.5 for all sdc pods. Do we need to align all sdc pods to the same version and redeploy sdc? Thanks a lot, Xin Miao Solution Engineering Fujitsu Network Communication (W)972-479-2263 (M)469-268-5226 2811 Telecom Drive Richardson, TX 75081, USA From: Miao, Xin Sent: Thursday, April 23, 2020 5:41 PM To: Fujii, Satoshi/藤井 理史 <[email protected]> Subject: Certify error at L1 UNI Hi, Satoshi-san, I ran into the following error when I tried to define resource type L1 UNI at Windriver SB00 (master) instance: [cid:[email protected]] Is it because the TOSCA version in resource-uni.yml file is out of date? Thanks, Xin Miao Solution Engineering Fujitsu Network Communication (W)972-479-2263 (M)469-268-5226 2811 Telecom Drive Richardson, TX 75081, USA _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#20868): https://lists.onap.org/g/onap-discuss/message/20868 Mute This Topic: https://lists.onap.org/mt/73304137/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
