Re: Meet the CloudStack Community: Who is NEXT?

2021-06-21 Thread Sven Vogel
Hi Ivet,

I would suggest Mike Tutowski too. He is also a long term community
member. 


Cheers,

Sven Vogel
Apache CloudStack PMC member



Am Montag, den 06/21/2021 um 18:09 schrieb Ivet Petrova:


Great suggestions Gabriel! I will ask them if they will have 15
minutes free to do it.

Kind regards,




On 21 Jun 2021, at 18:27, Gabriel Bräscher  wrote:

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 Petrova <
ivet.petr...@shapeblue.com> escreveu:

Hey,

Hope all of you are ready for the weekend :) I am rising again the
topic
for nominations for video participation. It is not scary, it is easy
and
nice :)

Whom would you like to nominate? Be brave!

Kind regards,




On 13 Jun 2021, at 0:11, Daan Hoogland  wrote:

grumble

On Fri, Jun 11, 2021 at 8:45 PM Slavka Peleva 
wrote:

Great to hear that, Rohit, even if you don't complete the book ;) And
Andrija will survive the interview 

I can't wait to watch the interviews with you :)

Kind regards,
Slavka



--
Daan


Re: [RESULT][VOTE] New life to Terraform Provider CloudStack with Apache CloudStack project

2021-06-21 Thread Rohit Yadav
Update - the process has been slow due to getting major contributors to agree 
on code base relicensing and getting Hashicorp to transfer the repo to its 
original/major author Sander who now has relicensed the repositories under 
APLv2:
https://github.com/xanzy/terraform-provider-cloudstack
https://github.com/xanzy/go-cloudstack

We're in the final process of IP clearance post which the code base will be 
accepted and available in the following repositories by either a ASF member 
(Paul has volunteered) or an officer of PMC with suitable permissions:
https://github.com/apache/cloudstack-terraform-provider
https://github.com/apache/cloudstack-go

As some may realise there is a new dependency repo (the Go SDK repo) which I'm 
advised by Sander should go along with the donation as it's used by the 
Terraform repo and Sander has notified submission of software grants 
(https://www.apache.org/licenses/contributor-agreements.html#grants) for both 
the repos. I'll keep the thread open if anyone has any concerns or objections 
for the additional dependency repo.

Regards.

Regards,
Rohit Yadav


From: Rohit Yadav 
Sent: Thursday, April 22, 2021 1:16:07 PM
To: d...@cloudstack.apache.org ; 
users@cloudstack.apache.org 
Subject: Re: [RESULT][VOTE] New life to Terraform Provider CloudStack with 
Apache CloudStack project

Update - I've created the new repository on Github: 
https://github.com/apache/cloudstack-terraform-provider

... and logged request with ASF infra:
https://issues.apache.org/jira/browse/INFRA-21772


Regards.


From: Rohit Yadav 
Sent: Thursday, April 22, 2021 13:05
To: d...@cloudstack.apache.org ; 
users@cloudstack.apache.org 
Subject: [RESULT][VOTE] New life to Terraform Provider CloudStack with Apache 
CloudStack project

Hi all,

After 120 hours, the vote [1] for accepting codebase of Terraform Provider for 
CloudStack by the Apache CloudStack project has passed with the following votes:

+1 (PMC / binding)
4 persons (Wido, Daan, Boris, Rohit)

+1 (non-binding)
5 persons (Nathan, Abhishek, Hari, Suresh, Nicolas)

0
none

-1 (non-binding)
1 person (Rene)

Thanks to everyone participating. Following this I'll request ASF infra with a 
new repository: https://github.com/apache/cloudstack-terraform-provider have 
access enabled for all committers/PMC with issues, pull request and wiki 
features.

[1] https://markmail.org/message/26yjsewj4tgq


Regards.

rohit.ya...@shapeblue.com
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue




rohit.ya...@shapeblue.com
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue




 



Re: Meet the CloudStack Community: Who is NEXT?

2021-06-21 Thread Ivet Petrova
Great suggestions Gabriel! I will ask them if they will have 15 minutes free to 
do it.

Kind regards,


 

On 21 Jun 2021, at 18:27, Gabriel Bräscher 
mailto:gabrasc...@gmail.com>> wrote:

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 Petrova <
ivet.petr...@shapeblue.com> escreveu:

Hey,

Hope all of you are ready for the weekend :) I am rising again the topic
for nominations for video participation. It is not scary, it is easy and
nice :)

