action #44393

[sle][desktop][sles4sap][hpc] staging project for a second SLE product besides SLES, e.g. SLE RT in SLE15

Added by okurz over 1 year ago. Updated about 1 month ago.

Status:WorkableStart date:05/11/2018
Priority:LowDue date:
Assignee:-% Done:

0%

Category:-Estimated time:5.00 hours
Target version:future
Duration:

Description

Motivation

See #43580. Having at least a second SLE product besides SLES testing in staging projects would show flaws in the unified installer.

Acceptance criteria

  • AC1: The value of having RT in staging projects is evaluated and confirmed with stakeholders
  • AC2: At least one product is tested in SLE15 staging tests besides SLES

Related issues

Copied from QA - action #43580: [sle][functional][y] The RT product can be tested by rele... Workable 05/11/2018

History

#1 Updated by okurz over 1 year ago

  • Copied from action #43580: [sle][functional][y] The RT product can be tested by release managers or developers before full SLE validation added

#2 Updated by okurz over 1 year ago

https://bugzilla.suse.com/show_bug.cgi?id=1117535 is a bug I found in the RT staging test example so I guess it does make sense to have that in staging

#3 Updated by okurz over 1 year ago

  • Due date set to 12/02/2019
  • Status changed from New to Workable

#4 Updated by riafarov about 1 year ago

  • Due date deleted (12/02/2019)

Is it confirmed with Jeffrey? I disagree to extend some staging for the RT, only RT specific one. Removing from the sprint for now.

#5 Updated by okurz about 1 year ago

  • Due date set to 26/02/2019
  • Target version changed from Milestone 22 to Milestone 23

riafarov wrote:

Is it confirmed with Jeffrey?

It is. We mentioned it as an idea in one of the calls with him, he took the idea and in the end the task bounced back to us over multiple hops of management.

I disagree to extend some staging for the RT, only RT specific one.

Sorry, I don't understand. Can you elaborate?

Removing from the sprint for now.

ok, fine. Let's try later then :)

#6 Updated by riafarov about 1 year ago

  • Description updated (diff)
  • Estimated time set to 5.00

#7 Updated by mloviska about 1 year ago

  • Assignee set to mloviska

#8 Updated by mloviska about 1 year ago

  • Status changed from Workable to Feedback

mail sent to Coolo and Jeffrey

#9 Updated by mloviska about 1 year ago

In which staging project to schedule (or in all), is something to be discussed with sle-release-coord@suse.de

So let's wait for Jeffrey's thoughts

#10 Updated by riafarov about 1 year ago

  • Due date changed from 26/02/2019 to 26/03/2019

Got reply from Jeffrey, but not getting answer to our question. If not RT, we can consider any other project e.g. SLED.

#11 Updated by mloviska about 1 year ago

Since RT is a small product, I am neutral to have staging test for RT.  Please tell if this is easy to setup the testing or not.

Jeffrey

@riafarov, @okurz there is no strong opinion regarding RT and staging. What kind of actions should we take now?

#12 Updated by okurz about 1 year ago

I suggest to just add SLE RT as the "second SLE product" in staging.

#13 Updated by mloviska about 1 year ago

Jeffrey decided to leave staging as it is for now and enable RT in staging when sle15sp2 comes.

#14 Updated by okurz about 1 year ago

That's ok however we should add the test scenario nevertheless as decided. The main purpose is to cover "any second SLE product besides SLES", we just picked "SLE RT" as the example.

#15 Updated by mloviska about 1 year ago

okurz wrote:

That's ok however we should add the test scenario nevertheless as decided. The main purpose is to cover "any second SLE product besides SLES", we just picked "SLE RT" as the example.

That is against AC1

#16 Updated by okurz about 1 year ago

I think you have covered AC1 pretty well. So we understood that the RT RM does not care :) Which means we could simply pick "any product". We could select "sles4sap" just as well.

#17 Updated by riafarov about 1 year ago

