Re: [VOTE] Apache CloudStack 4.15.2.0 (RC2)

[Rohit Yadav]

Typo and correction:

For users convenience, the packages from this release candidate (RC2) will be 
available here shortly:
https://download.cloudstack.org/testing/4.15.2.0-RC2/


Regards.


From: Rohit Yadav 
Sent: Friday, September 10, 2021 21:21
To: d...@cloudstack.apache.org 
Cc: users@cloudstack.apache.org 
Subject: [VOTE] Apache CloudStack 4.15.2.0 (RC2)

All,

I've created a 4.15.2.0 release, with the following artifacts up for a vote:

Git Branch and Commit SHA:
https://github.com/apache/cloudstack/tree/4.15.2.0-RC20210910T2119
Commit: 4aaa850b63c34e0f312002f79bf9e4f699bf314a

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.15.2.0/

PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open for a week until 17 September 2021.

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 (RC1)
will be available here shortly:
https://download.cloudstack.org/testing/4.15.2.0-RC2/

There is no new systemvmtemplate for 4.15.2, the 4.15.1
systemvmtemplate can be used from here:
https://download.cloudstack.org/systemvm/4.15/

Docs are not published yet but upgrade notes are similar to the one
below without the requirement of registering a new systemvmtemplate:
https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade

Regards.

 

[VOTE] Apache CloudStack 4.15.2.0 (RC2)

[Rohit Yadav]

All,

I've created a 4.15.2.0 release, with the following artifacts up for a vote:

Git Branch and Commit SHA:
https://github.com/apache/cloudstack/tree/4.15.2.0-RC20210910T2119
Commit: 4aaa850b63c34e0f312002f79bf9e4f699bf314a

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.15.2.0/

PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open for a week until 17 September 2021.

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 (RC1)
will be available here shortly:
https://download.cloudstack.org/testing/4.15.2.0-RC2/

There is no new systemvmtemplate for 4.15.2, the 4.15.1
systemvmtemplate can be used from here:
https://download.cloudstack.org/systemvm/4.15/

Docs are not published yet but upgrade notes are similar to the one
below without the requirement of registering a new systemvmtemplate:
https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade

Regards.

Re: Timed out /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patch.sh

[Wei ZHOU]

Hi Cristian,

Can you check if the SSVM uses the correct systemvm template ?

-Wei

On Fri, 10 Sept 2021 at 16:11,  wrote:

> Hello,
>
>
>
>  Any idea from where I get this time out?
>
>
>
> 2021-09-10 14:09:52,630 WARN  [kvm.resource.LibvirtComputingResource]
> (agentRequest-Handler-2:null) (logid:e7bed45c) Timed out:
> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patch.sh -n
> s-4041-VM
> -c  template=domP type=secstorage host=10.100.25.250,172.11.0.2 port=8250
> name=s-4041-VM zone=5 pod=5 guid=s-4041-VM workers=5
> resource=com.cloud.storage.resource.PremiumSecondaryStorageResource
> instance=SecStorage sslcopy=false role=templateProcessor mtu=1500
> eth2ip=23.29.xxx.xxx eth2mask=255.255.255.224 gateway=23.29.xxx.xxx
> public.network.device=eth2 eth0ip=169.254.159.216 eth0mask=255.255.0.0
> eth1ip=10.100.22.165 eth1mask=255.255.255.0 localgw=10.100.22.4
> private.network.device=eth1 internaldns1=10.100.22.4 dns1=8.8.8.8
> nfsVersion=null .  Output is:
>
> 2021-09-10 14:09:52,632 ERROR [kvm.resource.LibvirtComputingResource]
> (agentRequest-Handler-2:null) (logid:e7bed45c) Passing cmdline
> failed:timeout
>
>
>
>
>
> Regards,
>
> Cristian
>
>

Timed out /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patch.sh

[cristian.c]

Hello,

 

 Any idea from where I get this time out? 

 

2021-09-10 14:09:52,630 WARN  [kvm.resource.LibvirtComputingResource]
(agentRequest-Handler-2:null) (logid:e7bed45c) Timed out:
/usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patch.sh -n s-4041-VM
-c  template=domP type=secstorage host=10.100.25.250,172.11.0.2 port=8250
name=s-4041-VM zone=5 pod=5 guid=s-4041-VM workers=5
resource=com.cloud.storage.resource.PremiumSecondaryStorageResource
instance=SecStorage sslcopy=false role=templateProcessor mtu=1500
eth2ip=23.29.xxx.xxx eth2mask=255.255.255.224 gateway=23.29.xxx.xxx
public.network.device=eth2 eth0ip=169.254.159.216 eth0mask=255.255.0.0
eth1ip=10.100.22.165 eth1mask=255.255.255.0 localgw=10.100.22.4
private.network.device=eth1 internaldns1=10.100.22.4 dns1=8.8.8.8
nfsVersion=null .  Output is:

2021-09-10 14:09:52,632 ERROR [kvm.resource.LibvirtComputingResource]
(agentRequest-Handler-2:null) (logid:e7bed45c) Passing cmdline
failed:timeout

 

 

Regards,

Cristian

Invitation to Register for the CloudStack Collaboration Conference

[Ivet Petrova]

Hi all,

As September arrived, we are in now all back to work. The CloudStack 
Collaboration Conference organisation is going as planned and I am happy to 
announce we have first sponsors of the event. Two reminders from me:
- May I ask you all to register for the event here: 
https://events.hubilo.com/cloudstack-collaboration-conference/register
- The CFP closes at September 20th, so if you still have not submitted a talk, 
you have 10 final days to do it.

If someone has ideas for the conference or has any questions, I will be happy 
to answer.

Enjoy the upcoming weekend!

Kind regards,


 

Re: [VOTE] Apache CloudStack 4.15.2.0 (RC1)

[Rohit Yadav]

All,

We've found a UI blocker that fails login for non-admin accounts. I'll cut 
another RC shortly as soon as we've a working fix.
Due to this I'm closing this vote thread.


Regards.


From: Daan Hoogland 
Sent: Wednesday, September 8, 2021 21:01
To: dev 
Cc: users 
Subject: Re: [VOTE] Apache CloudStack 4.15.2.0 (RC1)

signing correct, archive contents sane (no further testing done)
+1 (binding)


 

On Tue, Sep 7, 2021 at 2:53 PM Rohit Yadav  wrote:

> All,
>
> I've created a 4.15.2.0 release, with the following artifacts up for a
> vote:
>
> Git Branch and Commit SHA:
> https://github.com/apache/cloudstack/tree/4.15.2.0-RC20210907T1815
> Commit: 5ba2867598ecf7ce16807e78d5033c342a2a52d7
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.15.2.0/
>
> PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> The vote will be open for a week until 13 September 2021.
>
> 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 (RC1)
> will be available here shortly:
> https://download.cloudstack.org/testing/4.15.2.0-RC1/
>
> There is no new systemvmtemplate for 4.15.2, the 4.15.1
> systemvmtemplate can be used from here:
> https://download.cloudstack.org/systemvm/4.15/
>
> Docs are not published yet but upgrade notes are similar to the one
> below without the requirement of registering a new systemvmtemplate:
>
> https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade
>
> Regards.
>


--
Daan

Re: Troubleshooting failed volume snapshot?

[Jeremy Hansen]

Well I guess that was the problem. Makes sense. Snapshot worked. Thank you!

-jeremy

> On Friday, Sep 10, 2021 at 2:10 AM, Jeremy Hansen  (mailto:jer...@skidrow.la)> wrote:
> Thanks. I think downgrading the agents might be easier. I wasn’t quite ready 
> to upgrade the manager yet. I’ll try that.
>
> -jeremy
>
>
>
>
> > On Friday, Sep 10, 2021 at 12:00 AM, Wei ZHOU  > (mailto:ustcweiz...@gmail.com)> wrote:
> > Hi Jeremy,
> >
> > Can you upgrade mgt server to 4.15.1.0 (please follow the upgrade
> > instructions in cloudstack doc) or downgrade cloudstack agent to 4.15.0.0 ,
> > and retry ?
> >
> > -Wei
> >
> > On Fri, 10 Sept 2021 at 03:34, Jeremy Hansen 
> > wrote:
> >
> > > I’m trying to figure out how to debug a snapshot failure. I’m trying to
> > > snapshot a root volume and after some time, the process fails but it
> > > doesn’t really give any information.
> > >
> > > Manager host is running cs 4.15.0.0
> > > VM Hosts are running agent version 4.15.1.0
> > >
> > > Primary storage is both Ceph and NFS
> > > Secondary is just NFS
> > >
> > >
> > > ERROR
> > > 
> > > VOLUME.MIGRATE Completed Error while migrating volume admin
> > > 
> > > admin
> > > 
> > > ROOT
> > > 
> > >  09
> > > Sep 2021 18:01:47
> > > ERROR
> > > 
> > > SNAPSHOT.CREATE Completed Error while taking snapshot admin
> > > 
> > > admin
> > > 
> > > ROOT
> > > 
> > >  09
> > > Sep 2021 17:53:16
> > > ERROR
> > > 
> > > SNAPSHOT.CREATE Completed Error while taking snapshot admin
> > > 
> > > admin
> > > 
> > > ROOT
> > > 
> > >  09
> > > Sep 2021 17:45:06
> > >
> > > I’m not really sure where to look to figured out what went wrong. I have
> > > VMs servinig from both NFS and Ceph with no issues. I’m able to migrate a
> > > volume from NFS to Ceph without any issues but snapshots fail.
> > >
> > > CentOS 8.
> > >
> > > Thanks
> > > -jeremy
> > >
> > >
> > >
> > >
> > >
> > >
> > >


signature.asc
Description: PGP signature

Re: Troubleshooting failed volume snapshot?

[Jeremy Hansen]

Thanks. I think downgrading the agents might be easier. I wasn’t quite ready to 
upgrade the manager yet. I’ll try that.

-jeremy

> On Friday, Sep 10, 2021 at 12:00 AM, Wei ZHOU  (mailto:ustcweiz...@gmail.com)> wrote:
> Hi Jeremy,
>
> Can you upgrade mgt server to 4.15.1.0 (please follow the upgrade
> instructions in cloudstack doc) or downgrade cloudstack agent to 4.15.0.0 ,
> and retry ?
>
> -Wei
>
> On Fri, 10 Sept 2021 at 03:34, Jeremy Hansen 
> wrote:
>
> > I’m trying to figure out how to debug a snapshot failure. I’m trying to
> > snapshot a root volume and after some time, the process fails but it
> > doesn’t really give any information.
> >
> > Manager host is running cs 4.15.0.0
> > VM Hosts are running agent version 4.15.1.0
> >
> > Primary storage is both Ceph and NFS
> > Secondary is just NFS
> >
> >
> > ERROR
> > 
> > VOLUME.MIGRATE Completed Error while migrating volume admin
> > 
> > admin
> > 
> > ROOT
> > 
> >  09
> > Sep 2021 18:01:47
> > ERROR
> > 
> > SNAPSHOT.CREATE Completed Error while taking snapshot admin
> > 
> > admin
> > 
> > ROOT
> > 
> >  09
> > Sep 2021 17:53:16
> > ERROR
> > 
> > SNAPSHOT.CREATE Completed Error while taking snapshot admin
> > 
> > admin
> > 
> > ROOT
> > 
> >  09
> > Sep 2021 17:45:06
> >
> > I’m not really sure where to look to figured out what went wrong. I have
> > VMs servinig from both NFS and Ceph with no issues. I’m able to migrate a
> > volume from NFS to Ceph without any issues but snapshots fail.
> >
> > CentOS 8.
> >
> > Thanks
> > -jeremy
> >
> >
> >
> >
> >
> >
> >


signature.asc
Description: PGP signature

RE: usage example assignToLoadBalancerRule API

[cristian.c]

Hi,

  I did this, also used the log, the only thing I do not understand is the 
logic of "vmidipmap[0]" from where do I know when is "[0]"
 1, 3?


8080/client/api/?id=96b21874-c52b-4b5b-b33c-fd61bbb5b0e2[0].vmid=4e5b2104-7d2a-4238-921a-f7545241534e[0].vmip=10.2.1.29=assignToLoadBalancerRule=json



Thank you
Cristian

-Original Message-
From: Andrija Panic  
Sent: Friday, September 10, 2021 11:04 AM
To: users 
Subject: Re: usage example assignToLoadBalancerRule API

Hi Cristian,

I would advise you to use a browser, developer tools, Networking tab - to 
capture API HTTP calls to the mgmt server - this is, by far, the best way to 
"learn" the API usage (IMO at least).

Bestm

On Fri, 10 Sept 2021 at 09:30,  wrote:

