You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a system administrator, I've previously had many instances on Proxmox, but now that I can apply cloudstack as a layer on top of proxmox, I want to be able to manage those instances via CloudStack, to help complete a migration of proxmox to cloudstack.
Hi @ShadowJonathan thanks for the suggestion, I think its a great feature idea. Have you performed any manual operations / attempts to migrate these VMs to CloudStack? If that is the case can you please describe it and share your results?
This would eventually be a good functionality for users wanting to migrate to CloudStack from Proxmox as the control plane.
From the implementation pov, the current Proxmox extension or Orchestrator-type extensions can support listing and import operations, but it may need some discussion and thinking on networking and things like templates and volumes.
Before import support, it would be great if we could have support for volumes with the current Orchestration extensions.
@nvazquez im not aware of any manual operations? I thought this was the manual operation?
If you mean "dump the disk and import it in cloudstack", then no, and for business reasons we can't do that with some of these VMs, for guarantees of uptime, and there are risks of extra downtime involved due to possible misconfigurations that happen during that (manual) migration process
And quite frankly, we don't want to go through that ordeal again with the hundreds of VMs we have currently running, considering we did that as part of a migration from another platform to Proxmox only recently
@shwstppr indeed, one of the biggest worries on our end is that in whatever state the proxmox VM exists/existed, and with whatever manual additions or changes it has from a "norm" that cloudstack establishes, that it is hard to import them in their current state, or that it is hard to capture all the "quirks", or formalise all disks/networks position, state, offering, and more.
i'm not sure how or if this can be solved, but it's one thing to look out for
from my perspective in that regard, either;
instances need to be "pre-steamed" (manually) before they become eligible for import
instances get "steamed" during an import, with exact steps and changes (/ diff) of how the VM will be altered, so that system administrators can clear that
Activity
boring-cyborg commentedon Dec 10, 2025
Thanks for opening your first issue here! Be sure to follow the issue template!
nvazquez commentedon Dec 10, 2025
Hi @ShadowJonathan thanks for the suggestion, I think its a great feature idea. Have you performed any manual operations / attempts to migrate these VMs to CloudStack? If that is the case can you please describe it and share your results?
shwstppr commentedon Dec 10, 2025
This would eventually be a good functionality for users wanting to migrate to CloudStack from Proxmox as the control plane.
From the implementation pov, the current Proxmox extension or Orchestrator-type extensions can support listing and import operations, but it may need some discussion and thinking on networking and things like templates and volumes.
Before import support, it would be great if we could have support for volumes with the current Orchestration extensions.
ShadowJonathan commentedon Dec 10, 2025
@nvazquez im not aware of any manual operations? I thought this was the manual operation?
If you mean "dump the disk and import it in cloudstack", then no, and for business reasons we can't do that with some of these VMs, for guarantees of uptime, and there are risks of extra downtime involved due to possible misconfigurations that happen during that (manual) migration process
And quite frankly, we don't want to go through that ordeal again with the hundreds of VMs we have currently running, considering we did that as part of a migration from another platform to Proxmox only recently
ShadowJonathan commentedon Dec 10, 2025
@shwstppr indeed, one of the biggest worries on our end is that in whatever state the proxmox VM exists/existed, and with whatever manual additions or changes it has from a "norm" that cloudstack establishes, that it is hard to import them in their current state, or that it is hard to capture all the "quirks", or formalise all disks/networks position, state, offering, and more.
i'm not sure how or if this can be solved, but it's one thing to look out for
from my perspective in that regard, either;
instances need to be "pre-steamed" (manually) before they become eligible for import
instances get "steamed" during an import, with exact steps and changes (/ diff) of how the VM will be altered, so that system administrators can clear that
DaanHoogland commentedon Dec 18, 2025
@ShadowJonathan , I think what @nvazquez means by manual operations is to get an idea what to encode. You can look at https://docs.cloudstack.apache.org/en/latest/adminguide/extensions.html#custom-actions for what this means.
[-]Import unmanaged instances from Proxmox[/-][+](Proxmox Extension) Import unmanaged instances[/+]ShadowJonathan commentedon Apr 18, 2026
This is still relevant, @DaanHoogland could the stale label be removed?