Fetch pre_upgrade data based on node properties #16423
Conversation
vsedmik
added
CherryPick
vsedmik
force-pushed
the
fix-pre-upgrade-data-fetch
branch
from
6b7301e
to
edcb360
Compare
vsedmik
changed the title
tests/upgrades/conftest.py
Outdated
| if len(upgrade_data) == 1: | ||
| param_value = next(iter(upgrade_data.values())) | ||
| else: | ||
| param_value = upgrade_data.get(request.param) | ||
| network_type = dict(request.keywords.node.user_properties).get('SatelliteNetworkType') |
There was a problem hiding this comment.
The network type is not always SatelliteNetworkType, it is first checked in tests param and if not then only in SatelliteNetworkType
There was a problem hiding this comment.
The logic is that extracted_value can be anything like rhel7, rhel7-ipv4, rhel7-ipv6 and other rhel variants.
Also request.param can be anything like that - with or without ipvX. When it is decorated with ipvX, only that single value is added to the upgrade_data list due to the if on line 263. On the other hand, when request.param is not decorated with ipvX (i.e. just plain rhel7) the upgrade_data gets filled with everything that contains rhel7, like ['rhel7-ipv4', 'rhel7-ipv6']. Only in that case we read the SatelliteNetworkType to resolve which one should be picked from upgrade_data.
|
@vsedmik We accept this as a half solution and we need to communicate to the team that, for now we are not supporting upgrade scenarios parametrization for network type. |
* Fetch pre_upgrade data regardless the ipvX suffix * Fetch pre_upgrade data based on node properties * Fetch pre_upgrade data based on settings (cherry picked from commit 65d7c33)
* Fetch pre_upgrade data regardless the ipvX suffix * Fetch pre_upgrade data based on node properties * Fetch pre_upgrade data based on settings (cherry picked from commit 65d7c33)
Fetch pre_upgrade data based on node properties (#16423) * Fetch pre_upgrade data regardless the ipvX suffix * Fetch pre_upgrade data based on node properties * Fetch pre_upgrade data based on settings (cherry picked from commit 65d7c33) Co-authored-by: vsedmik <[email protected]>
Fetch pre_upgrade data based on node properties (#16423) * Fetch pre_upgrade data regardless the ipvX suffix * Fetch pre_upgrade data based on node properties * Fetch pre_upgrade data based on settings (cherry picked from commit 65d7c33) Co-authored-by: vsedmik <[email protected]>
* Fetch pre_upgrade data regardless the ipvX suffix * Fetch pre_upgrade data based on node properties * Fetch pre_upgrade data based on settings
Problem Statement
During TFA I've seen several
post_upgradefailures for "rhel_contenthost-parametrized" upgrade scenario tests where the pre-data could not be fetched from thescenario_entitiesfile:The reason is that the pre-upgrade test names are now suffixed with
-ipv4or-ipv6so thescenario_entitieshold items like this:while this piece of code requires the exact param, which is just
rhel7,rhel8,rhel9.Solution(?)
There are probably more than one solution and I'm not sure which one would be the best.
Initially I thought we could go regardless the
ipvXsuffix since I supposed the pipelines were separated (first commit).That's probably not a good solution when we start decorating tests with
['ipv4', 'ipv6']explicitly, so I took the network type from the settings.Please let me know if there is a better place where to get that information from in scope of the
pre_upgrade_datafixture.