As per our discussion, as we have risk of RT not being available in SLE 15 SP2, we agreed that we should better aim other product which will remain, e.g. HPC, SAP or SLED. I've checked, both are available on staging. Will clarify with Frederic if he is fine with extending staging with such scenario.

#18 Updated by riafarov about 1 year ago

  • Due date deleted (26/03/2019)
  • Status changed from Feedback to Workable
  • Assignee deleted (mloviska)
  • Target version changed from Milestone 23 to Milestone 26

As per discussion with Frederic, SAP would be better candidate in his opinion and we also agreed that we should perform that change for SP2 and in case of SAP being chosen one as second product, we need to confirm it with Stefan Weiberg as he is accountable for providing fixes for it.

So, I move it to the product backlog so we can work on it after SP1 is released. We also will have information if RT will be available.

#19 Updated by riafarov 8 months ago

  • Target version changed from Milestone 26 to Milestone 27

#20 Updated by mgriessmeier 7 months ago

  • Target version changed from Milestone 27 to Milestone 28

#21 Updated by riafarov 6 months ago

  • Target version changed from Milestone 28 to Milestone 29

#22 Updated by riafarov 5 months ago

  • Due date set to 03/12/2019
  • Target version changed from Milestone 29 to Milestone 30+

SLE 15 SP2 online installer doesn't support installation of other products yet.

#23 Updated by riafarov 5 months ago

  • Due date changed from 03/12/2019 to 17/12/2019

#24 Updated by riafarov 4 months ago

  • Due date changed from 17/12/2019 to 28/01/2020

#25 Updated by mgriessmeier 3 months ago

  • Target version changed from Milestone 30+ to Milestone 30

bulk moved to M30 for revisiting

#26 Updated by riafarov 3 months ago

  • Due date changed from 28/01/2020 to 11/02/2020

#27 Updated by riafarov 2 months ago

  • Due date changed from 11/02/2020 to 25/02/2020

#28 Updated by oorlov about 1 month ago

  • Status changed from Workable to Rejected

Already implemented in Staging:S: (e.g. sles4sap_default_install@64bit).

It is enough to catch issues on early stage.

#29 Updated by okurz about 1 month ago

  • Status changed from Rejected to Workable

But I don't think that counts because :S is only used to stage SLES4SAP changes. One goal for this story to was to test e.g. if the SLES4SAP installer breaks on SLES changes. I guess when we have the sles4sap scenario triggered in all other staging projects we could count this as done.

#30 Updated by riafarov about 1 month ago

  • Subject changed from [sle][functional][y] staging project for a second SLE product besides SLES, e.g. SLE RT in SLE15 to [sle][functional] staging project for a second SLE product besides SLES, e.g. SLE RT in SLE15
  • Due date deleted (25/02/2020)
  • Assignee set to okurz

okurz wrote:

But I don't think that counts because :S is only used to stage SLES4SAP changes. One goal for this story to was to test e.g. if the SLES4SAP installer breaks on SLES changes. I guess when we have the sles4sap scenario triggered in all other staging projects we could count this as done.

For staging projects we always have argument of having more tests vs execution time. Enabling this scenario for all staging will significantly increase load on the workers causing delays in the results. As we didn't see this functionality breaking often to run it for each staging, we also can see that in the installer part we don't miss severe regressions which do not allow testing.

In case we really want to have it covered, we should rather enable separate checks for the limited scope instead of choosing second popular product and enabling it just because we can.
So for qsf-y, we don't see action items remaining here for us and other stakeholders (this was our initiative originally and didn't get much support from other stakeholders).

Assigning it to you, in case you want to act on it.

#31 Updated by okurz about 1 month ago

  • Subject changed from [sle][functional] staging project for a second SLE product besides SLES, e.g. SLE RT in SLE15 to [sle][desktop][sles4sap][hpc] staging project for a second SLE product besides SLES, e.g. SLE RT in SLE15
  • Assignee deleted (okurz)
  • Priority changed from Normal to Low
  • Target version changed from Milestone 30 to future

Yes, sounds reasonable. So this could be interesting e.g. for [desktop] or [sles4sap] or [hpc]

Also available in: Atom PDF