[bug] End-to-end integration tests are failing
See original GitHub issueDescribe the bug
All of the cloud provider end-to-end tests are currently failing with following error message:
[terraform]: │ Error: error initializing keycloak provider
[terraform]: │
[terraform]: │ with provider["registry.terraform.io/mrparkers/keycloak"],
[terraform]: │ on kubernetes.tf line 140, in provider "keycloak":
[terraform]: │ 140: provider "keycloak" {
[terraform]: │
[terraform]: │ error sending POST request to
[terraform]: │ https://qhub-integration-test-aws.qhub.dev/auth/realms/master/protocol/openid-connect/token:
[terraform]: │ 401 Unauthorized
[terraform]: ╵
Issue Analytics
- State:
- Created 2 years ago
- Comments:5 (5 by maintainers)
Top Results From Across the Web
Foresight Blog | How to Fix Your Failing End-to-End Tests?
Inter-Service Communication is one of the biggest reasons for E2E test failures. If you have multiple microservices calling each other, many things can...
Read more >Failing at Integration Testing: Common Mistakes - TestQuality
End-to-end tests are more expensive since they require a whole stack to run, and their initialization might take several minutes. Debugging ...
Read more >Why E2E Test Suites Fail—And How to Avoid Breakdowns
1. Your test suite has become so large, unwieldy, and unstable that nobody takes the feedback it produces into consideration anymore. It fails ......
Read more >How to Fix Flaky Tests - Semaphore CI
Randomly failing tests are the hardest to debug. Here's a framework you can use to fix them and keep your test suite healthy....
Read more >Just Say No to More End-to-End Tests - Google Testing Blog
Integration Tests Unit tests do have one major disadvantage: even if the units work well in isolation, you do not know if...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I’ve been using Digital Ocean and Google Cloud this week without any problems.
But I have always used HTTPS with genuine Let’s Encrypt certs.
While most of
qhub deploy
can work to a ‘fake’ domain, or one that isn’t really accessible locally (maybe due to outdated DNS or cert problems), the Terraform Keycloak provider needs to communicate directly with the Keycloak API on a valid domain.This is the kind of problem that will result in ‘error initializing keycloak provider’ (the first one eskild reported above). The code aims to tell it not to verify TLS if the qhub-config.yaml specifies a self-signed cert or if it is a ‘local’ deployment - but it’s possible that’s the bit that’s broken as I’ve only done genuine Let’s Encrypt deployments recently.
As for your more recent message (Kubernetes cluster unreachable) that doesn’t look like a Keycloak problem as such - just a Helm one. But Keycloak is the first thing to be installed of course, so it’s likely that JupyterHub (and maybe everything else) would also fail for the same reason.
Closed here https://github.com/Quansight/qhub-integration-test/pull/26