> Hello,
>
>
>
> Can someone provide a usage example for this API?
>
> https://cloudstack.apache.org/api/apidocs-4.15/apis/assignToLoadBalanc
> erRule
> .html
>  cerRule.html>  I'm asking this because I do not understand the logic 
> behind.  I tested almost all the APIs but I have a logic issue with 
> this one.
>
>
>
>Let's say I have 2 VMs, each of the VMs has 2 IPs assigned and I 
> want to add with both IPs.
>
>
>
>ID 1 = 4e5b2104-7d2a-4238-921a-f7545241534e
>
>  IP 1 = 10.100.10.2
>
>  IP 2 = 10.100.10.3
>
>   ID 2 = 854939c1-2c2f-4612-a264-a6653f268cbd
>
>  IP 1 = 10.100.10.20
>
>  IP 2 = 10.100.10.30
>
>
>
> Rule ID = 96b21874-c52b-4b5b-b33c-fd61bbb5b0e2
>
>
>
>
>
>
>
> Regards,
>
> Cristian
>
>

-- 

Andrija Panić

Re: usage example assignToLoadBalancerRule API

[Andrija Panic]

Hi Cristian,

I would advise you to use a browser, developer tools, Networking tab - to
capture API HTTP calls to the mgmt server - this is, by far, the best way
to "learn" the API usage (IMO at least).

Bestm

On Fri, 10 Sept 2021 at 09:30,  wrote:

> Hello,
>
>
>
> Can someone provide a usage example for this API?
>
> https://cloudstack.apache.org/api/apidocs-4.15/apis/assignToLoadBalancerRule
> .html
> 
>  I'm asking this because I do not understand the logic behind.  I
> tested almost all the APIs but I have a logic issue with this one.
>
>
>
>Let's say I have 2 VMs, each of the VMs has 2 IPs assigned and I want to
> add with both IPs.
>
>
>
>ID 1 = 4e5b2104-7d2a-4238-921a-f7545241534e
>
>  IP 1 = 10.100.10.2
>
>  IP 2 = 10.100.10.3
>
>   ID 2 = 854939c1-2c2f-4612-a264-a6653f268cbd
>
>  IP 1 = 10.100.10.20
>
>  IP 2 = 10.100.10.30
>
>
>
> Rule ID = 96b21874-c52b-4b5b-b33c-fd61bbb5b0e2
>
>
>
>
>
>
>
> Regards,
>
> Cristian
>
>

-- 

Andrija Panić

usage example assignToLoadBalancerRule API

[cristian.c]

Hello,

 

Can someone provide a usage example for this API?
https://cloudstack.apache.org/api/apidocs-4.15/apis/assignToLoadBalancerRule
.html   I'm asking this because I do not understand the logic behind.  I
tested almost all the APIs but I have a logic issue with this one.

 

   Let's say I have 2 VMs, each of the VMs has 2 IPs assigned and I want to
add with both IPs.

 

   ID 1 = 4e5b2104-7d2a-4238-921a-f7545241534e  

 IP 1 = 10.100.10.2

 IP 2 = 10.100.10.3

  ID 2 = 854939c1-2c2f-4612-a264-a6653f268cbd

 IP 1 = 10.100.10.20

 IP 2 = 10.100.10.30

 

Rule ID = 96b21874-c52b-4b5b-b33c-fd61bbb5b0e2

 

 

 

Regards,

Cristian

Re: Troubleshooting failed volume snapshot?

[Wei ZHOU]

Hi Jeremy,

Can you upgrade mgt server to 4.15.1.0 (please follow the upgrade
instructions in cloudstack doc) or downgrade cloudstack agent to 4.15.0.0 ,
and retry ?

-Wei

On Fri, 10 Sept 2021 at 03:34, Jeremy Hansen 
wrote:

> I’m trying to figure out how to debug a snapshot failure.  I’m trying to
> snapshot a root volume and after some time, the process fails but it
> doesn’t really give any information.
>
> Manager host is running cs 4.15.0.0
> VM Hosts are running agent version 4.15.1.0
>
> Primary storage is both Ceph and NFS
> Secondary is just NFS
>
>
> ERROR
> 
> VOLUME.MIGRATE Completed Error while migrating volume admin
> 
> admin
> 
> ROOT
> 
>  09
> Sep 2021 18:01:47
> ERROR
> 
> SNAPSHOT.CREATE Completed Error while taking snapshot admin
> 
> admin
> 
> ROOT
> 
>  09
> Sep 2021 17:53:16
> ERROR
> 
> SNAPSHOT.CREATE Completed Error while taking snapshot admin
> 
> admin
> 
> ROOT
> 
>  09
> Sep 2021 17:45:06
>
> I’m not really sure where to look to figured out what went wrong.  I have
> VMs servinig from both NFS and Ceph with no issues.  I’m able to migrate a
> volume from NFS to Ceph without any issues but snapshots fail.
>
> CentOS 8.
>
> Thanks
> -jeremy
>
>
>
>
>
>
>