Whom would you like to nominate? Be brave!

Kind regards,




On 13 Jun 2021, at 0:11, Daan Hoogland 
mailto:daan.hoogl...@gmail.com>mailto:daan.hoogl...@gmail.com>>> wrote:

grumble

On Fri, Jun 11, 2021 at 8:45 PM Slavka Peleva 
mailto:slav...@storpool.com.invalid>
>
wrote:

Great to hear that, Rohit, even if you don't complete the book ;) And
Andrija will survive the interview 

I can't wait to watch the interviews with you :)

Kind regards,
Slavka



--
Daan





RE: Issues Found Apache CloudStack 4.15.1.0 (RC2)

2021-06-21 Thread Corey, Mike
Thanks for the update and testing it out.  It may be my browser/issue only.

I have 3 physical networks and for whatever reason only 1 of them didn’t save.  
Even going next and previous in the wizard it would show sometimes and others 
not show.  Its not a show stopper since I know what to look for now.  For the 
record it occurred with physical network instance 2.

MC

From: Andrija Panic 
Sent: Monday, June 21, 2021 11:20 AM
To: users 
Cc: d...@cloudstack.apache.org; Corey, Mike 
Subject: Re: Issues Found Apache CloudStack 4.15.1.0 (RC2)

Hi Mike,

as for the first issue, I have deployed a Zone manually with RC2 - and my label 
(for KVM is there). I've also deployed a zone with VMware - and again 
everything is OK - traffic label is there (I had 2 physical networks, with 
different traffic labels - and all good)

If you can please advise on how different your setup might be - let's try to 
reproduce the issue - otherwise, I don't see an issue with RC2.
(screenshot below)

Best,

[cid:image001.png@01D76695.39B17390]

On Fri, 18 Jun 2021 at 23:01, Corey, Mike 
mailto:mike.co...@sap.com.invalid>> wrote:
Well - I found a "workaround", but it really can't be explained.  I reverted to 
a snapshot THREE times and retraced my steps just to validate what I'm seeing.

Short summary - When the zone is enabled and the systemvms are created a folder 
is created at /var/cloudstack/mnt/VM/.  This folder has the 
nobody:nobody attribute and the error Unable to copy systemvm ISO on secondary 
storage.  Next, I removed the Secondary Storage entry, restarted services, 
re-added Secondary Storage, restarted services, AND systemvms deploy.

Attributes of UID Folder at initial systemvm build:
drwxr-xr-x. 3 cloud  cloud34 Jun 18 16:27 .
drwxrwx---. 3 root   cloud16 Jun 18 16:27 ..
drwxrwxrwt. 6 nobody nobody 4096 Jun 18 15:51 345050034639.51841a7

*** ACS tries to set perms on this folder but fails ***
2021-06-18 16:27:25,862 DEBUG [c.c.h.v.m.VmwareManagerImpl] 
(DirectAgent-3:ctx-a90e1ecb usphlmvesxt01.phl.global.corp.sap, job-9/job-51, 
cmd: CopyCommand) (logid:3d148cdf) chmod: changing permissions of 
‘/var/cloudstack/mnt/VM/345050034639.51841a7’: Operation not permitted
2021-06-18 16:27:25,865 WARN  [c.c.h.v.m.VmwareManagerImpl] 
(DirectAgent-3:ctx-a90e1ecb usphlmvesxt01.phl.global.corp.sap, job-9/job-51, 
cmd: CopyCommand) (logid:3d148cdf) Unable to set permissions for 
/var/cloudstack/mnt/VM/345050034639.51841a7 due to chmod: changing permissions 
of ‘/var/cloudstack/mnt/VM/345050034639.51841a7’: Operation not permitted

