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

Allow to select preflight checks to run for setup #2622

Closed
anjannath opened this issue Aug 3, 2021 · 13 comments
Closed

Allow to select preflight checks to run for setup #2622

anjannath opened this issue Aug 3, 2021 · 13 comments
Labels
kind/task Workable task priority/major status/pinned Prevents the stale bot from closing the issue

Comments

@anjannath
Copy link
Member

anjannath commented Aug 3, 2021

Right now when crc setup command is run we run all the preflight checks, this issue is for introducing a flag for crc setup [crc setup --checks bundle-extract,add-user-to-hyperv]? with which we can select the specific preflight checks we want to run.

This will be used from the tray for extracting the bundle see crc-org/tray-windows#118

edit: The generic issue is: #2469 , and the MSI installer also needs something like this.

@anjannath anjannath changed the title Allow to select preflight checks to run for crc setup Allow to select preflight checks to run for setup Aug 3, 2021
@cfergeau
Copy link
Contributor

cfergeau commented Aug 3, 2021

I'm not in favour of exposing this in the command line UI. If it's for tray use, could this be something added only to the HTTP API?

@anjannath
Copy link
Member Author

I was thinking to also use this in the msi (run crc setup --check add-user-to-hyperv-group in a custom action) for adding users to groups, that'd solve the issues on localized versions of windows.

@gbraad
Copy link
Contributor

gbraad commented Aug 3, 2021

This has been one of the proposed solution to deal with preflight fixes that could be shared with the MSI. There was already a generic issue for this; this is the breakdown issue. The functionality is supposed to be hidden/only used internally.

@cfergeau
Copy link
Contributor

cfergeau commented Aug 3, 2021

This will be used from the tray for extracting the bundle see crc-org/tray-windows#118

Can this be edited to also mention the MSI, and link back to the generic issue?

@praveenkumar
Copy link
Member

As we discussed on internal channel, we should only include the preflight checks for windows which are needed for installer and remove other checks (which is there because of flat binary) we should be remove the creation of those binaries for windows like we did for Mac.

@gbraad
Copy link
Contributor

gbraad commented Aug 4, 2021

The generic issue is: #2469

We can not remove ALL (just OS-specific) pre-flights, as Linux would still rely on them.

@anjannath
Copy link
Member Author

Also another thing is if we remove even the OS specific checks (consider the windows checks) these won't be ran even during a crc start or start from the tray. Which actually catches issues with the host environment early on

@gbraad
Copy link
Contributor

gbraad commented Aug 4, 2021

Yep...

... I believe only binary checks should be removed, as we can assume the installer takes care of this.

@cfergeau
Copy link
Contributor

cfergeau commented Aug 4, 2021

I think the suggestion was, on Windows and only on Windows, to remove all checks which are specific to the fat binary (which is being phased out), and which are redundant with what the installer is already doing. The follow-up question being if after doing this cleanup, we still need a way to run a subset of preflights or not, or if the tests which remain are the ones we'd like to run. And it seems the answer is that yes, there are some tests to remove, but no, there will still be moer preflights needed than the subset we want to run.

@gbraad
Copy link
Contributor

gbraad commented Aug 4, 2021 via email

@stale
Copy link

stale bot commented Oct 5, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the status/stale Issue went stale; did not receive attention or no reply from the OP label Oct 5, 2021
@stale stale bot closed this as completed Oct 23, 2021
@anjannath anjannath reopened this Oct 25, 2021
@stale stale bot removed the status/stale Issue went stale; did not receive attention or no reply from the OP label Oct 25, 2021
@stale
Copy link

stale bot commented Dec 26, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the status/stale Issue went stale; did not receive attention or no reply from the OP label Dec 26, 2021
@stale stale bot closed this as completed Jan 10, 2022
@anjannath anjannath reopened this Jan 10, 2022
@anjannath anjannath added status/pinned Prevents the stale bot from closing the issue and removed status/stale Issue went stale; did not receive attention or no reply from the OP labels Jan 10, 2022
@anjannath
Copy link
Member Author

This is not needed anymore, we only have preflight checks that are needed for the platform, and for showing progress of setup to users we'll focus on #2935

@anjannath anjannath moved this to Done in Project planning Feb 3, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/task Workable task priority/major status/pinned Prevents the stale bot from closing the issue
Projects
None yet
Development

No branches or pull requests

4 participants