Hi Alex, This sounds like infra-specific issue, as the same template & setup works in another zone. You may need to investigate your configuration (vlan, IP ranges, storage, network, global settings etc) and you can debug logs (in DEBUG mode) to investigate further. You could triage component wise, like use tcpdump (for packet loss), or ifconfig (for nic errors), and your switch/vlan configuration; you can look at storage iops and other metrics to check/rule out storage issues, and then get into the VR to see if it's experiencing any contention, and if so investigate what's causing that. Another way is to simply recreate the zone again using the same deployment as the first zone but ensure there's no overlap in vlans, ip ranges, storage pool & hosts configs.
Regards. ________________________________ From: Alexandru Stan <alexandru.s...@lifeincloud.com.INVALID> Sent: Wednesday, September 25, 2024 16:30 To: users@cloudstack.apache.org <users@cloudstack.apache.org> Subject: SystemVM template issue Hi all, I'm experiencing a weird issue with vm creation and I don't know where to go to troubleshoot it. The ACS setup has 2 zones on the same manager, each zone with its own primary and secondary storage. When deploying a vm on one of the zones it takes much longer than doing the same on the other. What I've noticed is that the virtual router vm takes 90% of this time, so is has something to do with the system vm template. If I look at this template, in one zone (the faster one) it is Download Complete and Ready on the secondary storage. In the other zone, the slow one, it's both on primary and secondary. And I think this is where the delay comes from, before the vr is in ready state the template is first copied from the secondary storage to the primary storage on this zone, but not on the other one. Any ideas?
