Hi, Strongly agree here with Sylvain
On 08.02.2021 10:59, sylvain.desbure...@orange.com wrote: > Hi, > I would suggest also to run integration jobs into a dedicated namespace > instead of onap namespace. > It would allow to clearly separate the System Under Test (ONAP) and the > tests themselves. > > In order to do that, we need to be sure that all tests launched inside > kubernetes (roughly all that are using robot) use "service.onap_ns" to > connect and not just "service". > > Regards, > Sylvain > ------------------------------------------------------------------------ > *De :* RICHOMME Morgan TGI/OLN > *Envoyé :* lundi 8 février 2021 09:28 > *À :* Krzysztof Opasiak; DESBUREAUX Sylvain TGI/OLN; Kuzmicki, Krzysztof > (Nokia - PL/Wroclaw); Geissler, Andreas; michal.jagie...@t-mobile.pl; > HARDY Thierry TGI/OLN; Lasse Kaihlavirta; Paweł Wieczorek; > marcin.przyb...@nokia.com; Closset, Christophe; LEFEVRE, CATHERINE; > FREEMAN, BRIAN D; Bartek Grzybowski; RAJEWSKI Lukasz O-PL; > jozsef.csong...@bell.ca > *Cc :* onap-discuss@lists.onap.org > *Objet :* [ONAP] CI/CD evolution for Honolulu > > Hi, > > first of all sorry for the regression on onaptests triggered by the > update of the upstream dependency on onapsdk. > In deed we moved from 0.7.3 to 0.7.4 and the backward compatibility was > broken. > we do not have a complete verification chain as it is pretty tricky. > onapsdk is build on gitlab.com, onaptests that is consuming onapsdk is > built daily or on dockerfile change in ONAP and pushed to Nexus. > onaptests:master is importing the latest version of onapsdk as any > upstream python lib. > > On Guilin, I created a patch to use 0.7.3 in order to secure the guilin > CI/CD chain for the maintenance release > See Guilin daily (Orange): > https://logs.onap.org/onap-integration/daily/onap_daily_pod4_guilin/02-07-2021_04-02/ > > <https://protect2.fireeye.com/v1/url?k=35ef9187-6a74a88c-35ee1ac8-002590f5b904-6688ade9024f4cd3&q=1&e=93259dea-8b56-4e2e-b9b5-4129575968fa&u=https%3A%2F%2Flogs.onap.org%2Fonap-integration%2Fdaily%2Fonap_daily_pod4_guilin%2F02-07-2021_04-02%2F> > > But now Master has also to be protected especially for the gating. > Michal provided a patch to restore the compatibility and it shall be > tested and merged soon. > We will have to review our workflow when introducing a new version of > the SDK to secure such upgrade. > > In parallel, I will suggest some evolution s for the CI/CD chains in > Honolulu. > We know that there is an issue with the SDC when onboarding models in //. > It is not easy to reproduce but we have regularly 2 types of issues when > doing these tests in //: 500 from SDC or no response. > Most of the times (if not always) when re-running any of this test not > in // there are working fine. > The issues are tracked and I know that Christophe is looking at it and > suspects some issues with cassandra connectivity. > The tests are calling multiple times the SDC to retrieve the full list > of VF, VFC, Service and when doing that several times from several tests > in //, we may have the issue. > But it is not easily reproducible. > > As a consequence, I suggest to come back to pseudo sequential testing on > master-daily and gating for onaptests. > We would keep the // tests for the master-weekly. > I think it will easier to understand and split the functional and the > stability issues. > Are you OK with that. > > I attached a first draft on Honolulu CI/CD chain evolutions > any comments/remarks welcome. We will discuss it during Integration > meeting next week (17/2) > > /Morgan > > > _________________________________________________________________________________________________________________________ > > 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. > -- Krzysztof Opasiak Samsung R&D Institute Poland Samsung Electronics -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22835): https://lists.onap.org/g/onap-discuss/message/22835 Mute This Topic: https://lists.onap.org/mt/80472923/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-