action #95593
Updated by dzedro over 3 years ago
## Observation
openQA test in scenario sle-12-SP4-Server-DVD-Updates-x86_64-qam-allpatterns+addons@64bit fails in
[zypper_lifecycle](https://openqa.suse.de/tests/6461978/modules/zypper_lifecycle/steps/45)
https://jira.suse.com/browse/MSC-70 S:M:19740:245070
RC chat
```
Morning Zsolt KALMAR S:M:19740:245070 is breaking lifecycle https://openqa.suse.de/tests/6451659 I guess before it was also not correct https://openqa.suse.de/tests/6441790#step/zypper_lifecycle/44
10:05
Hi! Actually this is an update for EOL, and I've only corrected the EOL dates.
Wait, I see now the error
This is a bit new field to me, let me discuss this with Gustavo Pichorim Boiko first, maybe he has some idea, how to fix this
13:10
trying to understand the error
13:28
I don't know what date should be there on LTSS, but e.g. SP3 does have n/a* there same as SP4 before https://openqa.suse.de/tests/6441790#step/zypper_lifecycle/44
13:29
12-SP3 is without EOL date too if I remember correctly (we are slowly starting to correct that, but it takes time)
13:42
Should I reject https://smelt.suse.de/request/245070/ ? There are no changes visible in smelt anymore, but the packages in repo which is used are still same
14:17
Jozef Pupava The update is clearly fixing the package, so I am not sure we should reject the update. I am not sure what openQA is doing there though
let's wait for someone to test the
qam-sle
part, then we can check if they see the same as openQA
14:22
Gustavo Pichorim Boiko ok when this is how it should looks like when it's correct then the test need fix https://openqa.suse.de/tests/6461978#step/zypper_lifecycle/45 I guess the test does not work properly with LTSS and until now it passed by accident
Another thing is, lets say this is correct then every other version si broken
14:25
Jozef Pupava interesting, this output, where did it come from? I mean, what packages were being used when this actually worked?
14:26
This is how it did look before when it passed https://openqa.suse.de/tests/6441790#step/zypper_lifecycle/42
I think there is no difference in packages being used just in the output of
zypper lifecycle --days 0
14:30
Jozef Pupava ah ok, so that text is how it should look like, right? I was wondering if it was using a different a different repo for having that output
14:33
Based on the test yes , that how it should look like.
Both passing and failing test make somehow sense, but the test does expects regex /No products.*before/
14:45
I will update the regex to accept
/No packages with end of support different from product/
https://openqa.suse.de/tests/6441790#step/zypper_lifecycle/42
Don't know how to express it properly, but as far as I understand it SLE Linux enterprise server 12 SP4 is EOS, but LTSS is the exntension of support which is not mentioned there, I guess it should be ?
And I will open bug for the lifecycle to clarify how should the output look like on LTSS ?
14:47
that's all a bit weird, I think I will set up a local VM of 12-SP4 and try to debug it
At the end I realized the output is correct and other packages will be fixed too.
I created PR to update the regex.
```
## Test suite description
All modules defined in SCC_ADDONS
#20201124: added chrony-pool-openSUSE due to 15SP1 QU5 failure https://openqa.suse.de/tests/5060854
## Reproducible
Fails since (at least) Build [20210714-2](https://openqa.suse.de/tests/6445525)
## Expected result
Last good: [20210714-1](https://openqa.suse.de/tests/6441790) (or more recent)
## Further details
Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Server-DVD-Updates&machine=64bit&test=qam-allpatterns%2Baddons&version=12-SP4)