Skip to content

Commit 56a90cb

Browse files
anishasthanaChad Roberts
authored and
Chad Roberts
committed
Add deletion of db-probe
With the switch over to having the operator manage the DB probe, we now need to manually delete the db-probe. THis is a temporary workaround for the 1.0.13->1.0.14 upgrade Signed-off-by: Anish Asthana <[email protected]>
1 parent 54aa1f9 commit 56a90cb

File tree

1 file changed

+10
-0
lines changed

1 file changed

+10
-0
lines changed

deploy.sh

+10
Original file line numberDiff line numberDiff line change
@@ -160,6 +160,16 @@ oc::wait::object::availability "oc get secret grafana-datasources -n $ODH_MONITO
160160
oc apply -n $ODH_MONITORING_PROJECT -f monitoring/grafana-dashboards
161161
oc apply -n $ODH_MONITORING_PROJECT -f monitoring/grafana/grafana.yaml
162162

163+
# Due to a switch in the db-probe when we moved from 1.0.13 to 1.0.14 we need to delete the probe and let the operator recreate it
164+
# This should be removed in future versions of RHODS.
165+
166+
probe_exists=$(oc get -n $ODH_PROJECT deployments -l app=jupyterhub-db-probe | grep jupyterhub-db-probe || echo "false")
167+
168+
if [ "$probe_exists" != "false" ]; then
169+
oc delete -n $ODH_PROJECT deployment jupyterhub-db-probe
170+
else
171+
echo "The JupyterHub Probe doesn't exist. Proceeding normally."
172+
fi
163173

164174
# Add consoleLink CR to provide a link to the odh-dashboard via the Application Launcher in OpenShift
165175
cluster_domain=$(oc get ingresses.config.openshift.io cluster --template {{.spec.domain}})

0 commit comments

Comments
 (0)