Agree, it seems to be not a blocker for the release. Please add it as a
known issue to the release notes.

Regards,
Suresh

On Sat, Nov 1, 2025 at 9:29 AM Rositsa Kyuchukova <
[email protected]> wrote:

> Hi Hari and all,
> I came across this case, while testing another PR, and I'm thinking this
> is clearly an edge case and not a blocker for the 4.22 release. The issue
> only appears in specific manage/unmanage flows with UEFI-based instances,
> and the workaround Nicolas mentioned works fine.
> Adding a toggle for this case in future versions sounds like a good idea
> to make the handling more flexible.
> Best,
> Rositsa
>
> ________________________________
> From: Nicolas Vazquez <[email protected]>
> Sent: 31 October 2025 23:31
> To: [email protected] <[email protected]>;
> [email protected] <[email protected]>
> Cc: [email protected] <[email protected]>
> Subject: Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)
>
> Hi Hari,
>
> I agree with you that it may not be blocker issue for the release. This
> looks like a corner case for unmanaging/managing KVM instances, which is
> leaving a persistent domain on the host KVM1 in your example as per:
> https://github.com/apache/cloudstack/pull/11541. A workaround may be
> manually removing the old domain from the host KVM1. Ideally, the feature
> may include a toggle to enable/disable the behavior which is now set by
> default.
>
>
> Regards,
>
> Nicolas Vazquez
>
> From: Harikrishna Patnala <[email protected]>
> Date: Friday, 31 October 2025 at 1:18 PM
> To: [email protected] <[email protected]>,
> [email protected] <[email protected]>
> Cc: [email protected] <[email protected]>
> Subject: Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)
>
> Hi all,
>
> I'm sharing this to provide some update on the 4.22 RC3. There is an issue
> being discussed among few people here about managing and unmanaging UEFI
> based VMs. The issue is
> 1.       VM1 created on KVM1
> 2.       Unmanage VM1
> 3.       Import VM1 on KVM1
> 4.       Stop the VM
> 5.       Start the VM on KVM2 by selecting the host (Any other case that
> VM started on different host than the first host)
> 6.       Migrate the VM to KVM1 -----> this is failing with
> [{"com.cloud.agent.api.MigrateAnswer":{"result":"false","details":"Exception
> during migrate: org.libvirt.LibvirtException: operation failed: domain
> 'i-2-8-VM' already exists with uuid
> bd519c01-0b98-42b7-add2-e5cb85303ce3","wait":"0","bypassHostMaintenance":"false"}}]
> And the VM in KVM1 host is looking like this
> [root@ref-trl-9924-k-Mol8-kvm1 ~]# virsh list --all
> Id  Name    State
> ----------------------------
> 5  i-2-5-VM  running
> -  i-2-8-VM  shut off
>
> To me this is not so concerning to address it here in the release, but
> please chime in if you have any thoughts.
>
> Thanks,
> Harikrishna
>
> From: Wei ZHOU <[email protected]>
> Date: Friday, 31 October 2025 at 6:26 PM
> To: [email protected] <[email protected]>
> Cc: [email protected] <[email protected]>
> Subject: Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)
> +1 (binding)
>
> same as RC2, Tested with Ubuntu 24 and two NFS storage pools, and then two
> ceph storage pools.
> - vm life cycle operations
> - volume life cycle operations
> - vm snapshots
> - template/iso operations
> - isolated/l2/shared networks in advanced zone
>
>
> Kind regards,
> Wei
>
> On Fri, Oct 31, 2025 at 6:34 AM Harikrishna Patnala <
> [email protected]> wrote:
>
> > Hi All,
> >
> > I have created a 4.22.0.0 release (RC3), with the following artifacts up
> > for testing and a vote:
> >
> > Git Branch and Commit SHA:
> > https://github.com/apache/cloudstack/tree/4.22.0.0-RC20251030T1923
> > Commit: 71f47d61304d1a05627bc335c8d35d7ef1040fe1
> >
> > Source release (checksums and signatures are available at the same
> > location):
> > https://dist.apache.org/repos/dist/dev/cloudstack/4.22.0.0/
> >
> > PGP release keys (signed using 1031D6946F8A7C4B0C3E9EEFAEA5313845ADC482):
> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >
> > The vote will be open for 72 hours.
> >
> > For sanity in tallying the vote, can PMC members please be sure to
> > indicate "(binding)" with their vote?
> >
> > [ ] +1  approve
> > [ ] +0  no opinion
> > [ ] -1  disapprove (and reason why)
> >
> > For users convenience, the packages from this release candidate (RC3) are
> > available here:
> > https://download.cloudstack.org/testing/4.22.0.0-RC3/
> >
> >
> > Regards,
> > Harikrishna
> > Harikrishna Patnala
> > Lead Software Engineer
> > *s:*  | * d: *+44 203 603 0540
> > *e:* [email protected]  | * w: *www.shapeblue.com  |*
> t:*
> >   @shapeblue
> > *a:* 3 London Bridge Street, 3rd floor, News Building, London, SE1 9SG,
> > ------------------------------
> >
> > Find out more about ShapeBlue and our range of CloudStack related
> services:
> > IaaS Cloud Design & Build
> > <http://shapeblue.com/iaas-cloud-design-and-build/> | CloudStack
> > Consulting <http://shapeblue.com/cloudstack-consultancy/> | CloudStack
> > Software Engineering
> > <http://shapeblue.com/cloudstack-software-engineering/>
> > CloudStack Infrastructure Support
> > <http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack
> > Bootcamp Training Courses <http://shapeblue.com/cloudstack-training/>
> >
> > Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue is
> > a registered trademark. This email and any attachments to it may be
> > confidential and are intended solely for the use of the individual to
> whom
> > it is addressed. Any views or opinions expressed are solely those of the
> > author and do not necessarily represent those of Shape Blue Ltd or
> related
> > companies. If you are not the intended recipient of this email, you must
> > neither take any action based upon its contents, nor copy or show it to
> > anyone. Please contact the sender if you believe you have received this
> > email in error.
> >
> >
> >
>

Reply via email to