GitHub user Flpvoigt added a comment to the discussion: Cloudstack error during 
template copy zone to zone

Thanks — the screenshot is useful. Both SSVMs are indeed **Running / Up**, so 
the management-server agent channel is connected. That rules out one failure 
mode, but it does not verify that secondary storage is mounted/writable or that 
the two SSVMs can reach each other for the cross-zone copy.

The destination-zone SSVM appears to be `s-1154-VM` in 
`IIEM_Compute_Zone_1_DR_UEM` (host `host1`, link-local IP `169.254.234.9`). 
From `host1`, connect to it using the documented System VM SSH method:

```bash
ssh -i /root/.ssh/id_rsa.cloud -p 3922 [email protected]
/usr/local/cloud/systemvm/ssvm-check.sh
```

Please paste the complete output. That script checks DNS, whether secondary 
storage is mounted and writable, connectivity to the management server on port 
8250, and the SSVM Java process.

It would also be useful to run the same check on the source-zone SSVM, 
`s-1343-VM` (from `compute-3`, link-local IP `169.254.243.217`):

```bash
ssh -i /root/.ssh/id_rsa.cloud -p 3922 [email protected]
/usr/local/cloud/systemvm/ssvm-check.sh
```

If both checks pass, the next likely area is the **SSVM-to-SSVM copy path**, 
not the agent state. Immediately after reproducing the failure, please also 
provide:

1. The relevant `/var/log/cloud.log` lines from both SSVMs around the failed 
copy.
2. More context from `management-server.log` for the same log IDs, especially 
the lines immediately before `Performing copy template cross zone callback 
after completion`. For the failure already shown, for example:

```bash
grep -C 30 -E 'd62e7587|1fb812b7' 
/var/log/cloudstack/management/management-server.log
```

Those lines should expose the exact URL/host/port that returned `Connection 
refused`. Then we can distinguish between an unmounted/unwritable destination 
store and a firewall/service problem between the source and destination SSVMs. 
The current screenshot alone does not indicate that the secondary-storage 
contents need to be synchronized again, so I would still avoid another manual 
sync for now.

GitHub link: 
https://github.com/apache/cloudstack/discussions/14271#discussioncomment-18697194

----
This is an automatically sent email for [email protected].
To unsubscribe, please send an email to: [email protected]

Reply via email to