You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Rositsa Kyuchukova <Ro...@shapeblue.com> on 2025/11/01 03:58:46 UTC

Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)

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 <Ni...@shapeblue.com>
Sent: 31 October 2025 23:31
To: users@cloudstack.apache.org <us...@cloudstack.apache.org>; dev@cloudstack.apache.org <de...@cloudstack.apache.org>
Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
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 <Ha...@shapeblue.com>
Date: Friday, 31 October 2025 at 1:18 PM
To: users@cloudstack.apache.org <us...@cloudstack.apache.org>, dev@cloudstack.apache.org <de...@cloudstack.apache.org>
Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
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 <us...@gmail.com>
Date: Friday, 31 October 2025 at 6:26 PM
To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>
Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
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 <
Harikrishna.Patnala@shapeblue.com> 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:* Harikrishna.Patnala@shapeblue.com  | * 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.
>
>
>

Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)

Posted by Abhishek Kumar <sh...@apache.org>.
+1 (binding)

Tested basic lifecycle operations for different resources with a KVM
env built using mbx, including,
- Basic operations for VM, volume, snapshot, template, ISO, network,
account, domain, project
- VM manage/unmanage, persistent behaviour
- Extensions lifecycle operations

Regards,
Abhishek

On Mon, 3 Nov 2025 at 17:26, Slavka Peleva <sl...@storpool.com.invalid> wrote:
>
> +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 <da...@gmail.com>
> 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 <
> > sureshanaparti@apache.org> 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 <
> > > Rositsa.Kyuchukova@shapeblue.com> 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 <Ni...@shapeblue.com>
> > > > Sent: 31 October 2025 23:31
> > > > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>;
> > > > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > > 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 <Ha...@shapeblue.com>
> > > > Date: Friday, 31 October 2025 at 1:18 PM
> > > > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>,
> > > > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > > 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 <us...@gmail.com>
> > > > Date: Friday, 31 October 2025 at 6:26 PM
> > > > To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > > 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 <
> > > > Harikrishna.Patnala@shapeblue.com> 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:* Harikrishna.Patnala@shapeblue.com  | * 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
> >

Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)

Posted by Abhishek Kumar <sh...@apache.org>.
+1 (binding)

Tested basic lifecycle operations for different resources with a KVM
env built using mbx, including,
- Basic operations for VM, volume, snapshot, template, ISO, network,
account, domain, project
- VM manage/unmanage, persistent behaviour
- Extensions lifecycle operations

Regards,
Abhishek

On Mon, 3 Nov 2025 at 17:26, Slavka Peleva <sl...@storpool.com.invalid> wrote:
>
> +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 <da...@gmail.com>
> 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 <
> > sureshanaparti@apache.org> 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 <
> > > Rositsa.Kyuchukova@shapeblue.com> 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 <Ni...@shapeblue.com>
> > > > Sent: 31 October 2025 23:31
> > > > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>;
> > > > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > > 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 <Ha...@shapeblue.com>
> > > > Date: Friday, 31 October 2025 at 1:18 PM
> > > > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>,
> > > > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > > 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 <us...@gmail.com>
> > > > Date: Friday, 31 October 2025 at 6:26 PM
> > > > To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > > 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 <
> > > > Harikrishna.Patnala@shapeblue.com> 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:* Harikrishna.Patnala@shapeblue.com  | * 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
> >

Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)

Posted by Slavka Peleva <sl...@storpool.com.INVALID>.
+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 <da...@gmail.com>
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 <
> sureshanaparti@apache.org> 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 <
> > Rositsa.Kyuchukova@shapeblue.com> 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 <Ni...@shapeblue.com>
> > > Sent: 31 October 2025 23:31
> > > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>;
> > > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > 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 <Ha...@shapeblue.com>
> > > Date: Friday, 31 October 2025 at 1:18 PM
> > > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>,
> > > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > 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 <us...@gmail.com>
> > > Date: Friday, 31 October 2025 at 6:26 PM
> > > To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > 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 <
> > > Harikrishna.Patnala@shapeblue.com> 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:* Harikrishna.Patnala@shapeblue.com  | * 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
>

Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)