***When you remove the SS in UI and restart the services, ACS will clear this 
folder***
2021-06-18 16:31:07,962 INFO  [c.c.h.v.m.VmwareManagerImpl] 
(SpringContextShutdownHook:null) (logid:) shutting down scheduled tasks
2021-06-18 16:31:07,962 INFO  [c.c.h.v.m.VmwareManagerImpl] 
(SpringContextShutdownHook:null) (logid:) Cleanup mounted NFS mount points used 
in current session
2021-06-18 16:31:07,962 INFO  [c.c.h.v.m.VmwareManagerImpl] 
(SpringContextShutdownHook:null) (logid:) umount NFS mount: 
/var/cloudstack/mnt/VM/345050034639.51841a7
2021-06-18 16:31:07,962 DEBUG [c.c.h.v.m.VmwareManagerImpl] 
(SpringContextShutdownHook:null) (logid:) Executing: sudo umount 
/var/cloudstack/mnt/VM/345050034639.51841a7

***Re-adding the SS in the UI and restarting services ACS CAN set the perms for 
the new folder ***
2021-06-18 16:38:56,254 DEBUG [c.c.h.v.m.VmwareManagerImpl] 
(DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, job-9/job-58, 
cmd: StartCommand) (logid:3d148cdf) Executing: sudo chmod 1777 
/var/cloudstack/mnt/VM/345050034639.50b47f15
2021-06-18 16:38:56,269 DEBUG [c.c.h.v.m.VmwareManagerImpl] 
(DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, job-9/job-58, 
cmd: StartCommand) (logid:3d148cdf) Executing while with timeout : 144
2021-06-18 16:38:56,293 DEBUG [c.c.h.v.m.VmwareManagerImpl] 
(DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, job-9/job-58, 
cmd: StartCommand) (logid:3d148cdf) Execution is successful.


Attributes after SS removed, services restarted, SS added, services restarted:
drwxr-xr-x. 3 cloud cloud   35 Jun 18 16:38 .
drwxrwx---. 3 root  cloud   16 Jun 18 16:27 ..
drwxrwxrwt. 6 root  root  4096 Jun 18 15:51 345050034639.50b47f15

So you can see that root:root is applied AFTER the original SS is removed and 
readded into the zone.  I don't why the original attempt by ACS to build this 
directory fails.  Look forward to your thoughts!

Have a great weekend!

Mike



-Original Message-
From: Corey, Mike 
mailto:mike.co...@sap.com.INVALID>>
Sent: Friday, June 18, 2021 11:47 AM
To: users@cloudstack.apache.org; 
d...@cloudstack.apache.org
Subject: [CAUTION] RE: Issues Found Apache CloudStack 4.15.1.0 (RC2)

Honestly, I can live with having to go in after the wizard completes and modify 
the traffic labels.  What I'm hitting regarding permissions on the 

Re: Meet the CloudStack Community: Who is NEXT?

2021-06-21 Thread Gabriel Bräscher
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 Petrova <
ivet.petr...@shapeblue.com> escreveu:

> Hey,
>
> Hope all of you are ready for the weekend :) I am rising again the topic
> for nominations for video participation. It is not scary, it is easy and
> nice :)
>
> Whom would you like to nominate? Be brave!
>
> Kind regards,
>
>
>
>
> On 13 Jun 2021, at 0:11, Daan Hoogland  daan.hoogl...@gmail.com>> wrote:
>
> grumble
>
> On Fri, Jun 11, 2021 at 8:45 PM Slavka Peleva  >
> wrote:
>
> Great to hear that, Rohit, even if you don't complete the book ;) And
> Andrija will survive the interview 
>
> I can't wait to watch the interviews with you :)
>
> Kind regards,
> Slavka
>
>
>
> --
> Daan
>
>


