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

storage: Hide breadcrumbs on Overview #19828

Merged

Conversation

mvollmer
Copy link
Member

@mvollmer mvollmer commented Jan 9, 2024

No description provided.

@mvollmer mvollmer requested a review from garrett January 9, 2024 14:04
@mvollmer mvollmer force-pushed the storage-no-overview-breadcrumb branch from f26bfa3 to 6c2b981 Compare January 10, 2024 07:28
Copy link
Member

@garrett garrett left a comment

Choose a reason for hiding this comment

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

Thanks! It works here.

@KKoukiou
Copy link
Contributor

I see the anaconda webui tests are broken in all storage PRs. Let's check it tomorrow to continue testing this.

@mvollmer
Copy link
Member Author

I see the anaconda webui tests are broken in all storage PRs. Let's check it tomorrow to continue testing this.

Yes, it seems to always be mkdir: cannot create directory ‘/var/tmp/build/SRPMS’: Permission denied.

@jelly
Copy link
Member

jelly commented Jan 11, 2024

I see the anaconda webui tests are broken in all storage PRs. Let's check it tomorrow to continue testing this.

Yes, it seems to always be mkdir: cannot create directory ‘/var/tmp/build/SRPMS’: Permission denied.

FYI: this is started by .github/workflows/trigger-anaconda.yml which from reading just triggers a copr build for Cockpit and then triggers `bots/tests-trigger $prid fedora-rawhide-boot/cockpit-pr-$prid@rhinstaller/anaconda-webui

So we are trying to build an Anaconda webui with the current Cockpit-storaged. What I don't quite follow is where the mkdir comes from as it's not in our test/vm.install

Edit: I forgot the webui code was split up: https://github.com/rhinstaller/anaconda-webui/blob/main/test/vm.install#L57

Reading the code we should not even hit this, so that's where the problem is.

https://github.com/rhinstaller/anaconda-webui/blob/main/test/vm.install#L53

Our TEST_SCENARIO is:

Command:       /bin/sh -c 'PRIORITY=0005 ./make-checkout --verbose --repo=rhinstaller/anaconda-webui main && cd make-checkout-workdir && TEST_OS=fedora-rawhide-boot BASE_BRANCH=main COCKPIT_BOTS_REF=main TEST_SCENARIO=cockpit-pr-19828 ../tests-invoke --pull-number 19828 --revision 6c2b981c2d41bc1ea953bf802ace8205d9982fa9 --repo cockpit-project/cockpit'

Anaconda expects something completely different and thus does not download the copr's.

@KKoukiou I believe the latest refactor of test/vm.install introduced this breakage:

https://github.com/rhinstaller/anaconda-webui/blob/main/test/vm.install#L53

        if not scenario or not scenario.startswith("anaconda-webui-pr-"):

Should probably be if scenario is None ? But I guess in this case we need to build anaconda itself so we should enter this condition no?

Last succesful scenario run seems to be this one: https://cockpit-logs.us-east-1.linodeobjects.com/pull-19722-20231211-131923-711c6701-fedora-rawhide-boot-cockpit-pr-19722-rhinstaller-anaconda-webui/log

@jelly
Copy link
Member

jelly commented Jan 11, 2024

I see the anaconda webui tests are broken in all storage PRs. Let's check it tomorrow to continue testing this.

Yes, it seems to always be mkdir: cannot create directory ‘/var/tmp/build/SRPMS’: Permission denied.

FYI: this is started by .github/workflows/trigger-anaconda.yml which from reading just triggers a copr build for Cockpit and then triggers `bots/tests-trigger $prid fedora-rawhide-boot/cockpit-pr-$prid@rhinstaller/anaconda-webui

So we are trying to build an Anaconda webui with the current Cockpit-storaged. What I don't quite follow is where the mkdir comes from as it's not in our test/vm.install

I see the anaconda webui tests are broken in all storage PRs. Let's check it tomorrow to continue testing this.

Yes, it seems to always be mkdir: cannot create directory ‘/var/tmp/build/SRPMS’: Permission denied.

FYI: this is started by .github/workflows/trigger-anaconda.yml which from reading just triggers a copr build for Cockpit and then triggers `bots/tests-trigger $prid fedora-rawhide-boot/cockpit-pr-$prid@rhinstaller/anaconda-webui

So we are trying to build an Anaconda webui with the current Cockpit-storaged. What I don't quite follow is where the mkdir comes from as it's not in our test/vm.install

Edit: I forgot the webui code was split up: https://github.com/rhinstaller/anaconda-webui/blob/main/test/vm.install#L57

Reading the code we should not even hit this, so that's where the problem is.

https://github.com/rhinstaller/anaconda-webui/blob/main/test/vm.install#L53

Our TEST_SCENARIO is:

Command:       /bin/sh -c 'PRIORITY=0005 ./make-checkout --verbose --repo=rhinstaller/anaconda-webui main && cd make-checkout-workdir && TEST_OS=fedora-rawhide-boot BASE_BRANCH=main COCKPIT_BOTS_REF=main TEST_SCENARIO=cockpit-pr-19828 ../tests-invoke --pull-number 19828 --revision 6c2b981c2d41bc1ea953bf802ace8205d9982fa9 --repo cockpit-project/cockpit'

Anaconda expects something completely different and thus does not download the copr's.

@KKoukiou I believe the latest refactor of test/vm.install introduced this breakage:

https://github.com/rhinstaller/anaconda-webui/blob/main/test/vm.install#L53

        if not scenario or not scenario.startswith("anaconda-webui-pr-"):

Should probably be if scenario is None ? But I guess in this case we need to build anaconda itself so we should enter this condition no?

Last succesful scenario run seems to be this one so 16 December: https://cockpit-logs.us-east-1.linodeobjects.com/pull-19722-20231211-131923-711c6701-fedora-rawhide-boot-cockpit-pr-19722-rhinstaller-anaconda-webui/log

So 16 December, so ignore everything I said before... But likely this is an issue with an image update in bots which we didn't catch as this specific scenario is not run? Then again it is weird that anaconda-webui PR's succeed and they run the same code path.

@mvollmer mvollmer merged commit e94cab7 into cockpit-project:main Jan 11, 2024
91 of 96 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants