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

Move CP check after the readiness check #5848

Merged
merged 6 commits into from
Mar 2, 2021
Merged

Conversation

alpeb
Copy link
Member

@alpeb alpeb commented Mar 1, 2021

Moved the can initialize client and can query the control plane API
checks from the linkerd-existence section to the linkerd-api because
they required the linkerd-controller pod to not just be "Running" but
actually be ready.

This was causing linkerd check to show some port-forwarding warnings
when ran right after install.

This also allowed getting rid of the CheckPublicAPIClientOrExit function
and directly use CheckPublicAPIClientOrRetryOrExit (better naming
punted for later) which was refactored so it always runs the
linkerd-api checks before retrieving the client.

Moved the `can initialize client` and `can query the control plane API`
checks from the `linkerd-existence` section to the `linkerd-api` because
they required the `linkerd-controller` pod to not just be "Running" but
actually be ready.

This was causing `linkerd check` to show some port-forwarding warnings
when ran right after install.

This also allowed getting rid of the `CheckPublicAPIClientOrExit` function
and directly use `CheckPublicAPIClientOrRetryOrExit` (better naming
punted for later) which was refactored so it always runs the
`linkerd-api` checks before retrieving the client.
@alpeb alpeb added the area/cli label Mar 1, 2021
@alpeb alpeb requested a review from a team as a code owner March 1, 2021 18:03
Copy link
Member

@adleong adleong left a comment

Choose a reason for hiding this comment

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

Moving these checks to the linkerd-api section makes logical sense too. 💯

@alpeb
Copy link
Member Author

alpeb commented Mar 1, 2021

Several additional fixes were required to have CI pass:

@alpeb alpeb merged commit 571f505 into main Mar 2, 2021
@alpeb alpeb deleted the alpeb/check-reshuffling branch March 2, 2021 00:47
jijeesh pushed a commit to jijeesh/linkerd2 that referenced this pull request Mar 23, 2021
* Move CP check after the readiness check

Moved the `can initialize client` and `can query the control plane API`
checks from the `linkerd-existence` section to the `linkerd-api` because
they required the `linkerd-controller` pod to not just be "Running" but
actually be ready.

This was causing `linkerd check` to show some port-forwarding warnings
when ran right after install.

This also allowed getting rid of the `CheckPublicAPIClientOrExit` function
and directly use `CheckPublicAPIClientOrRetryOrExit` (better naming
punted for later) which was refactored so it always runs the
`linkerd-api` checks before retrieving the client.

Other changes:

- Temporarily disabled `upgrade-edge` test because the latest edge has this readiness check issue
- Have the upgrade tests do proper pruning (stolen for @Pothulapati's linkerd#5673 😉 )
- Added missing label to tap SA (fixes linkerd#5850)
- Complete tap-injector Service selector

Signed-off-by: Jijeesh <jijeesh.ka@gmail.com>
jijeesh pushed a commit to jijeesh/linkerd2 that referenced this pull request Apr 21, 2021
* Move CP check after the readiness check

Moved the `can initialize client` and `can query the control plane API`
checks from the `linkerd-existence` section to the `linkerd-api` because
they required the `linkerd-controller` pod to not just be "Running" but
actually be ready.

This was causing `linkerd check` to show some port-forwarding warnings
when ran right after install.

This also allowed getting rid of the `CheckPublicAPIClientOrExit` function
and directly use `CheckPublicAPIClientOrRetryOrExit` (better naming
punted for later) which was refactored so it always runs the
`linkerd-api` checks before retrieving the client.

Other changes:

- Temporarily disabled `upgrade-edge` test because the latest edge has this readiness check issue
- Have the upgrade tests do proper pruning (stolen for @Pothulapati's linkerd#5673 😉 )
- Added missing label to tap SA (fixes linkerd#5850)
- Complete tap-injector Service selector

Signed-off-by: Jijeesh <jijeesh.ka@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants