[Starlingx-discuss] Sanity RC.6.0 Test LAYERED build ISO 20220119T184201Z

Dimofte, Alexandru alexandru.dimofte at intel.com
Tue Jan 25 14:29:09 UTC 2022


Hi again Ghada,

I think I found the fix.
Some time ago because of this issue: https://bugs.launchpad.net/starlingx/+bug/1949771
I created this commit: https://review.opendev.org/c/starlingx/test/+/818131 which was merged on master branch but never cherry-picked on r/stx.6.0 branch.
I'm testing now locally if this will fix the issue on stx.6.0. If so,  I will create the needed change(s). I'll try to be quick.

Thanks!
Alex

From: Dimofte, Alexandru
Sent: Tuesday, January 25, 2022 3:57 PM
To: Khalil, Ghada <Ghada.Khalil at windriver.com>; starlingx-discuss at lists.starlingx.io
Cc: Church, Robert <Robert.Church at windriver.com>; Miller, Frank <Frank.Miller at windriver.com>
Subject: RE: [Starlingx-discuss] Sanity RC.6.0 Test LAYERED build ISO 20220119T184201Z

Hi Ghada,

I triggered again the Standard and Standard Ext bare-metal + virtual for stx.6.0.
I remember that last time I tried 6 times on Standard bare-metal, always seeing this issue. For master(layered) builds I am using master branch and for StaringX6.0 I am using r/stx.6.0 branch(I will compare today and check the diffs).
What I can tell is that before adding the OSDs in the Provision.robot is checked if all hosts are ready(both controllers are unlocked, both computes are LOCKED, this is why the Simplex and Duplex are fine).
Then checking why the computes are locked I observed that in the unlock computes function it waits 30mins for platform-integ-apps to be APPLIED.
On Standard and Standard Ext the platform-integ-apps remained in uploaded state and not applied. I checked after few hours ant it was still on uploaded state.
I will check again today and hopefully I will find any clue...

Br,
Alex


From: Khalil, Ghada <Ghada.Khalil at windriver.com<mailto:Ghada.Khalil at windriver.com>>
Sent: Monday, January 24, 2022 11:39 PM
To: Dimofte, Alexandru <alexandru.dimofte at intel.com<mailto:alexandru.dimofte at intel.com>>; starlingx-discuss at lists.starlingx.io<mailto:starlingx-discuss at lists.starlingx.io>
Cc: Church, Robert <Robert.Church at windriver.com<mailto:Robert.Church at windriver.com>>; Miller, Frank <Frank.Miller at windriver.com<mailto:Frank.Miller at windriver.com>>
Subject: RE: [Starlingx-discuss] Sanity RC.6.0 Test LAYERED build ISO 20220119T184201Z

Hi Alex,
Can you please try the stx.6.0 sanity again?  It would be good to get more information about how intermittent the issue reported below is.

>From the comments in the LP from Bob Church (who reviewed the LP logs), it appears that the sanity suite is perhaps checking the app state too early.  Is there a difference in the sanity steps executed for stx.6.0 and stx master?  There shouldn't be much difference between the two branches in relation to the platform-integ-apps, so it's surprising that we are hitting this issue on one branch and not the other.

Thanks,
Ghada

From: Dimofte, Alexandru <alexandru.dimofte at intel.com<mailto:alexandru.dimofte at intel.com>>
Sent: Friday, January 21, 2022 6:17 AM
To: starlingx-discuss at lists.starlingx.io<mailto:starlingx-discuss at lists.starlingx.io>
Subject: [Starlingx-discuss] Sanity RC.6.0 Test LAYERED build ISO 20220119T184201Z

[Please note: This e-mail is from an EXTERNAL e-mail address]
Sanity Test from 2022-January-19 (http://mirror.starlingx.cengn.ca/mirror/starlingx/rc/6.0/centos/flock/20220119T184201Z/outputs/iso/<https://urldefense.com/v3/__http:/mirror.starlingx.cengn.ca/mirror/starlingx/rc/6.0/centos/flock/20220119T184201Z/outputs/iso/__;!!AjveYdw8EvQ!PFW2bVpa4RRs6GNHthfc07aIBEjHiIDUWQ1H4EbHhkuP18DBfzogx9v2E18RkQuZKfw2$>)

Status: RED



Helm-Chart used: http://mirror.starlingx.cengn.ca/mirror/starlingx/rc/6.0/centos/flock/20220119T184201Z/outputs/helm-charts/helm-charts-stx-openstack-centos-stable-versioned.tgz<https://urldefense.com/v3/__http:/mirror.starlingx.cengn.ca/mirror/starlingx/rc/6.0/centos/flock/20220119T184201Z/outputs/helm-charts/helm-charts-stx-openstack-centos-stable-versioned.tgz__;!!AjveYdw8EvQ!PFW2bVpa4RRs6GNHthfc07aIBEjHiIDUWQ1H4EbHhkuP18DBfzogx9v2E18RkZx7IMgU$>

Standard configuration and sporadically standard ext configuration on bare-metal and virtual setups are affected by:
https://bugs.launchpad.net/starlingx/+bug/1958630<https://urldefense.com/v3/__https:/bugs.launchpad.net/starlingx/*bug/1958630__;Kw!!AjveYdw8EvQ!PFW2bVpa4RRs6GNHthfc07aIBEjHiIDUWQ1H4EbHhkuP18DBfzogx9v2E18RkT5OeXtS$> - platform-integ-apps booting != completed or uploaded != applied issues

Kind regards,
Alexandru Dimofte

  [Logo    Description automatically generated]
Dimofte Alexandru
Software Engineer
PMCE TEAM
Personal Mobile: +40 743167456
alexandru.dimofte at intel.com<mailto:alexandru.dimofte at intel.com>
Str. Iancu Fotea nr. 38, mun. Galati, jud. Galati, 800017, ROMANIA
Intel Romania


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20220125/eb36d9cd/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 3903 bytes
Desc: image001.png
URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20220125/eb36d9cd/attachment-0001.png>


More information about the Starlingx-discuss mailing list