Re: Issues Found Apache CloudStack 4.15.1.0 (RC2)

2021-06-21 Thread Andrija Panic
Hi Mike,

as for the first issue, I have deployed a Zone manually with RC2 - and my
label (for KVM is there). I've also deployed a zone with VMware - and again
everything is OK - traffic label is there (I had 2 physical networks, with
different traffic labels - and all good)

If you can please advise on how different your setup might be - let's try
to reproduce the issue - otherwise, I don't see an issue with RC2.
(screenshot below)

Best,

[image: image.png]


On Fri, 18 Jun 2021 at 23:01, Corey, Mike 
wrote:

> Well - I found a "workaround", but it really can't be explained.  I
> reverted to a snapshot THREE times and retraced my steps just to validate
> what I'm seeing.
>
> Short summary - When the zone is enabled and the systemvms are created a
> folder is created at /var/cloudstack/mnt/VM/.  This folder has
> the nobody:nobody attribute and the error Unable to copy systemvm ISO on
> secondary storage.  Next, I removed the Secondary Storage entry, restarted
> services, re-added Secondary Storage, restarted services, AND systemvms
> deploy.
>
> Attributes of UID Folder at initial systemvm build:
> drwxr-xr-x. 3 cloud  cloud34 Jun 18 16:27 .
> drwxrwx---. 3 root   cloud16 Jun 18 16:27 ..
> drwxrwxrwt. 6 nobody nobody 4096 Jun 18 15:51 345050034639.51841a7
>
> *** ACS tries to set perms on this folder but fails ***
> 2021-06-18 16:27:25,862 DEBUG [c.c.h.v.m.VmwareManagerImpl]
> (DirectAgent-3:ctx-a90e1ecb usphlmvesxt01.phl.global.corp.sap,
> job-9/job-51, cmd: CopyCommand) (logid:3d148cdf) chmod: changing
> permissions of ‘/var/cloudstack/mnt/VM/345050034639.51841a7’: Operation not
> permitted
> 2021-06-18 16:27:25,865 WARN  [c.c.h.v.m.VmwareManagerImpl]
> (DirectAgent-3:ctx-a90e1ecb usphlmvesxt01.phl.global.corp.sap,
> job-9/job-51, cmd: CopyCommand) (logid:3d148cdf) Unable to set permissions
> for /var/cloudstack/mnt/VM/345050034639.51841a7 due to chmod: changing
> permissions of ‘/var/cloudstack/mnt/VM/345050034639.51841a7’: Operation not
> permitted
>
> ***When you remove the SS in UI and restart the services, ACS will clear
> this folder***
> 2021-06-18 16:31:07,962 INFO  [c.c.h.v.m.VmwareManagerImpl]
> (SpringContextShutdownHook:null) (logid:) shutting down scheduled tasks
> 2021-06-18 16:31:07,962 INFO  [c.c.h.v.m.VmwareManagerImpl]
> (SpringContextShutdownHook:null) (logid:) Cleanup mounted NFS mount points
> used in current session
> 2021-06-18 16:31:07,962 INFO  [c.c.h.v.m.VmwareManagerImpl]
> (SpringContextShutdownHook:null) (logid:) umount NFS mount:
> /var/cloudstack/mnt/VM/345050034639.51841a7
> 2021-06-18 16:31:07,962 DEBUG [c.c.h.v.m.VmwareManagerImpl]
> (SpringContextShutdownHook:null) (logid:) Executing: sudo umount
> /var/cloudstack/mnt/VM/345050034639.51841a7
>
> ***Re-adding the SS in the UI and restarting services ACS CAN set the
> perms for the new folder ***
> 2021-06-18 16:38:56,254 DEBUG [c.c.h.v.m.VmwareManagerImpl]
> (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap,
> job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Executing: sudo chmod
> 1777 /var/cloudstack/mnt/VM/345050034639.50b47f15
> 2021-06-18 16:38:56,269 DEBUG [c.c.h.v.m.VmwareManagerImpl]
> (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap,
> job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Executing while with
> timeout : 144
> 2021-06-18 16:38:56,293 DEBUG [c.c.h.v.m.VmwareManagerImpl]
> (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap,
> job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Execution is successful.
>
>
> Attributes after SS removed, services restarted, SS added, services
> restarted:
> drwxr-xr-x. 3 cloud cloud   35 Jun 18 16:38 .
> drwxrwx---. 3 root  cloud   16 Jun 18 16:27 ..
> drwxrwxrwt. 6 root  root  4096 Jun 18 15:51 345050034639.50b47f15
>
> So you can see that root:root is applied AFTER the original SS is removed
> and readded into the zone.  I don't why the original attempt by ACS to
> build this directory fails.  Look forward to your thoughts!
>
> Have a great weekend!
>
> Mike
>
>
>
> -Original Message-
> From: Corey, Mike 
> Sent: Friday, June 18, 2021 11:47 AM
> To: users@cloudstack.apache.org; d...@cloudstack.apache.org
> Subject: [CAUTION] RE: Issues Found Apache CloudStack 4.15.1.0 (RC2)
>
> Honestly, I can live with having to go in after the wizard completes and
> modify the traffic labels.  What I'm hitting regarding permissions on the
> Secondary Storage is more of a priority.  The systemVM builds are just
> looping because they can't copy/mount the systemvm.iso to the proper
> directory.
>
> What I did in previous builds, both 4.14 and 4.15.0, was to manually
> create the systemvm folder and set ownership (chown -R) to cloud:cloud.
> This allowed for the copying of template and systemvm.iso files to work.
>
> However, now with 4.15.1, I'm getting permissions error when copying the
> systemvm.iso to the /var/cloudstack/mnt/VM/
> 021-06-18 11:30:32,062 ERROR [c.c.h.v.m.VmwareManagerImpl]
> (DirectAgent-2:ctx-8e03b79a , 

Re: [VOTE] Apache CloudStack 4.15.1.0 (RC2)

2021-06-21 Thread Rohit Yadav
All,

We've not got any confirmation for a blocker on RC2 yet, kindly raise and 
report any blockers if you've found in RC2.

And please also continue testing and voting. Thanks.


Regards.


From: Rohit Yadav 
Sent: Friday, June 18, 2021 17:00
To: Andrija Panic ; dev ; 
Corey, Mike 
Cc: users 
Subject: Re: [VOTE] Apache CloudStack 4.15.1.0 (RC2)

Since there are two thread on this, I request Mike to test ACS 4.15/older 
versions UI/API and 4.15.1.0 RC2 legacy and new UI. Thanks.


Regards.


From: Andrija Panic 
Sent: Friday, June 18, 2021 04:15
To: dev ; Rohit Yadav ; 
Corey, Mike 
Cc: users 
Subject: Re: [VOTE] Apache CloudStack 4.15.1.0 (RC2)

@Rohit Yadav we might have a UI blocker, I'm 
waiting for Mike to report the issue - it seems (per his separate email to this 
ML) that the Traffic Labels are not persisted after the Zone deployment (UI 
doesn't show traffic labels) - I do recall an issue in 4.15.0 where similar was 
happening and one could not update the Traffic label in new UI (old UI had to 
be used)

@Corey, Mike please report here with the problem - 
thx.





 

On Wed, 16 Jun 2021 at 18:28, Rohit Yadav 
mailto:ro...@apache.org>> wrote:
Hi All,

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

Git Branch:
https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210616T2128
Commit SHA:
3afd37022b9dac52cd146dccada6012e47a80232

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

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

The vote will be open for the next week until 22 June 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 and 4.15.1
systemvmtemplates are available here:
https://download.cloudstack.org/testing/4.15.1.0-RC2/
https://download.cloudstack.org/systemvm/4.15/

Documentation is not published yet, but the following may be referenced for
upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be
registered prior to upgrade)
https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade

Regards.


--

Andrija Panić


change ntp server of the SSVMs

2021-06-21 Thread Yordan Kostov
Hey everyone,

ACS 4.15 here. We noticed that SSVMs try to go to internet for 
NTP sync.
Decided to change that to local ntps so went to ACS GUI -> 
Global settings -> "ntp.server.list"

  *   Set the value to "1.1.1.1,2.2.2.2" without the semi columns
  *   Restarted ACS
  *   Destroyed the SSVMs

After SSVMs rebooted they still tried to access the same internet NTPs.
Is there anything that is done wrong here or am I missing something?

Best regards,
Jordan


Re: Unable to add template to new deployment

2021-06-21 Thread Andrija Panic
You're most welcome!

(and apologies about the naming convention jokes - I also would name things
in a meaningful way instead of bond0/1 etc - the same way I'm switching
back from those "predictable interface names "ensp0p1" and similar to
old-fashioned eth0, eth1 etc - not sure what kind of drugs did the
engineers take when they came with those "predictable" interface names...)

Cheers,

On Fri, 18 Jun 2021 at 07:16,  wrote:

> Andrija,
>
> Thanks so much for all the details. I'm out of the office for the next
> couple of days so will update my cloud with your suggestions when I get
> back.
>
> As far as the "fancy" naming, I just never found names like bondX useful
> when Linux allows naming the network device something else. It has just
> become a convention of mine. I can easily distinguish which bond carries
> cloud traffic and which carries storage traffic by looking at the bond
> name, but it is just a personal thing and can easily switch back to
> using the standard bond names.
>
> I was aware of the traffic labels but forgot to mention that I had set
> those up in my previous email. There were still some details that you
> provided that helped me further understand how they work though, thanks.
>
> Again, thanks for you help.
>
> On 2021-06-17 22:04, Andrija Panic wrote:
> > BTW, once you thing you have fixed all your network configuration
> > issues -
> > destroy all system VM (CPVM, SSVM and restart all networks with
> > "cleanup" -
> > so that new VMs are created_
> > Inside SSVM, run the the following script, which should give you
> > results
> > similar as below - confirming that your SSVM is healthy
> >
> >
> >
> >   root@s-2536-VM:/usr/local/cloud/systemvm#
> > /usr/local/cloud/systemvm/ssvm-
> > check.sh
> > 
> > First DNS server is  192.168.169.254
> > PING 192.168.169.254 (192.168.169.254): 56 data bytes
> > 64 bytes from 192.168.169.254: icmp_seq=0 ttl=64 time=0.520 ms
> > 64 bytes from 192.168.169.254: icmp_seq=1 ttl=64 time=0.294 ms
> > --- 192.168.169.254 ping statistics ---
> > 2 packets transmitted, 2 packets received, 0% packet loss
> > round-trip min/avg/max/stddev = 0.294/0.407/0.520/0.113 ms
> > Good: Can ping DNS server
> > 
> > Good: DNS resolves cloudstack.apache.org
> > 
> > nfs is currently mounted
> > Mount point is /mnt/SecStorage/ceb27169-9a58-32ef-81b4-33b0b12e9aa2
> > Good: Can write to mount point
> > 
> > Management server is 192.168.169.13. Checking connectivity.
> > Good: Can connect to management server 192.168.169.13 port 8250
> > 
> > Good: Java process is running
> > 
> > Tests Complete. Look for ERROR or WARNING above.
> >
> > On Thu, 17 Jun 2021 at 23:55, Andrija Panic 
> > wrote:
> >
> >> Since you really bothered to provide so very detailed inputs and help
> >> us
> >> help you (vs what some other people tend to do) -  I think you really
> >> deserved a decent answer (and some explanation).
> >>
> >> The last question first -even though you don't specify/have dedicated
> >> Storage traffic, there will be an additional interface inside the SSVM
> >> connected to the same Management network (not to the old Storage
> >> network -
> >> if you see the old storage network, restart your mgmt server and
> >> destroy
> >> the SSVM - a new one should be created, with proper interfaces inside
> >> it)
> >>
> >> bond naming issues:
> >> - rename  your "bond-services" to something industry-standard like
> >> "bond0"
> >> or similar - cloudstack extracts "child" interfaces from cloudbr1 IF
> >> you
> >> specify a VLAN for a network that ACS should create - so your
> >> "bond-services", while fancy (and unclear to me WHY you named it in
> >> that
> >> weird way - smiley here) - is NOT something CloudStack will recognize
> >> and
> >> this is the reason it fails (it even says so in that error message)
> >> - no reason to NOT have that dedicated storage network -  feel free to
> >> bring it back - the same issue you have as for the public traffic -
> >> rename
> >> "bond-storage" to e.g. "bond1" and you will be good to go -  since you
> >> are
> >> NOT using tagging, ACS will just plug vNIC of the VM into the cloudbr2
> >> (or
> >> whatever bridge name you use for it).
> >>
> >> Now some explanation (even though your deduction capabilities
> >> certainly
> >> made you draw some conclusions from what I wrote above ^^^)
> >>
> >> - When you specify a VLAN id for some network in CLoudStack -
> >> CloudStack
> >> will look for the device name that is specified as the "Traffic label"
> >> for
> >> that traffic (and you have none??? for your Public traffic - while it
> >> should be set to the name of the bridge device "cloudbr1") - and then
> >> it
> >> will provision a VLAN interface and create 

Re: Cloudstack Usage --- not owner

2021-06-21 Thread Daan Hoogland
Sorry Hean, wasn't on line most of the weekend, Is it running now?
as you wrote this two days ago, it should already have run twice (assuming
you didn't change a lot)

On Sat, Jun 19, 2021 at 8:41 PM Hean Seng  wrote:

> And it will insert another success is NULL to usage_job table , right ?
>
> i  deleted the null record and  restart usage servoce and see following in
> usage log :
>
> 2021-06-19 18:37:52,912 INFO  [cloud.usage.UsageManagerImpl] (main:null)
> (logid:) Implementation Version is 4.15.0.0
>
> 2021-06-19 18:37:55,942 DEBUG [cloud.usage.UsageManagerImpl] (main:null)
> (logid:) Usage stats aggregation time zone: GMT
>
> 2021-06-19 18:37:55,952 DEBUG [cloud.usage.UsageManagerImpl] (main:null)
> (logid:) Execution Time: Sat Jun 19 00:15:00 UTC 2021
>
> 2021-06-19 18:37:55,953 DEBUG [cloud.usage.UsageManagerImpl] (main:null)
> (logid:) Current Time: Sat Jun 19 18:37:55 UTC 2021
>
> It seem execution time before current time ?  Is that normal ?
>
>
>
>
>
> On Sun, Jun 20, 2021 at 2:39 AM Hean Seng  wrote:
>
> >
> > So, I shall stop the Cloudstack-Usage services and delete all record
> where
> > success is NULL , and start back the usage service ?
> >
> >
> > On Sat, Jun 19, 2021 at 11:00 PM Daan Hoogland 
> > wrote:
> >
> >> Heanm,
> >>
> >> On Sat, Jun 19, 2021 at 5:27 AM Hean Seng  wrote:
> >>
> >> > i have no unprocess job , but still have this issue:
> >> >
> >> > 2021-06-19 10:09:57,657 DEBUG [cloud.usage.UsageManagerImpl]
> >> > (Usage-HB-1:null) (logid:) Scheduling Usage job...
> >> >
> >> > 2021-06-19 10:09:57,657 INFO  [cloud.usage.UsageManagerImpl]
> >> > (Usage-Job-1:null) (logid:) starting usage job...
> >> >
> >> > 2021-06-19 10:09:57,661 DEBUG [cloud.usage.UsageManagerImpl]
> >> > (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
> >> >
> >> this line ^^ means there is a unprocessed job owned by another proccess
> >> ...
> >>
> >>
> >> > 2021-06-19 10:09:57,661 INFO  [cloud.usage.UsageManagerImpl]
> >> > (Usage-Job-1:null) (logid:) usage job complete
> >> >
> >> >
> >> >  mysql> select id, pid, start_date ,end_date , success, heartbeat from
> >> > usage_job where success=0 order by start_date desc limit 100;
> >> >
> >> you should search for `where success is null`
> >>
> >>
> >> > Empty set (0.00 sec)
> >> >
> >> >
> >> >
> >> >
> >> > On Fri, Jun 18, 2021 at 11:01 PM Hean Seng 
> wrote:
> >> >
> >> > > yes,  I restarted the mgmt server,  wait till can login web
> interface
> >> .
> >> > > then only restart usage .
> >> > >
> >> > > I did follwoig also :
> >> > >
> >> > > * stop usage server
> >> > >
> >> > > * remove the record from usage_job for the unprocessed job
> >> > >
> >> > > * start usage server again
> >> > >
> >> > >
> >> > >
> >> > > Still same thing.  Not sure where the Cloudstack keep the Usage
> server
> >> > PID
> >> > > id , and keep getting wrong id.
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > > On Fri, Jun 18, 2021 at 4:31 PM Boris Stoyanov <
> >> > > boris.stoya...@shapeblue.com> wrote:
> >> > >
> >> > >> Hi Hean Seng,
> >> > >>
> >> > >> Have you waited the management service to come up and then
> restarted
> >> > >> usage service? It might be some race condition?
> >> > >>
> >> > >> Bobby.
> >> > >>
> >> > >> From: Hean Seng 
> >> > >> Date: Friday, 18 June 2021, 7:31
> >> > >> To: users@cloudstack.apache.org 
> >> > >> Subject: Cloudstack Usage --- not owner
> >> > >> Hi
> >> > >>
> >> > >> I have mysql hang, and restarted mysql, restarted cloudstack mgmt,
> >> and
> >> > >> usage.
> >> > >>
> >> > >> After that facing issue of following:
> >> > >>
> >> > >> duration is 120 minutes)
> >> > >>
> >> > >> 2021-06-18 04:25:49,656 DEBUG [cloud.usage.UsageManagerImpl]
> >> > >> (Usage-HB-1:null) (logid:) Scheduling Usage job...
> >> > >>
> >> > >> 2021-06-18 04:25:49,657 INFO  [cloud.usage.UsageManagerImpl]
> >> > >> (Usage-Job-1:null) (logid:) starting usage job...
> >> > >>
> >> > >> 2021-06-18 04:25:49,669 DEBUG [cloud.usage.UsageManagerImpl]
> >> > >> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
> >> > >>
> >> > >> 2021-06-18 04:25:49,669 INFO  [cloud.usage.UsageManagerImpl]
> >> > >> (Usage-Job-1:null) (logid:) usage job complete
> >> > >>
> >> > >>
> >> > >>
> >> > >> Seems usage pid is not updated to db .
> >> > >>
> >> > >> Andybody know how to fix this ?
> >> > >>
> >> > >> --
> >> > >> Regards,
> >> > >> Hean Seng
> >> > >>
> >> > >>
> >> > >>
> >> > >>
> >> > >
> >> > > --
> >> > > Regards,
> >> > > Hean Seng
> >> > >
> >> >
> >> >
> >> > --
> >> > Regards,
> >> > Hean Seng
> >> >
> >>
> >>
> >> --
> >> Daan
> >>
> >
> >
> > --
> > Regards,
> > Hean Seng
> >
>
>
> --
> Regards,
> Hean Seng
>


-- 
Daan