<div dir="ltr">Dear all<div><br></div><div>Before we starts, just like to notify that we're not running meeting this week, but will run meeting at May, 11.</div><div>So please join and provide topics if you got any: <a href="https://etherpad.opendev.org/p/Multi-Arch-agenda">https://etherpad.opendev.org/p/Multi-Arch-agenda</a></div><div><br></div><div>As we just have our PTG meeting last week, and I thank everyone who joins our PTG session.</div><div>Here are some summaries from PTG:</div><div><ul><li>Success to run full tempest tests on Arm64 env. What's next?</li><ul><li>ML:  <a href="http://lists.openstack.org/pipermail/openstack-discuss/2021-April/021600.html" target="_blank">http://lists.openstack.org/pipermail/openstack-discuss/2021-April/021600.html</a></li><li>Job patch: <a href="https://review.opendev.org/c/openstack/devstack/+/708317" target="_blank">https://review.opendev.org/c/openstack/devstack/+/708317</a></li><li>Job status: <a href="https://zuul.openstack.org/builds?job_name=devstack-platform-arm64+" target="_blank">https://zuul.openstack.org/builds?job_name=devstack-platform-arm64+</a></li><li>actions:</li><ul><li>propose to add swift arm64 UT job: Swift is one of services directly touch file system or basic storage services.</li><li>pushing forward for integrating Ceph with current CI job to test more similar to user's environment</li><li>tunning volume backup/restore on the current job: </li><ul><li>we might try to use POSIX as volume backup backend to testing performance issue.</li><li>ricolin and kevinz will take action to run tests locally for debugging</li><li>Also will try to switch to OSUOSL environment to check what kind of result we will face.</li></ul><li>propose a periodic task for current CI job (once landed): as current job performance is not suitable for gating every patch set, I believe it will make sense to at least have a periodic job running. After performance issue is fixed, we can consider adding gating job or post-merge job.</li><li>We should also consider having multi-node job to test cross node.</li></ul></ul><li>SIG report (<a href="https://www.openstack.org/multi-arch-sig-report">https://www.openstack.org/multi-arch-sig-report</a>)</li><ul><li>As general agreement that we definitely will generate report out to keep update the community with works related to multi-arch supports. Also hope to get use cases for share around. </li><li>We found some error in SIG report, but they are fixed now.</li></ul><li>SIG video meeting<br></li><ul><li>We discuss about the chances to run a video meeting. Once we have more material collected or topics ready.</li></ul><li>Check libvirt 7 and cpu stuff<br></li><ul><li>as libvirt 7 released this year, we should check if behavior changes:</li><ul><li>There was code added for CPU features on migration</li><li>Need to check does 'cpu_mode' different than host-passthrough work now<br></li></ul></ul></ul><div>Please reference our PTG etherpad for more detailed discussion:</div></div><div><a href="https://etherpad.opendev.org/p/xena-ptg-multi-arch-sig" target="_blank">https://etherpad.opendev.org/p/xena-ptg-multi-arch-sig</a></div><div><br></div><div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><b><font size="4" face="trebuchet ms, sans-serif">Rico Lin</font></b><div><font face="trebuchet ms, sans-serif">OIF Board director, OpenStack TC, Multi-arch SIG chair, Heat PTL, </font></div><div><font face="trebuchet ms, sans-serif">Senior Software Engineer@EasyStack<br></font></div></div></div></div></div></div>