action #35401
closed[functional][sle][u] dns_srv: Improve test coverage by changing deprecated 'hostname' with 'dig'
0%
Description
Motivation¶
"dns_srv" is failing on bsc#1064438 where the bug assignee is very responsive but it is not clear if the test case even is valid. As many s390x tests fail on dns_srv and can not progress further and we have less failures on other test modules for SLE15 now we should make sure tests do not fail on "dns_srv" anymore.
Acceptance criteria¶
- AC: The module dns_srv uses dig instead of hostname.
Tasks¶
- Implement suggestions mentioned in bsc#1064438
Further information¶
Updated by SLindoMansilla over 6 years ago
- Related to action #34990: [functional][sle][u][fast] Add workaround for bsc#1064438 - "openQA test fails in dns_srv - "bind" cannot resolve localhost after installation" added
Updated by SLindoMansilla over 6 years ago
Suggestions from: https://bugzilla.suse.com/show_bug.cgi?id=1064438#c28
We could improve this test by:
1: Use dig instead of host (host is deprecated anyway)
2: Supply the IP (v6 _and_ v4) explicitly while resolving the request (this avoids the first resolving over /etc/hosts)
3: Run "dig localhost @localhost" in a third step to also test this weird, chained resolving
Updated by SLindoMansilla over 6 years ago
- Subject changed from [functional][sle] Improve test coverage by changing deprecated 'hostname' with 'dig' to [functional][sle] dns_srv: Improve test coverage by changing deprecated 'hostname' with 'dig'
Updated by okurz over 6 years ago
- Subject changed from [functional][sle] dns_srv: Improve test coverage by changing deprecated 'hostname' with 'dig' to [functional][sle][u] dns_srv: Improve test coverage by changing deprecated 'hostname' with 'dig'
- Due date changed from 2018-05-08 to 2018-06-05
- Target version set to Milestone 16
ok, the idea makes sense but I do not think we have that capacity right now. Let's try in S18
Updated by okurz over 6 years ago
- Due date deleted (
2018-06-05) - Target version changed from Milestone 16 to future
Honestly I think we have better things to do at current times and I do not see a reason to replace working tool as long as the command itself does not report as deprecated or is not available to us anymore.
Updated by okurz about 6 years ago
- Status changed from Workable to New
Bulk action to set status back to "New" for older tickets which are in "future". They would need to be revisited in time when we come up with a defined plan and assign to a milestone.
Updated by okurz over 5 years ago
- Priority changed from Normal to Low
let's focus more on improving our current tests and workflows first. Putting to "holding tank" :)