-
Notifications
You must be signed in to change notification settings - Fork 353
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
Build boot.iso for webui e2e tests and use it #4834
Build boot.iso for webui e2e tests and use it #4834
Conversation
We seem to have the same issues with the periodic workflow since 2023-06-08 (https://github.com/rhinstaller/anaconda/actions/runs/5216574635/jobs/9415446812), the last known good is 2023-06-06. I'll look into it. |
I believe that the workflow file itself is probably close to complete as such, the problem should be elsewhere. |
@rvykydal It's not the same issue.
virt-install log from periodic workflow:
|
Ooooh. I need to learn how to read the permian logs, then... |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me so far. :)
@velezd thank you for the hint, I haven't digged into the logs yet, my observation was very superfluous. |
This error often happens if you try to run session libvirt VMs inside a toolbox container. Are you doing this? |
Should be fixed by this PR: https://gitlab.cee.redhat.com/rhinstaller/builders/-/merge_requests/130 |
In kickstart-test permian plugin this is seemingly handled here: |
The kernel location ERROR above is related to this issue rhinstaller/permian#74 (comment)
Setting the permissions on the GH workflow didn't really worked for me ( |
The issue with access to the boot.iso has been resolved in the Permian workflow (rhinstaller/permian#74 (comment)). The kernel image not found issue would be fixed by using runners >= F37. But alas, on Fedora 37 runner I am hitting a new issue, 2 of the 3 parallel virt-install runs show this in virt-install.log:
I didn't hit the issue on F37 when I was providing the iso via Logs (error) from run on F37 (local boot.iso): https://rvykydal.fedorapeople.org/webui/e2e_tests/asynchronous_issue/f37/ @velezd any ideas ? |
@rvykydal that seems to be an issue with the Permian workflow. I will fix it. |
Thank you for fast fix @velezd. The workflow now seems to be working as expected: |
So now to merge this we seem to need:
As a follow-up, we should
Maybe:
|
Well, all tests are failing during storage creation, I wonder if it is a fail or an error. Need to look better. |
The tests are failing waiting for Reboot button. So to be fixed in tests, not a framework issue. |
I'm moving this to ready for review. Seems to work good and we can enhance it later. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me.
So in my view we just need to update the PR to use the permian devel branch and the PR is ready to be merged. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's still tested on vlada's fork, right?
Nice, thank you! For the periodic tests, I'd say first fix one thing, such as this, then the other can follow? Should I do something here, or not? |
It was tested on my fork. |
Ah, which actually means removing the second commit of this PR: 735d9ef |
@rvykydal @VladimirSlavik could you please share current status of this when you are available? |
670fe0b
to
7181eae
Compare
Rebased and removed the temporary commit for Permian PR changes (now merged). |
/kickstart-test --waive infra only |
To describe the current state:
|
This is as far as I got, together with @velezd.
Depends on rhinstaller/permian#74 - this is why there's the "patch commit" to change the checkout.
The mechanism for passing the built boot.iso should be working on the workflow side.
Tested here: VladimirSlavik#96
Last run of this combination: https://github.com/VladimirSlavik/anaconda/actions/runs/5256905137/jobs/9498898869
...apparently, we don't get the VM.