Posted by Slavka Peleva <sl...@storpool.com.INVALID>.
+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 <da...@gmail.com>
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 <
> sureshanaparti@apache.org> 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 <
> > Rositsa.Kyuchukova@shapeblue.com> 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 <Ni...@shapeblue.com>
> > > Sent: 31 October 2025 23:31
> > > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>;
> > > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > 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 <Ha...@shapeblue.com>
> > > Date: Friday, 31 October 2025 at 1:18 PM
> > > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>,
> > > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > 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 <us...@gmail.com>
> > > Date: Friday, 31 October 2025 at 6:26 PM
> > > To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > > 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 <
> > > Harikrishna.Patnala@shapeblue.com> 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:* Harikrishna.Patnala@shapeblue.com  | * 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
>

Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)

Posted by Daan Hoogland <da...@gmail.com>.
>
> 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 <
sureshanaparti@apache.org> 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 <
> Rositsa.Kyuchukova@shapeblue.com> 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 <Ni...@shapeblue.com>
> > Sent: 31 October 2025 23:31
> > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>;
> > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > 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 <Ha...@shapeblue.com>
> > Date: Friday, 31 October 2025 at 1:18 PM
> > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>,
> > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > 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 <us...@gmail.com>
> > Date: Friday, 31 October 2025 at 6:26 PM
> > To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > 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 <
> > Harikrishna.Patnala@shapeblue.com> 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:* Harikrishna.Patnala@shapeblue.com  | * 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

Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)

Posted by Daan Hoogland <da...@gmail.com>.
>
> 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 <
sureshanaparti@apache.org> 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 <
> Rositsa.Kyuchukova@shapeblue.com> 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 <Ni...@shapeblue.com>
> > Sent: 31 October 2025 23:31
> > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>;
> > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > 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 <Ha...@shapeblue.com>
> > Date: Friday, 31 October 2025 at 1:18 PM
> > To: users@cloudstack.apache.org <us...@cloudstack.apache.org>,
> > dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > 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 <us...@gmail.com>
> > Date: Friday, 31 October 2025 at 6:26 PM
> > To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> > Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> > 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 <
> > Harikrishna.Patnala@shapeblue.com> 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:* Harikrishna.Patnala@shapeblue.com  | * 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

Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)

Posted by Suresh Kumar Anaparti <su...@apache.org>.
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 <
Rositsa.Kyuchukova@shapeblue.com> 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 <Ni...@shapeblue.com>
> Sent: 31 October 2025 23:31
> To: users@cloudstack.apache.org <us...@cloudstack.apache.org>;
> dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> 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 <Ha...@shapeblue.com>
> Date: Friday, 31 October 2025 at 1:18 PM
> To: users@cloudstack.apache.org <us...@cloudstack.apache.org>,
> dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> 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 <us...@gmail.com>
> Date: Friday, 31 October 2025 at 6:26 PM
> To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> 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 <
> Harikrishna.Patnala@shapeblue.com> 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:* Harikrishna.Patnala@shapeblue.com  | * 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.
> >
> >
> >
>

Re: [VOTE] Apache Cloudstack 4.22.0.0 (RC3)

Posted by Suresh Kumar Anaparti <su...@apache.org>.
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 <
Rositsa.Kyuchukova@shapeblue.com> 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 <Ni...@shapeblue.com>
> Sent: 31 October 2025 23:31
> To: users@cloudstack.apache.org <us...@cloudstack.apache.org>;
> dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> 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 <Ha...@shapeblue.com>
> Date: Friday, 31 October 2025 at 1:18 PM
> To: users@cloudstack.apache.org <us...@cloudstack.apache.org>,
> dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> 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 <us...@gmail.com>
> Date: Friday, 31 October 2025 at 6:26 PM
> To: dev@cloudstack.apache.org <de...@cloudstack.apache.org>
> Cc: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> 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 <
> Harikrishna.Patnala@shapeblue.com> 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:* Harikrishna.Patnala@shapeblue.com  | * 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.
> >
> >
> >
>