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

Prepare fresh deployment for automated tests #93

Merged
merged 19 commits into from
Nov 6, 2020

Conversation

tlvu
Copy link
Collaborator

@tlvu tlvu commented Nov 4, 2020

@matprov is building an automated pipeline that will provision and deploy a full PAVICS stack and run our Jenkins test suite for each PR here.

So each time his new fresh instance comes up, there are a few steps to perform for the Jenkins test suite to pass. Those steps are captured in scripts/bootstrap-instance-for-testsuite. @matprov please call this script, do not perform each steps yourself so any future changes to those steps will be transparent to your pipeline. A new optional components was also required, done in PR #92.

For security reasons, Jupyterhub will block the test user to login since its password is known publicly.

Each step are also in their own script so can be assembled differently to prepare the fresh instance if desired.

Solr query in the canarie monitoring also updated to target the minimal dataset from bootstrap-testdata so the canarie monitoring page works on all PAVICS deployment (fixes #6). @matprov you can use this canarie monitoring page (ex: https://pavics.ouranos.ca/canarie/node/service/status) to confirm the fresh instance is ready to run the Jenkins test suite.

@matprov
Copy link
Collaborator

matprov commented Nov 6, 2020

LGTM
Tested on real instance started up from scratch and works as expected.
Good job @tlvu !

@tlvu tlvu merged commit b7fc2ed into master Nov 6, 2020
@tlvu tlvu deleted the prep-fresh-deployment-for-automated-tests branch November 6, 2020 03:53
@tlvu
Copy link
Collaborator Author

tlvu commented Nov 6, 2020

@moulab88 Can you check if the Nagios monitoring on https://medus.ouranos.ca/canarie/node/service/stats (Medus, not Boreas) is working? Normally we should receive a mail if the link reponse code goes back to 200, I didn't receive it. Basically same behavior as Boreas.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Canarie Solr monitoring not working on staging system
2 participants