Restarting Connectware
Learn how to safely restart Connectware.
This section explains how to restart Connectware. Restarting may be necessary when applying configuration changes, troubleshooting issues, or performing maintenance tasks.
Restarting Connectware on Kubernetes
In Kubernetes environments, restarting Connectware requires scaling down all controller resources to zero before scaling them back up. The following procedure ensures a proper restart without data loss.
Prerequisites
kubectlinstalled and configured to point at the target Kubernetes clusterHelm version 3 is installed on your system.
A shell capable of storing variables (e.g. bash)
Procedure
Store the namespace that is used for Connectware in a variable:
CONNECTWARE_NS=<namespace here>Add Connectware Helm repository
If the Connectware Helm repository is already configured, you can run helm repo update and skip this step.
This guide assumes that the repository was added under the name "cybus". If you used a different name, make sure to adjust the commands accordingly.
helm repo add cybus https://repository.cybus.io/repository/connectware-helmStore the name and version of the Helm installation that is used for Connectware in a variable:
CONNECTWARE_HELM_NAME=<helm installation name here>
CONNECTWARE_HELM_VERSION=<helm installation version here>If you do not know the name or version of your Connectware installation, you can look for them by listing all Helm installations in your namespace:
helm list -n $CONNECTWARE_NSVerify your settings.
To verify that you set the correct variables, run the following command. It should display the Connectware core services:
kubectl get deploy,sts -lapp.kubernetes.io/part-of=connectware -lapp.kubernetes.io/instance=$CONNECTWARE_HELM_NAME -n $CONNECTWARE_NSScale down all StatefulSets and Deployments in your installation:
kubectl get deploy,sts -lapp.kubernetes.io/part-of=connectware -lapp.kubernetes.io/instance=$CONNECTWARE_HELM_NAME -n $CONNECTWARE_NS -o name | xargs -I % kubectl scale -n $CONNECTWARE_NS % --replicas 0Wait until all pods have been terminated. You can monitor the termination process with the following command (press Ctrl+C once no pods are listed):
while [ True ]; do clear; kubectl get pod -lapp.kubernetes.io/part-of=connectware -lapp.kubernetes.io/instance=$CONNECTWARE_HELM_NAME -n $CONNECTWARE_NS ; sleep 5; doneReapply the Helm values to start Connectware.
helm upgrade $CONNECTWARE_HELM_NAME cybus/connectware --version $CONNECTWARE_HELM_VERSION --reuse-valuesMonitor the pods and confirm that all transition to the
Runningstate and show asReady:
while [ True ]; do clear; kubectl get pod -lapp.kubernetes.io/part-of=connectware -lapp.kubernetes.io/instance=$CONNECTWARE_HELM_NAME -n $CONNECTWARE_NS ; sleep 5; doneRestarting Connectware on Docker
Access the system that hosts your Connectware instance via SSH.
Navigate to your Connectware installation directory. If you have used the default values during installation, the installation directory is
/opt/connectware.Stop the current Connectware services:
docker compose downRestart Connectware:
docker compose up -dVerifying after Restarting
After restarting Connectware, verify that all services are running correctly:
Check the service status via the Admin UI. For more information, see System Status and Service Logs.
Verify that the connections to the data sources are reestablished.
Confirm that any previously configured mappings or workflows are functioning.
Troubleshooting when Restarting Fails
If Connectware does not start properly after restart:
Check logs for errors.
For Kubernetes:
kubectl logs -n $CONNECTWARE_NS <podname>For Docker:
docker compose logs <your-connectware-container>
Verify network connectivity between components.
Ensure that the configuration files are valid and correctly formatted.
If problems persist, contact Cybus support at [email protected].
Last updated
Was this helpful?

