> >
> > root@cloudstack1:~# cat /etc/apt/sources.list.d/cloudstack.list
> > #deb http://download.cloudstack.org/ubuntu bionic 4.15
> > deb http://download.cloudstack.org/ubuntu bionic 4.16
> > deb http://download.c
> *The following packages have unmet dependencies: cloudstack-usage :
> > Depends: cloudstack-common (= 4.17.0.0~focal) but 4.17.0.0~bionic is to
> be
> > installedE: Unable to correct problems, you have held broken
> > packages.root@cloudstack1:~#*
> >
Ranjit can you please try the upgrade again?
There was an issue with the mirror for the usage package (4.17.0.0 bionic
only).
Should be good now (the mirror might still be syncing, but I bet it is
already good to go).
Regards,
Gabriel.
On Mon, Jun 20, 2022 at 6:15 AM Ranjit Jadhav
wrote:
> Hel
Sounds good to me.
Thanks for the update, Nicolas!
Regards,
Gabriel.
On Wed, Mar 16, 2022, 10:59 Suresh Kumar Anaparti
wrote:
> Looks good Nicolas.
>
> Regards,
> Suresh
>
> On Tue, Mar 15, 2022 at 5:29 PM Rohit Yadav
> wrote:
> >
> > Sounds good to me, thanks for sharing Nicolas.
> >
> >
> >
+1 on continuing with RC2 Vote.
On Tue, Mar 1, 2022, 17:03 Vladimir Petrov
wrote:
> Hi all,
>
> Voting +1
>
> I did a lot of upgrade tests with pre-RC, RC1 and RC2 versions, using
> different hypervisors and from different versions (4.11, 4.13, 4.15.2,
> 4.16.0). I also tested main workflows and
Hello Jayanth,
>From what I see on the link the issue is that you don't have an NFS storage
pool.
Unfortunately, for now, CloudStack supports KVM HA only when there is an
NFS primary storage pool.
In your case, you see the host switching between the “suspect” and
“degraded” states.
What really hap
Sounds good!
Thanks for volunteering, Suresh.
Regards,
Gabriel.
On Fri, Dec 17, 2021 at 12:15 PM Suresh Anaparti <
suresh.anapa...@shapeblue.com> wrote:
> Hi All,
>
> I propose the following timelines for 4.16.1.0 release, which is targeted
> for Q1 2022. Please let me know if you have any feedb
Hi Yordan,
HA is definitely the biggest con, as Rohit mentioned.
Adding to that, live migrating VMs around the cluster takes a LOT more time
as well. For example, it takes "5 minutes" when live migrating VMs in
shared storages; however, it can take hours when live migrating from local
storages, de
ization repo and downgrade
> qemu to native for CentOS 8 and everything works fine.
>
> Generally, I use a lot of nested virtualization and I need the latest
> version of qemu, hence the advanced virtualization repo.
>
>
>
> Regards,
>
> Piotr
>
>
>
>
>
&
It worked when I tested in Ubuntu with the following qemu/libvirt:
~# qemu-system-x86_64 --version
QEMU emulator version 5.0.0 (Debian 1:5.0-5ubuntu6~ppa0)
~# libvirtd --version
libvirtd (libvirt) 6.6.0
I will check if there has been any regressions in qemu.
Maybe the best would be to extrac
Hi Jim,
Sorry for the late reply. Probably you already sorted it out, but I hope to
help anyway.
I would recommend using CloudStack + Redfish as IPMI will soon be dropped
by vendors.
If you check how vendors are exposing the Redfish API you will notice that
there are a few quirks in each of them.
Sounds good, Rohit.
I'm +1 on a quick/stable 4.15.2.
Em qui., 19 de ago. de 2021 às 07:54, Rohit Yadav
escreveu:
> All,
>
> I want to kick a thread to discuss and gather interest from the community
> on doing a 4.15.2.0 release, before Nicolas (our RM) cuts 4.16.0.0 RC1
> around the end of Sept
+1
Good luck, Nicolas,
Feel free to ping me if you need any help.
Em qui., 24 de jun. de 2021 às 12:20, Nicolas Vazquez <
nicolas.vazq...@shapeblue.com> escreveu:
> Yes Daan, that would be included on the timeline
>
> Regards,
> Nicolas Vazquez
>
>
> De: Daan Hoog
+1
Em sex., 9 de jul. de 2021 às 08:45, Rohit Yadav
escreveu:
> +1
>
> It's been about a year since the last release, good to see the initiative
> Pearl!
>
> Regards.
>
> Regards,
> Rohit Yadav
>
>
> From: Pearl d'Silva
> Sent: Friday, July 9, 2021 10:51:44 AM
>
+1 (binding)
Based on manual tests and validation of the issues raised in 4.15.1.0-RC1 &
4.15.1.0-RC2 which were addressed in RC3.
Environment:
- Apache CloudStack: Management server + DB (Ubuntu 18.04)
- Zone Network: Advanced network + Security Groups
- Hosts: KVM (Ubuntu 18.04)
- Primary Stora
I hate to bring bad news, but I found an issue caused by PR #5085 [1].
The issue affects only VM deployment via UI when using an offering that has
root disk size.
I've just opened PR #5150 [2]; tested it and this fixes the issue.
Sorry for the inconvenience but this might require a third round. Wh
Hi Ivet & all
I would suggest Pierre-Luc and/or Simon :-)
They are PMCs that have been involved in the project for some time. It
would be great if one of them (or both) could share a bit of their
long-term experience with CloudStack.
Cheers,
Gabriel.
Em sex., 18 de jun. de 2021 às 12:05, Ivet Pe
Hi Andrei,
I appreciate all the efforts and the help in narrowing down this issue. It
looks similar and probably it is related to bug #4797 indeed.
This bug is for some time to be fixed and I perfectly understand why you
are not happy.
I am speaking for myself here and I am not the Release Manage
I understand that OpenVPN is a great option and far adopted.
I am ++1 in allowing Users/Admins to choose which VPN provider suits them
best; creating an offering (or global settings) that would allow setting
which VPN provider will be used would be awesome.
I understand that OpenVPN is a great op
4.15.1.0 RC1?
>
> If this is indeed a blocker issue, I'm happy to cut another RC next week
> after the current RC's voting window. Meanwhile all PMCs, committers and
> users may continue to test, vote RC1. Thanks.
>
>
> Regards.
>
>
Hi Rohit,
Thanks for bringing RC1.
I am afraid that we will need an RC2. We are facing an issue that might be
a blocker.
I've just opened the issue here:
https://github.com/apache/cloudstack/issues/5071
In a nutshell, we are not able to create a network when using VXLAN due to
a validation added
Awesome, good job Ivet and Sven.
It is great to see that we are starting to consistently deliver new content
and showing some faces to the whole community.
Thanks for the hard work, Ivet.
Regards,
Gabriel.
Em sex., 14 de mai. de 2021 às 07:51, Ivet Petrova <
ivet.petr...@shapeblue.com> escreveu:
Hi Hean,
What version of CloudStack are you using?
KVM does support IPv6 indeed when deploying Advanced Networking with
Security Groups (SG) enabled.
It should work fine. The only difference regarding setting IPv4 rules for
SG is that the CIDR list is an IPv6 CIDR (e.g. cidrlist="::/0", instead o
+1 (binding)
Em sex., 30 de abr. de 2021 às 08:51, Daan Hoogland
escreveu:
> +1 (binding, Though I'm not sure if this is not a regular lazy consensus
> vote)
>
> On Fri, Apr 30, 2021 at 1:43 PM Suresh Anaparti <
> suresh.anapa...@shapeblue.com> wrote:
>
> > Hi All,
> >
> > Following the discussi
+1 (binding)
Em sex., 30 de abr. de 2021 às 08:51, Daan Hoogland
escreveu:
> +1 (binding, Though I'm not sure if this is not a regular lazy consensus
> vote)
>
> On Fri, Apr 30, 2021 at 1:43 PM Suresh Anaparti <
> suresh.anapa...@shapeblue.com> wrote:
>
> > Hi All,
> >
> > Following the discussi
Hi Fariborz,
What version of CloudStack are you running?
Em qui., 22 de abr. de 2021 às 13:14, Fariborz Navidan <
mdvlinqu...@gmail.com> escreveu:
> Hello All,
>
> I am not able to start any stopped VM. Agent and Libvirtd are both running.
> However, I see the following exception in agent.log:
>
Hi Gustavo,
I think that the log file has not been attached, can you please
double-check it? Thanks!
Regards,
Gabriel.
Em qua., 21 de abr. de 2021 às 19:07, GUSTAVO RAU DE ALMEIDA CALLOU <
gustavo.cal...@ufrpe.br> escreveu:
> Dear Nicolas Vazquez,
>
> Yes, I am trying to configure the cloudstac
Many thanks to you all.
I would also like to thank Sven for his engagement as 2020's VP.
Best Regards,
Gabriel.
Em qui., 18 de mar. de 2021 às 08:45, Harikrishna Patnala <
harikrishna.patn...@shapeblue.com> escreveu:
> Congratulations Gabriel
>
> Best regards,
> Harikrishna
> ___
Congrats Sven, keep the good work!
Gabriel
Em qua., 17 de mar. de 2021 às 18:16, Simon Weller
escreveu:
> Congrats Sven!
>
> From: Paul Angus
> Sent: Wednesday, March 17, 2021 4:13 PM
> To: d...@cloudstack.apache.org ;
> users@cloudstack.apache.org
> Subject:
07","id":"0","quiescevm":"false","physicalSize":"112297967616"}},"result":"true","wait":"0"}}]
> }
> 2021-02-26 01:22:17,355 DEBUG [c.c.s.s.SnapshotManagerImpl]
> (Work-Job-Executor-17:ctx-efb43f2f job
Thanks for sharing this, Giles. It can definitely help newcomers.
Gabriel
On Sun, Mar 7, 2021, 10:05 Will Stevens
wrote:
> Nice work team. This is an awesome contribution to the community.
>
> Will
>
> On Fri., Feb. 26, 2021, 10:43 a.m. Giles Sirett, <
> giles.sir...@shapeblue.com>
> wrote:
>
>
t;:"VolumeApiServiceImpl"}
> 2021-03-05 10:09:25,628 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-26:ctx-65993d1d job-6141/job-6142) (logid:fc7d7320)
There was an open issue indeed but a PR solved it for 4.15. The issue
reported on this email looks a bit different than the ones I have seen.
Background on a recent issue:
- Issue #4498 "RBD Snapshot fails when snapshot.backup.to.secondary: true"
has been fixed by PR #4568 "kvm: Fix double-escape
Hi,
You can use the legacy URL path (e.g.
https:///client/legacy/)
in order to use the old UI.
Em qui., 14 de jan. de 2021 às 18:00, Fariborz Navidan <
mdvlinqu...@gmail.com> escreveu:
> Hi,
>
> I have upgraded to 4.15. It seems to have much more improved. However, the
> UI makes my eyes so bori
+1 (binding)
* Environment:
- Apache CloudStack: Management server + DB (Ubuntu 18.04)
- Hosts: KVM (Ubuntu 18.04)
- Primary Storage: NFS, RBD, KVM Local
- Secondary Storage: NFS
- Zone Network: Advanced network + Security Groups
- Tests were performed on both Primate UI and legacy UI
* RC4 tests
Another key point for IPv6 regards the hypervisor and network setup;
CloudStack supports IPv6 only for KVM, and when deploying zones with the
advanced network and security groups enabled.
Em qui., 31 de dez. de 2020 às 08:35, Andrija Panic
escreveu:
> afaik, IPv6 is only supported in Shared netw
+1 (binding)
I could not find any blocker issue neither on CloudStack nor
CloudStack-primate.
Details:
1. Environment:
- Apache CloudStack: Management server + DB (Ubuntu 18.04)
- Hosts: KVM (Ubuntu 18.04)
- Primary Storage: NFS, RBD, KVM Local- Secondary Storage: NFS
- Zone Network: Advanced net
+1 (binding)
Environment:
- Apache CloudStack: Management server + DB (Ubuntu 18.04)
- Hosts: KVM (Ubuntu 18.04)
- Primary Storage: NFS, RBD, KVM Local- Secondary Storage: NFS
- Zone Network: Advanced network + Security Groups
- Tests were performed on both Primate UI and legacy UI
-- Tests
- Bui
Hello,
I am right now working on a fix for this.
Please take a look at issue:
https://github.com/apache/cloudstack/issues/4498
Until then, the recommendation for those who want to take RBD snapshots is
to set global settings *snapshot.backup.to.secondary* to *false.*
Regards,
Gabriel.
Em seg.,
Thank you!
Em 01-11-2013 16:32, Geoff Higginbottom escreveu:
Gabriel,
You need to follow the update instructions carefully.
Yes, it means stopping all your management servers, but all guest VMs continue
to run.
The upgrade should be relatively quick, but it does involve updating the system
Hi all,
On the university laboratory that I work we have a cloud environment
using Cloudstack as the management tool. So far, we have 2 Cloudstack
servers and a load balancing apache server, both CS are on 4.1.1 version.
Now we are starting to plan the update to the 4.2 version, mostly
becau
41 matches
Mail list logo