Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

backends: add new test type virttools #3270

Merged
merged 1 commit into from
Jan 17, 2022

Conversation

smitterl
Copy link
Contributor

@smitterl smitterl commented Nov 10, 2021

Adds a new test type 'virttools' intended to be used for tools offered by the 'virt-manager' repository:

  • virt-manager
  • virt-clone
  • virt-install
  • virt-xml

A passing test case for this new type is available in autotest/tp-libvirt#3923

Signed-off-by: Sebastian Mitterle [email protected]

@smitterl smitterl force-pushed the virt_tools branch 2 times, most recently from cc850eb to ec09f0f Compare November 16, 2021 16:09
@smitterl smitterl marked this pull request as ready for review December 9, 2021 11:13
@smitterl smitterl force-pushed the virt_tools branch 2 times, most recently from 640990b to cadcbff Compare December 9, 2021 11:52
@smitterl
Copy link
Contributor Author

smitterl commented Dec 9, 2021

@chunfuwen @Yingshun @dzhengfy Please, can you help review?

include tests-shared.cfg

variants:
- @libvirt_quick:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

could be virttools_quick to syn up with your intention?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agree, it should be 'virttools_quick' from my observation in other test types' peer file.

hvm_or_pv = hvm
use_os_variant = yes
use_os_type = yes
only qcow2
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we really need below filters when you enable virttools type?

Copy link
Contributor Author

@smitterl smitterl Dec 30, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@chunfuwen In short, yes, I believe they are necessary, at least I prefer to keep them. I tried to run tests without them and I conclude it's better to keep them.

Details:

I believe they are not necessary functionally. However, I've found they have a big impact regarding performance. When I tried test case without these filters, they never started in a reasonable time while I found the cartesian config was still creating its test dictionaries in the background (can be seen in the crash log after ^C).

I assume the reason is that the number of variants explodes without these standard filters.

Please notice that many of these filters usually don't have an impact on the tp-libvirt test functions but are rather tp-qemu specific. I took these filters to be the same as the ones the tp-libvirt/libvirt test type uses, where they possibly aren't functionally necessary either. I'm not sure.

In any case, as mentioned before, without these filters I never got the test to start in a reasonable time, so I propose let's keep them. :)

Copy link
Contributor

@dzhengfy dzhengfy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Others LGTM

include tests-shared.cfg

variants:
- @libvirt_quick:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agree, it should be 'virttools_quick' from my observation in other test types' peer file.

@@ -0,0 +1 @@

Copy link
Contributor

@Yingshun Yingshun Dec 17, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This file only has a blank line, is it necessary? Can we remove this line? or this file?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I successfully ran the test case without the file so I removed it :)

Add new test type 'virttools' for test provider
'tp-libvirt'.

Signed-off-by: Sebastian Mitterle <[email protected]>
Copy link
Contributor

@Yingshun Yingshun left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Copy link
Contributor

@chunfuwen chunfuwen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@chunfuwen
Copy link
Contributor

@smitterl , some checks were not successful, perhaps you may take a look before it merged

@chunfuwen
Copy link
Contributor

The CI failed on fedora 34 AVOCADO_SRC with error message :ERROR: run() got an unexpected keyword argument 'allow_output_check' (1.89 s), which had been similarly fixed by #3300.
But the fix may not be proprogated to container image format

@chunfuwen chunfuwen merged commit c8174be into avocado-framework:master Jan 17, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants