Hi Bruce,
Hi Yang,
Looks like the bugs 1863795 and 1859645 are duplicates of 1856078. This was raised by Cristopher and each time we encountered, we’ve stated this in the report. Seems that
we need an upgrade to Helm V3.
For the rest of bugs, we need to replicate them after the daily finishes. I guess that Yang is executing also other sanity tests.
Regards,
Nicolae Jascanu, Ph.D.
TSD Engineering Manager
Internet Of Things Group
Galati, Romania
From: Jones, Bruce E <bruce.e.jones@intel.com>
Sent: Thursday, April 2, 2020 22:53
To: Liu, Yang (YOW) <yang.liu@windriver.com>; Jascanu, Nicolae <nicolae.jascanu@intel.com>
Cc: 'starlingx-discuss@lists.starlingx.io' <starlingx-discuss@lists.starlingx.io>
Subject: RE: [ Test ] meeting notes - 03/31/2020
Yang, I’m puzzled by the different Sanity results. Do you and Nic know why the Intel team is seeing Green Sanity runs, and the WR team is seeing multiple issues?
Are we running different tests? Different images?
Meanwhile, congratulations on pulling the Feature and Regression plan together. It’s looking good, thanks to great work by you and the teams!
bruej
From: Liu, Yang (YOW) [mailto:yang.liu@windriver.com]
Sent: Tuesday, March 31, 2020 9:09 AM
To: 'starlingx-discuss@lists.starlingx.io' <starlingx-discuss@lists.starlingx.io>
Subject: [Starlingx-discuss] [ Test ] meeting notes - 03/31/2020
Agenda/meeting notes are posted here:
https://etherpad.openstack.org/p/stx-test
Agenda for 03/31/2020
Attendees: Yang, Mihail, Nicolae, George, Cosmin, Sharath, Claudiu,
Bruce, ChrisW, Wendy
1. Sanity Status:
·
Sanity issues reported by WR:
- 1855474 - OpenStack pods were not recovered after force reboot active controller
- 1859645 - platform-integ-apps fail to apply initially due to could not find the requested resource (get configmaps)
- https://bugs.launchpad.net/starlingx/+bug/1863795
- "helm list" failed by network is unreachable after host-unlock
- https://bugs.launchpad.net/starlingx/+bug/1868567
- CMD application-delete failed by Timeout while waiting on RPC response
- https://bugs.launchpad.net/starlingx/+bug/1869739
- 250.001 controller Configuration is out-of-date alarm not cleared after system installation
·
Sanity issues reported by Intel:
- Green
- Private registry used by Intel: some container images changed and not picked up in private registry - now resolved
- May look into adding ipv6 configs for the long term
2. stx4.0 testing
·
Release plan:
- Kata: intend to start early. target test complete by 05/08
- Rook: intend to start early. target test complete by 05/22
- Fault containerization: target test complete by 05/29
- Centos8: no server with TPM, mellanox cards; integrity may not be testable
- TSN support in kata container: target test complete by 05/29
- OpenStack clients and platform services: eng build will be available in a week. testing: 04-13 - 05-04
- OpenStack upversion:
§
automated and manual test update needed, may be time consuming
§
target 06-05
- Layered build is tested daily with issues being found and resolved
§
image did not build - fixed
§
03-31 build still failed, but went further
·
Targeted feature completion date: 06-08
- Risk: OpenStack upversion to Ussuris coming in late, and requires large amount of testing
·
Targeted regression completion date: 06-15 (pushing out 1 week)
- Propose no openstack regression between 06-08 to 06-15
3. Unified santiy
- Intel will bring in robot sanity as is into pytest framework
- For feature test cases porting from robot framework in future, should look into organizing/porting by feature,
and porting only the missing ones
- Need to look into external
traffic to/from openstack vm via neutron router in future to enable neutron testing in Intel environment
4. Opens
·
Servers/test environment setup within Nic's team:
- In progress - cabling, configuring ports, etc
- Will know more by end of week.
- Risk reduced compared to last week.