Hi as indicated during weekly integration and TSC meeting, I just started resiliency tests on the master weekly (early honolulu candidate reinstalled last Friday) as it was about to be reinstalled (every Friday)
I execute the following sequence - run basic_vm (as it is dealing with most of the core components) - stop worker1 - run basic_vm - restart worker1 - run_basic_vm more details and logs on https://jira.onap.org/browse/TEST-308 I am a bit surprised the evacuation mechanism of k8s seem to have worked, the Pods on the stopped worker are restarted on the healthy nodes and indicated as running but the test was failing because we got a connectivity issue with the SDC (test were executed in a docker on the the controller1), knowing that no SDC pods were on the stopped Node. after restarting the worker1, I gave a new try and the test was PASS (note that the so was evacuated from worker 1 to worker 6 and was not moved back after the restart of the worker so I assume there is some network things I am missing here. the test is PASS (which is good) after node restart but I assume it shall have been PASS as well with a Node down Any idea? Note for this first try, no DB pods were hosted on the worker1 (except the MR zookeeper but I assume it has no impact on the test) I planned to do a test with a worker including cassandra or maria pods For the future, what would be the best way to proceed and share the results? I suggest to launch an onap-k8s between each basic_vm attempt to collect possible logs of all the components and maybe use the LF backend to store all these logs. For the moment I am using the JIRA to track, not sure it will be easy to folow, we will see.. /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. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#23102): https://lists.onap.org/g/onap-discuss/message/23102 Mute This Topic: https://lists.onap.org/mt/81807442/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
