+1 (binding) Tested on Rocky Linux 8.9 with KVM hypervisor
- some basic volume and volume snapshot life cycle operations with NFS and StorPool as a primary storage - some basic VM life cycle operations with NFS and StorPool as a primary storage - copy snapshot between 2 StorPool primary storage between zones - Deploy VM from snapshots or volumes - ran StorPool integration tests Best regards, Slavka On Mon, Nov 3, 2025 at 8:39 AM Daan Hoogland <[email protected]> wrote: > > > > Agree, it seems to be not a blocker for the release. Please add it as a > > known issue to the release notes. > > > > Yes, a release not is in order. Other than that, ... > > > 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","bypassHost > Maintenance":"false"}}] > > And the VM in KVM1 host is looking like this > > ... it seems a reasonable change in behaviour. The message seems clear to > me, > which of course may be debated. > > On zMon, Nov 3, 2025 at 6:48 AM Suresh Kumar Anaparti < > [email protected]> wrote: > > > 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. > > > > > > > > > > > > > > > > > > > > -- > Daan >
