If you have an existing installation of BlueCat Gateway, you can upgrade to the latest version without completely reinstalling it.
When upgrading, make sure that you continue to use the same type of authentication that Gateway was initially installed with. If you do not, the workflows that ran on the previous installation will no longer work after upgrade. That is, if you were using Address Manager authentication, continue to authenticate with Address Manager. If you were using Micetro for authentication, continue using Micetro. If you're upgrading Gateway in Standalone authentication mode to a newer version, continue using Standalone authentication.
- Stop the Gateway container. To do so, run the following
command:
docker stop bluecat_gateway - Remove the existing Gateway container. To do so, run the following
command:
docker rm bluecat_gatewayTip: Removing the Gateway container will not remove your workspace or logging data. These are saved in separate directories mapped to either your local machine or to Docker volumes.
To upgrade BlueCat Gateway to the latest version:
When you upgrade BlueCat Gateway, you'll execute the same docker
run command you used when Gateway was first installed. You'll also
use the same external log directory to which you mapped the container logs.
When upgrading Gateway, you'll keep your existing configuration data and workflows.
-
Pull the new BlueCat Gateway image from Quay and start the Gateway container. To do so, run the following command:
docker run -d \ -p 80:8000 \ -p 443:44300 \ -v <Path to mapped workspace directory>:/bluecat_gateway/ \ -v <Path to mapped logs directory>:/logs/ \ <Authentication platform environment variables> \ --name bluecat_gateway quay.io/bluecat/gateway:25.1.1
Where:
-
<Path to mapped workspace directory>: The path to your desired location for the Gateway folder. -
<Path to mapped logs directory>: The path to the location where you want to store Gateway log files. <Authentication platform environment variables>: Environment variable settings specific to the platform you're authenticating with (Address Manager, Micetro, or using Standalone authentication). Use variables from only one authentication platform, and make sure it is the same authentication platform that Gateway was initially installed with.
Authentication platform environment variables are as follows:
| Setting | Description |
|---|---|
| BlueCat Address Manager |
Add the following environment variable to the command:
Where Tip: If you removed the Gateway container and are
reinstalling it with the same
BAM server IP, workspace, and logging directory, you do not
need to set this environment variable in the docker run command:
If you want to specify the Address Manager API (and API Client) used by custom Gateway workflows, add the BAM_API_VERSION environment variable. Set the variable to 1 to use the legacy REST v1 API Client. Set the variable to 2 to use the REST v2 API Client. For example: For more details, see Setting the REST API client version. |
| Micetro |
Add the following environment variables to the command:
Where |
| Standalone authentication |
Add the following environment variable to the command:
Where:
During installation, Gateway will set up a single user account with the indicated password. This account will be assigned to the admin group, with access to all Gateway features, workflows, and functionality. Credentials for this account will be stored in the docker container environment. |