Skip to content

Commit d6747a4

Browse files
committed
update documentation
1 parent bf1bc91 commit d6747a4

1 file changed

Lines changed: 60 additions & 0 deletions

File tree

README.md

Lines changed: 60 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -152,6 +152,66 @@ sudo ./utmstack_migration_tool import --config config.yaml --input backup.yml
152152

153153
---
154154

155+
## Known issues
156+
157+
A few things that can trip you up after a migration — and how to fix them.
158+
159+
### The panel stays stuck on "Welcome to UTMStack"
160+
161+
When the migration finishes, open the panel in your browser. If it never gets
162+
past the **"Welcome to UTMStack"** loading screen, restart the frontend
163+
container:
164+
165+
```bash
166+
sudo docker service update --force utmstack_frontend
167+
```
168+
169+
Give it a minute and reload the page.
170+
171+
### Agents fail to install with "invalid connection key"
172+
173+
Old connection keys don't survive the migration. If agents won't install and
174+
you see **`invalid connection key`** in the logs, rotate the key from the
175+
panel:
176+
177+
```
178+
https://<your-instance>/app-management/settings/connection-key
179+
```
180+
181+
Generate a new key there, then retry the agent installation with the new key.
182+
183+
### Mode C — keep the same IP / DNS as your old V10 server
184+
185+
If you migrated to a **brand-new V11 server** (Mode C), the new instance
186+
**must end up reachable on the same IP address or DNS name** that your old
187+
V10 server used. Reason: every agent out there is hardcoded to talk to that
188+
address — change it and they all go silent.
189+
190+
Not sure what address the agents are using? On the **old V10 instance**, go
191+
to the **Integrations** page and look at the **Linux agent install command**
192+
the IP or domain in that command is what your agents expect. Make sure the
193+
new V11 server answers on that exact address (swap IPs, update DNS, etc.)
194+
before pointing users at it.
195+
196+
### Back up your certificates before upgrading
197+
198+
The upgrade **regenerates the TLS certificates** under `/utmstack/cert/`.
199+
If you're using custom certs (or just want to keep the existing ones), copy
200+
them somewhere safe **before** running `upgrade`:
201+
202+
```bash
203+
sudo cp -r /utmstack/cert/ ~/utmstack-cert-backup/
204+
```
205+
206+
After the upgrade, put them back in `/utmstack/cert/` and restart the stack.
207+
208+
> Note: in **Mode C** (server-to-server) the certificates are **not** copied
209+
> over either — the new V11 server will have its own fresh certs. Same fix:
210+
> copy them from the old server and drop them into `/utmstack/cert/` on the
211+
> new one.
212+
213+
---
214+
155215
## Full documentation
156216

157217
For all flags, troubleshooting, the full config file reference, and edge

0 commit comments

Comments
 (0)