Re: Secondary Storage

[Mr Jazze]

@Andrija

CloudStack 4.13.1.0 running on Ubuntu 16.04 Server
3 x hosts (1 x manage/mysql/NFS shares and 2 x KVM Hosts)
Network Type: Advance Zone
Guest Isolation: VXLAN (mtu 9000 everywhere)
Manage Server Network = 2 interfaces (1 x manage, 1 x storage)

# MANAGEMENT & NFS-SECONDARY

auto eth0

iface eth0 inet static

address 172.16.15.230 (manage)

netmask 255.255.255.0

gateway 172.16.15.254

dns-nameservers 172.16.15.254

dns-search cloudstack.local

# NFS-PRIMARY

auto eth1

iface eth1 inet static

address 192.168.201.230

netmask 255.255.255.0

mtu 9000


KVM Servers Network = 4 interfaces (1 x manage, 1 x public, 1 x guest, 1 x
storage)

# MANAGEMENT & NFS-SECONDARY

auto eth0

iface eth0 inet static

address 172.16.15.231 (kvm1) and 172.16.15.232 (kvm2)

netmask 255.255.255.0

gateway 172.16.15.254

dns-nameservers 172.16.15.254

dns-search cloudstack.local

# PUBLIC BRIDGE

auto cloudbr0

iface cloudbr0 inet manual

bridge_ports eth1

bridge_fd 5

bridge_stp off

bridge_maxwait 1

# GUEST BRIDGE

auto cloudbr1

iface cloudbr1 inet static

bridge_ports eth2

bridge_fd 5

bridge_stp off

bridge_maxwait 1

address 192.0.2.231 (kvm1) and 192.0.2.232 (kvm2)

  netmask 255.255.255.0

# NFS-PRIMARY

auto eth3

iface eth3 inet static

address 192.168.201.231 (kvm1) and 192.168.201.232 (kvm2)

netmask 255.255.255.0

mtu 9000


Once completing the Advance Zone wizard and allowing time for backend
processing, the dashboard does not show metrics for secondary storage (0/0
KB), the console proxy and secondary storage VMs repeatedly cycle through
build-up and tear-down, while never stabilizing to online state.


I've tried Centos deployments as well, but tell me why would it matter
given your documentation clearly state either (Centos, RedHat, Ubuntu, Xen,
VMware) and provides instructions for either?


Yes, I executed and validated all host settings and communications: pings
to/from everything, nslookup, rpcinfo, exportfs, showmount, libvirtd
settings, qemu settings, brctl, etc.


Finally, as for my attitude as you put it. I've been primarily a Windows
Systems Administrator over 20 years and have worked with Linux
and opensource products for about 15 years. Said not to be boastful, but
simply to depict a degree technical know how. Based on my calculations
CloudStack have been around for 7 to 8 years and I'm sure has achieved
tremendous milestones. But experience has taught me where we often fall
short is documentation; not just in doing it, but also the accuracy and
detail of content. I've had the distinct pleasure of working for one
organization that required us to get a none technical person to
successfully follow our documentation before it was considered standard
operating procedure.


And for your offer to have me produce videos, I really wouldn't have an
issue with the idea; except a huge matter of not having proper technical
knowledge of said product. By the time and effort it would take someone to
get me up to speed, that same or less effort could be used to produce the
videos and share the knowledge with the multitudes.




On Wed, May 6, 2020 at 2:16 PM Andrija Panic 
wrote:

> What **exactly** is your problem that you are trying to solve?
>
> i.e. this makes no sense to me or at least I can't understand it:
>
> "I cannot get the console to show/recognize the secondary NFS storage which
> seems to be preventing the build/starting of systemvms"
>
> 1. Describe your setup, your networking, basic zone or advanced zone, do
> you have dedicated Storage network (Seecondary Storage network that is) or
> not, etc.What are you IP ranges/reserved IP ranges, vlans, etc.
> 2. I recommend CentOS 7.x for the beginning, not Ubuntu 16.04
> 3. Did you preseed the systemVM templates via script as in the manual, did
> you confirm you KVM hosts can mount Primary AND Secondary Storage (manual
> test)
> 4. Later you might want to upload your logs if we are troubleshooting a
> specific problem, but not for now
>
> You need to provide some more information besides what you have provided in
> order to be helped.
> Regards,
>
> P.S. Related to your attitude... When you learn on how to deploy CloudStack
> on that setup, do you swear you will update all the missing CloudStack
> documentation and produce all the missing videos (I'm sure you have all the
> time of this world besides your work hours, your family obligations
> (wife/kids), etc? I don't think so either... This is a community project
> and one need to use brain to connect the dots - it's cloud a.k.a. complex
> stuff, not an awerage web server setup. Cheers
>
> On Wed, 6 May 2020 at 20:48, Mr Jazze  wrote:
>
> > Can I get some support with this storage issue? Which is really a matter
> of
> > understanding exactly how the networking SHOULD be configured in a
> > multi-node deployment. If this is the only

[VOTE] Apache CloudStack 4.14.0.0 RC2

[Andrija Panic]

Hi All,

I've created a 4.14.0.0 release (RC2), with the following artefacts up for
testing and a vote:

Git Branch and Commit SH:
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200506T2028
Commit: 377c9c8ab2eecca57b0073065c018fe9a010a520

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

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

The vote will be open until 12th May 2020.

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)

Additional information:

For users' convenience, I've built packages from
377c9c8ab2eecca57b0073065c018fe9a010a520 and published RC2 repository here:
http://packages.shapeblue.com/testing/41400rc2/  (CentOS 7 and
Debian/generic, both with noredist support)
and here
https://download.cloudstack.org/testing/4.14.0.0-RC20200506T2028/ubuntu/bionic/
(Ubuntu 18.04 specific, no noredist support - thanks to Gabriel):

The release notes are still work-in-progress, but for the upgrade
instructions (including the new systemVM templates) you may refer to the
following URL:
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr112/upgrading/index.html

4.14.0.0 systemVM templates are available from here:
http://download.cloudstack.org/systemvm/4.14/

NOTES on issues fixed in this RC2 release:

(these do *NOT* require a full retest if you were testing RC1 already -
just if you were affected by these 2 issues):
-  https://github.com/apache/cloudstack/pull/4055 (explicit timezone in
db.properties, fixes only new installations of 4.14, while for the upgrade
process the documentation has been upgraded accordingly in
https://github.com/apache/cloudstack-documentation/pull/112/files)
-  https://github.com/apache/cloudstack/pull/4057   (fix regression where
one could not delete a snapshot created from a volume on Local storage)

Regards,

Andrija Panić

Re: Secondary Storage

[Andrija Panic]

True that - there is an older and more thorough guide though:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM%2C+templates%2C+Secondary+storage+troubleshooting

On Wed, 6 May 2020 at 21:42, Riepl, Gregor (SWISS TXT) <
gregor.ri...@swisstxt.ch> wrote:

> Previously, the common way to access the system VMs was via SSH from the
> management server:
>
> https://docs.cloudstack.apache.org/projects/archived-cloudstack-getting-started/en/latest/administration_guide.html#accessing-system-vms
>
> It looks like this piece of documentation is missing from the newer
> releases, so I'm not sure if it's still a viable option in 4.12 and beyond.
>
> This may be helpful if VNC console access is not working for you.
> 
> From: Karol Jędrzejczyk 
> Sent: 06 May 2020 16:27
> To: users@cloudstack.apache.org 
> Subject: Re: Secondary Storage
>
> wt., 5 maj 2020 o 11:37 Karol Jędrzejczyk 
> napisał(a):
>
> > I have similar observations. At the moment I have one of the VMs in a
> > *running* state but there's no connectivity, the other one is in
> > *starting*. I see two qemu processes on the hypervisor but virsh list
> > returns an empty list. I'm planning to connect to the VNC servers next to
> > see what's going on.
> >
>
> I was able to connect to both system VMs with VNC - they seem OK - but I am
> unable to login because I don't have the credentials. Is there a default
> username and password to access System VMs or do I have to
> set system.vm.random.password to true and get it that way?
> --
> Karol Jędrzejczyk
>
> --
> CONFIDENTIALITY NOTICE
>
>
> This message and any attachment is intended
> exclusively for the individual or entity to which it is addressed. This
> communication may contain information that is proprietary, confidential,
> legally privileged or otherwise exempt from disclosure. The security and
> integrity of e-mails cannot be guaranteed. Any reply to this e-mail and any
> attachment received may be subject to Icotera monitoring.
> If you are not
> the named addressee, you are not authorized to use, distribute, copy or
> take any action in reliance on this message. The unauthorized use,
> disclosure, or copying of this communication, or any attachment, is
> strictly prohibited and may be unlawful. No waiver of confidentiality or
> any applicable privilege is intended by any mistransmission. If you have
> received this message in error, please notify the sender immediately by
> replying to this e-mail and delete all copies of this message and any
> attachments.
>
>
>
>
>
>
>

-- 

Andrija Panić

Re: Secondary Storage

[Riepl, Gregor (SWISS TXT)]

Previously, the common way to access the system VMs was via SSH from the 
management server:
https://docs.cloudstack.apache.org/projects/archived-cloudstack-getting-started/en/latest/administration_guide.html#accessing-system-vms

It looks like this piece of documentation is missing from the newer releases, 
so I'm not sure if it's still a viable option in 4.12 and beyond.

This may be helpful if VNC console access is not working for you.

From: Karol Jędrzejczyk 
Sent: 06 May 2020 16:27
To: users@cloudstack.apache.org 
Subject: Re: Secondary Storage

wt., 5 maj 2020 o 11:37 Karol Jędrzejczyk 
napisał(a):

> I have similar observations. At the moment I have one of the VMs in a
> *running* state but there's no connectivity, the other one is in
> *starting*. I see two qemu processes on the hypervisor but virsh list
> returns an empty list. I'm planning to connect to the VNC servers next to
> see what's going on.
>

I was able to connect to both system VMs with VNC - they seem OK - but I am
unable to login because I don't have the credentials. Is there a default
username and password to access System VMs or do I have to
set system.vm.random.password to true and get it that way?
--
Karol Jędrzejczyk

--
CONFIDENTIALITY NOTICE


This message and any attachment is intended
exclusively for the individual or entity to which it is addressed. This
communication may contain information that is proprietary, confidential,
legally privileged or otherwise exempt from disclosure. The security and
integrity of e-mails cannot be guaranteed. Any reply to this e-mail and any
attachment received may be subject to Icotera monitoring.
If you are not
the named addressee, you are not authorized to use, distribute, copy or
take any action in reliance on this message. The unauthorized use,
disclosure, or copying of this communication, or any attachment, is
strictly prohibited and may be unlawful. No waiver of confidentiality or
any applicable privilege is intended by any mistransmission. If you have
received this message in error, please notify the sender immediately by
replying to this e-mail and delete all copies of this message and any
attachments.

Re: Secondary Storage

[Andrija Panic]

What **exactly** is your problem that you are trying to solve?

i.e. this makes no sense to me or at least I can't understand it:

"I cannot get the console to show/recognize the secondary NFS storage which
seems to be preventing the build/starting of systemvms"

1. Describe your setup, your networking, basic zone or advanced zone, do
you have dedicated Storage network (Seecondary Storage network that is) or
not, etc.What are you IP ranges/reserved IP ranges, vlans, etc.
2. I recommend CentOS 7.x for the beginning, not Ubuntu 16.04
3. Did you preseed the systemVM templates via script as in the manual, did
you confirm you KVM hosts can mount Primary AND Secondary Storage (manual
test)
4. Later you might want to upload your logs if we are troubleshooting a
specific problem, but not for now

You need to provide some more information besides what you have provided in
order to be helped.
Regards,

P.S. Related to your attitude... When you learn on how to deploy CloudStack
on that setup, do you swear you will update all the missing CloudStack
documentation and produce all the missing videos (I'm sure you have all the
time of this world besides your work hours, your family obligations
(wife/kids), etc? I don't think so either... This is a community project
and one need to use brain to connect the dots - it's cloud a.k.a. complex
stuff, not an awerage web server setup. Cheers

On Wed, 6 May 2020 at 20:48, Mr Jazze  wrote:

> Can I get some support with this storage issue? Which is really a matter of
> understanding exactly how the networking SHOULD be configured in a
> multi-node deployment. If this is the only resource available whereby Cloud
> Stack development team offers assistance, it is sorely lacking.
>
> Just to be clear, I'd like to see the potential of a successful Cloud Stack
> deployment (a single server installation appears to operate as expected).
> However, its quiet a different picture when attempting to perform a full on
> production like deployment. As I've somewhat stated before, the
> documentation is seriously lacking adequate rationale as to why a
> setting/configuration is made.
>
> Something else that has bewildered me is why there has not been and effort
> to produce youtube videos demonstrating/educating deployments?
>
> On Tue, May 5, 2020 at 4:37 AM Karol Jędrzejczyk  >
> wrote:
>
> > wt., 5 maj 2020 o 00:24 Mr Jazze  napisał(a):
> >
> > > Luis, thanks for your feedback. Though waiting seem to resolve your
> > issue,
> > > I'm sure that is not the intended deployment outcome.
> > >
> >
> > Waiting didn't resolve the issue for me, unfortunately.
> >
> > I've made some observations around the problem.
> > > - The system vms console/storage repeatedly rebuild and never come
> > online.
> > > - The system vm template is downloaded to secondary storage (per
> > > instructions) yet does not show size in console.
> > > - The dashboard shows secondary 0/0 KB, primary 192.50 kb/787 GB. I
> don't
> > > understand why there is yet a separate storage meter.
> > > - This VXLAN deployment for some unknown reason now shows the VNI range
> > on
> > > all three networks (Management, Public & Guest) instead of just the
> Guest
> > > network.
> > >
> >
> > I have similar observations. At the moment I have one of the VMs in a
> > *running* state but there's no connectivity, the other one is in
> > *starting*. I see two qemu processes on the hypervisor but virsh list
> > returns an empty list. I'm planning to connect to the VNC servers next to
> > see what's going on.
> > --
> > Karol Jędrzejczyk
> >
> > --
> > CONFIDENTIALITY NOTICE
> >
> >
> > This message and any attachment is intended
> > exclusively for the individual or entity to which it is addressed. This
> > communication may contain information that is proprietary, confidential,
> > legally privileged or otherwise exempt from disclosure. The security and
> > integrity of e-mails cannot be guaranteed. Any reply to this e-mail and
> > any
> > attachment received may be subject to Icotera monitoring.
> > If you are not
> > the named addressee, you are not authorized to use, distribute, copy or
> > take any action in reliance on this message. The unauthorized use,
> > disclosure, or copying of this communication, or any attachment, is
> > strictly prohibited and may be unlawful. No waiver of confidentiality or
> > any applicable privilege is intended by any mistransmission. If you have
> > received this message in error, please notify the sender immediately by
> > replying to this e-mail and delete all copies of this message and any
> > attachments.
> >
> >
> >
> >
> >
> >
> >
>
> --
>
> ==
>
> My Search to Build a Private Cloud!
>


-- 

Andrija Panić

Re: Secondary Storage

[Mr Jazze]

Can I get some support with this storage issue? Which is really a matter of
understanding exactly how the networking SHOULD be configured in a
multi-node deployment. If this is the only resource available whereby Cloud
Stack development team offers assistance, it is sorely lacking.

Just to be clear, I'd like to see the potential of a successful Cloud Stack
deployment (a single server installation appears to operate as expected).
However, its quiet a different picture when attempting to perform a full on
production like deployment. As I've somewhat stated before, the
documentation is seriously lacking adequate rationale as to why a
setting/configuration is made.

Something else that has bewildered me is why there has not been and effort
to produce youtube videos demonstrating/educating deployments?

On Tue, May 5, 2020 at 4:37 AM Karol Jędrzejczyk 
wrote:

> wt., 5 maj 2020 o 00:24 Mr Jazze  napisał(a):
>
> > Luis, thanks for your feedback. Though waiting seem to resolve your
> issue,
> > I'm sure that is not the intended deployment outcome.
> >
>
> Waiting didn't resolve the issue for me, unfortunately.
>
> I've made some observations around the problem.
> > - The system vms console/storage repeatedly rebuild and never come
> online.
> > - The system vm template is downloaded to secondary storage (per
> > instructions) yet does not show size in console.
> > - The dashboard shows secondary 0/0 KB, primary 192.50 kb/787 GB. I don't
> > understand why there is yet a separate storage meter.
> > - This VXLAN deployment for some unknown reason now shows the VNI range
> on
> > all three networks (Management, Public & Guest) instead of just the Guest
> > network.
> >
>
> I have similar observations. At the moment I have one of the VMs in a
> *running* state but there's no connectivity, the other one is in
> *starting*. I see two qemu processes on the hypervisor but virsh list
> returns an empty list. I'm planning to connect to the VNC servers next to
> see what's going on.
> --
> Karol Jędrzejczyk
>
> --
> CONFIDENTIALITY NOTICE
>
>
> This message and any attachment is intended
> exclusively for the individual or entity to which it is addressed. This
> communication may contain information that is proprietary, confidential,
> legally privileged or otherwise exempt from disclosure. The security and
> integrity of e-mails cannot be guaranteed. Any reply to this e-mail and
> any
> attachment received may be subject to Icotera monitoring.
> If you are not
> the named addressee, you are not authorized to use, distribute, copy or
> take any action in reliance on this message. The unauthorized use,
> disclosure, or copying of this communication, or any attachment, is
> strictly prohibited and may be unlawful. No waiver of confidentiality or
> any applicable privilege is intended by any mistransmission. If you have
> received this message in error, please notify the sender immediately by
> replying to this e-mail and delete all copies of this message and any
> attachments.
>
>
>
>
>
>
>

-- 

==

My Search to Build a Private Cloud!

Re: Migrate VM on Cluster Xen 6.5 on XCP-NG 7.6 Cluster CS 4.13

[Olivier GUIN]

Hello Vivek,

Migration is ok, thank's a lot 

Regards,

Olivier

Le 30/04/2020 à 09:51, Vivek Kumar a écrit :

Hello Oliver,

I am assuming that you want to migrate VM which is running on Xen CLS 6.5 to 
your another cluster which is CLS7.6. right ?

Are both cluster under a same zone ? If yes then you can migrate (Not a live 
migration) the instances across cluster by using the tags (you can use HOST 
tags).  So you need to define the tags on the HOST belongs to CLS2. You need to 
 create a new Compute offering and put the same tag. Now you can power off your 
VM and change the compute offering. So when you will turn on your VM it will 
look to the mentioned HOST and will power on the mentioned host. Since it will 
be a cluster movement so it will take time to migrate whole storage to 
secondary cluster.

I will suggest you to perform this on a test vm before any live VMs.  Make sure 
that you secondary storage has enough capacity .

Vivek Kumar
Manager - Cloud & DevOps
IndiQus Technologies
24*7  O +91 11 4055 1411  |   M +91 7503460090
www.indiqus.com 

This message is intended only for the use of the individual or entity to which 
it is addressed and may contain information that is confidential and/or 
privileged. If you are not the intended recipient please delete the original 
message and any copy of it from your computer system. You are hereby notified 
that any dissemination, distribution or copying of this communication is 
strictly prohibited unless proper authorization has been obtained for such 
action. If you have received this communication in error, please notify the 
sender immediately. Although IndiQus attempts to sweep e-mail and attachments 
for viruses, it does not guarantee that both are virus-free and accepts no 
liability for any damage sustained as a result of viruses.


On 30-Apr-2020, at 5:03 PM, Olivier Guin  wrote:

Hi all,

I want to migrate my only vm on Cluster Xen 6.5 to another cluster XCP-NG 7.6 !

Have you procedure to make this ?

Regards,
Olivier

Re: Secondary Storage

[Andrija Panic]

Actually... not sure what login you are referring to VNC login, or the
local console login in Linux (root/password)
THe VNC login is also required (afaik) - please follow that link if so...

On Wed, 6 May 2020 at 16:30, Andrija Panic  wrote:

> Follow this: https://gist.github.com/rhtyd/d9bf977ad30bda1de0ea
>
> Cheers
>
> On Wed, 6 May 2020 at 16:27, Karol Jędrzejczyk 
> wrote:
>
>> wt., 5 maj 2020 o 11:37 Karol Jędrzejczyk 
>> napisał(a):
>>
>> > I have similar observations. At the moment I have one of the VMs in a
>> > *running* state but there's no connectivity, the other one is in
>> > *starting*. I see two qemu processes on the hypervisor but virsh list
>> > returns an empty list. I'm planning to connect to the VNC servers next
>> to
>> > see what's going on.
>> >
>>
>> I was able to connect to both system VMs with VNC - they seem OK - but I
>> am
>> unable to login because I don't have the credentials. Is there a default
>> username and password to access System VMs or do I have to
>> set system.vm.random.password to true and get it that way?
>> --
>> Karol Jędrzejczyk
>>
>> --
>> CONFIDENTIALITY NOTICE
>>
>>
>> This message and any attachment is intended
>> exclusively for the individual or entity to which it is addressed. This
>> communication may contain information that is proprietary, confidential,
>> legally privileged or otherwise exempt from disclosure. The security and
>> integrity of e-mails cannot be guaranteed. Any reply to this e-mail and
>> any
>> attachment received may be subject to Icotera monitoring.
>> If you are not
>> the named addressee, you are not authorized to use, distribute, copy or
>> take any action in reliance on this message. The unauthorized use,
>> disclosure, or copying of this communication, or any attachment, is
>> strictly prohibited and may be unlawful. No waiver of confidentiality or
>> any applicable privilege is intended by any mistransmission. If you have
>> received this message in error, please notify the sender immediately by
>> replying to this e-mail and delete all copies of this message and any
>> attachments.
>>
>>
>>
>>
>>
>>
>>
>
> --
>
> Andrija Panić
>


-- 

Andrija Panić

Re: Secondary Storage

[Andrija Panic]

Follow this: https://gist.github.com/rhtyd/d9bf977ad30bda1de0ea

Cheers

On Wed, 6 May 2020 at 16:27, Karol Jędrzejczyk 
wrote:

> wt., 5 maj 2020 o 11:37 Karol Jędrzejczyk 
> napisał(a):
>
> > I have similar observations. At the moment I have one of the VMs in a
> > *running* state but there's no connectivity, the other one is in
> > *starting*. I see two qemu processes on the hypervisor but virsh list
> > returns an empty list. I'm planning to connect to the VNC servers next to
> > see what's going on.
> >
>
> I was able to connect to both system VMs with VNC - they seem OK - but I am
> unable to login because I don't have the credentials. Is there a default
> username and password to access System VMs or do I have to
> set system.vm.random.password to true and get it that way?
> --
> Karol Jędrzejczyk
>
> --
> CONFIDENTIALITY NOTICE
>
>
> This message and any attachment is intended
> exclusively for the individual or entity to which it is addressed. This
> communication may contain information that is proprietary, confidential,
> legally privileged or otherwise exempt from disclosure. The security and
> integrity of e-mails cannot be guaranteed. Any reply to this e-mail and
> any
> attachment received may be subject to Icotera monitoring.
> If you are not
> the named addressee, you are not authorized to use, distribute, copy or
> take any action in reliance on this message. The unauthorized use,
> disclosure, or copying of this communication, or any attachment, is
> strictly prohibited and may be unlawful. No waiver of confidentiality or
> any applicable privilege is intended by any mistransmission. If you have
> received this message in error, please notify the sender immediately by
> replying to this e-mail and delete all copies of this message and any
> attachments.
>
>
>
>
>
>
>

-- 

Andrija Panić

Re: Secondary Storage

[Karol Jędrzejczyk]

wt., 5 maj 2020 o 11:37 Karol Jędrzejczyk 
napisał(a):

> I have similar observations. At the moment I have one of the VMs in a
> *running* state but there's no connectivity, the other one is in
> *starting*. I see two qemu processes on the hypervisor but virsh list
> returns an empty list. I'm planning to connect to the VNC servers next to
> see what's going on.
>

I was able to connect to both system VMs with VNC - they seem OK - but I am
unable to login because I don't have the credentials. Is there a default
username and password to access System VMs or do I have to
set system.vm.random.password to true and get it that way?
-- 
Karol Jędrzejczyk

-- 
CONFIDENTIALITY NOTICE


This message and any attachment is intended 
exclusively for the individual or entity to which it is addressed. This 
communication may contain information that is proprietary, confidential, 
legally privileged or otherwise exempt from disclosure. The security and 
integrity of e-mails cannot be guaranteed. Any reply to this e-mail and any 
attachment received may be subject to Icotera monitoring.
If you are not 
the named addressee, you are not authorized to use, distribute, copy or 
take any action in reliance on this message. The unauthorized use, 
disclosure, or copying of this communication, or any attachment, is 
strictly prohibited and may be unlawful. No waiver of confidentiality or 
any applicable privilege is intended by any mistransmission. If you have 
received this message in error, please notify the sender immediately by 
replying to this e-mail and delete all copies of this message and any 
attachments.

[DISCUSS] Primate - publishing release and docs

[Rohit Yadav]

;ve started a discuss with asf infra/dev community to 
have this sorted, we've a dockerfile in git repo; for "testing only" I was able 
to build and publish image here: https://hub.docker.com/r/cloudstack/primate -- 
I'll remove this once the apache/cloudstack-primate is setup)

Alternative, host on Github: 
https://github.com/apache/cloudstack-primate/packages?package_type=Docker

  4.  Tech Preview releasing:

     *   The versioning is set to: ..- for 
example:
cloudstack-primate-0.4.0-20200506.x86_64.rpm<http://download.cloudstack.org/primate/testing/master/centos/cloudstack-primate-0.4.0-20200506.x86_64.rpm>
cloudstack-primate_0.4.0-20200506_all.deb<http://download.cloudstack.org/primate/testing/master/debian/cloudstack-primate_0.4.0-20200506_all.deb>
cloudstack-primate-0.4.0-20200506.tar.gz<http://download.cloudstack.org/primate/testing/master/cloudstack-primate-0.4.0-20200506.tar.gz>

apache/cloudstack-primate:latest (or some tag similar to above for docker 
builds ^^)

 *   Since this is not the official/GA release, tech preview does not need 
to be voted. Any other thoughts?

 *   Should we do a single tech preview RC/release, or we setup a periodic 
build/release (say every day/week/month) on all the tech preview release 
channels (deb/rpm repositories, dockerhub etc.) This would allow us to take 
feedback/bugs/issues, fix them and release them quickly for users to test.

We already have a daily job that runs builds latest master and rsyncs on 
http://download.cloudstack.org/primate/testing/master/ now (just deb/rpm and 
tar.gz archive). We also have a live QA Primate server that we can build/test 
Primate master against http://primate-qa.cloudstack.cloud:8080/client/master 
(this auto-updates against master every 30mins).


Please discuss and share your feedback, agreements/disagreements, solutions. 
Anything else we should consider?
Thanks.


Regards,

Rohit Yadav

Software Architect, ShapeBlue

https://www.shapeblue.com

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

Re: [VOTE] Apache CloudStack 4.14.0.0 RC1

[Andrija Panic]

All,

we will be crafting RC2 release with 2 minor patches (will explain more in
the RC2 voting thread), so please keep your vote for the RC2 and let's stop
the voting process for RC1.

Anyone testing RC1 is NOT expected / not mandatory to retest anything on
RC2, except those 2 patches (to be explained) IF they affect you.

Thanks
Andrija

On Wed, 6 May 2020 at 11:25, Andrija Panic  wrote:

> Thanks Liridon.
>
> p.s. as for the usage server - the first run after you change things will
> not run (not owner of job, etc), but you can hack that (which is what I've
> done, as it seems it was successful), assuming there is only a single usage
> server in your test env.
> - after restarting the usage-server, check it's PID, and then edit the
> last records in the cloud_usage.usage_job tablw to have the new PID and not
> the PID of the previous usage job process.
> - then next run will actually really run (instead of being skipped, that
> one)
>
> Regards,
> Andrija
>
> On Wed, 6 May 2020 at 09:17, Ismaili, Liridon (SWISS TXT) <
> liridon.isma...@swisstxt.ch> wrote:
>
>> Hi Andrija & Daan
>>
>> @Daan I tried that out but without success. However the service seems to
>> be recovered and did run successful. The dates inside the DB are in UTC
>> format but when I list entries from the usage or cloud DB with CloudMonkey
>> I get CEST results.
>> (the GUI did still show me UTC values in the Events but that's may caused
>> by my environment).
>>
>> @Andrija: I would say that it looks good. I also testet the parameters
>> with "Europe/Zurich" but made no difference to me.
>>
>> Regards
>> Liridon
>>
>> -Original Message-
>> From: Andrija Panic > andrija%20panic%20%3candrija.pa...@gmail.com%3e>>
>> Reply-To: d...@cloudstack.apache.org
>> To: users@cloudstack.apache.org > 22us...@cloudstack.apache.org%22%20%3cus...@cloudstack.apache.org%3e>>,
>> dev mailto:dev%20%3c...@cloudstack.apache.org
>> %3e>>
>> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>> Date: Tue, 05 May 2020 19:11:14 +0200
>>
>>
>> Hi Liridon,
>>
>>
>> do you have any feedback about the usage records timing/time zone and
>> such?
>>
>>
>> Thanks
>>
>> Andrija
>>
>>
>> On Mon, 4 May 2020 at 14:32, Daan Hoogland <
>>
>> 
>>
>> daan.hoogl...@gmail.com
>>
>> > wrote:
>>
>>
>> Liridon,
>>
>> "Not owner of usage job, skipping" means there is a PID in the record for
>>
>> this job that isn't the current process. If recognise this and have
>>
>> remedied by setting the process id to null in the record. I'm sure there
>> is
>>
>> some underlying issue that you hit though. Just a workaround.
>>
>>
>> On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
>>
>> 
>>
>> liridon.isma...@swisstxt.ch
>>
>> > wrote:
>>
>>
>> Hi Rohit
>>
>>
>> I tried so and did configure the usage to run 12:45 so I can monitor the
>>
>> behavior. I got the following output:
>>
>> 2020-05-04 12:45:00,002 INFO  [cloud.usage.UsageManagerImpl]
>>
>> (Usage-Job-1:null) (logid:) starting usage job...
>>
>> 2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
>>
>> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
>>
>> 2020-05-04 12:45:00,015 INFO  [cloud.usage.UsageManagerImpl]
>>
>> (Usage-Job-1:null) (logid:) usage job complete
>>
>>
>> So the job did not run for some reason... I'm still looking into this. So
>>
>> currently I can't confirm but will update you later as soon as the usage
>>
>> job did run.
>>
>>
>> Regards
>>
>> Liridon
>>
>> -Original Message-
>>
>> From: Rohit Yadav <
>>
>> 
>>
>> rohit.ya...@shapeblue.com
>>
>> >
>> 
>>
>> rohit%20yadav%20%3crohit.ya...@shapeblue.com
>>
>> %3e>>
>>
>> Reply-To:
>>
>> 
>>
>> users@cloudstack.apache.org
>>
>> >
>> 
>>
>> users@cloudstack.apache.org
>>
>> >
>>
>> To:
>>
>> 
>>
>> d...@cloudstack.apache.org
>>
>>  <
>>
>> 
>>
>> d...@cloudstack.apache.org
>>
>> >
>> 
>>
>> 22...@cloudstack.apache.org
>>
>> 
>>
>> %22%20%3c...@cloudstack.apache.org
>>
>> %3e>>,
>>
>> 
>>
>> andrija.pa...@gmail.com
>>
>>  <
>>
>> 
>>
>> andrija.pa...@gmail.com
>>
>> >
>> 
>>
>> 22andrija.pa...@gmail.com
>>
>> 
>>
>> %22%20%3candrija.pa...@gmail.com
>>
>> %3e>>,
>>
>> 
>>
>> users@cloudstack.apache.org
>>
>>  <
>>
>> 
>>
>> users@cloudstack.apache.org
>>
>> >
>> 
>>
>> 22us...@cloudstack.apache.org
>>
>> 
>>
>> %22%20%3cus..

Re: [VOTE] Apache CloudStack 4.14.0.0 RC1

[Andrija Panic]

Thanks Liridon.

p.s. as for the usage server - the first run after you change things will
not run (not owner of job, etc), but you can hack that (which is what I've
done, as it seems it was successful), assuming there is only a single usage
server in your test env.
- after restarting the usage-server, check it's PID, and then edit the last
records in the cloud_usage.usage_job tablw to have the new PID and not the
PID of the previous usage job process.
- then next run will actually really run (instead of being skipped, that
one)

Regards,
Andrija

On Wed, 6 May 2020 at 09:17, Ismaili, Liridon (SWISS TXT) <
liridon.isma...@swisstxt.ch> wrote:

> Hi Andrija & Daan
>
> @Daan I tried that out but without success. However the service seems to
> be recovered and did run successful. The dates inside the DB are in UTC
> format but when I list entries from the usage or cloud DB with CloudMonkey
> I get CEST results.
> (the GUI did still show me UTC values in the Events but that's may caused
> by my environment).
>
> @Andrija: I would say that it looks good. I also testet the parameters
> with "Europe/Zurich" but made no difference to me.
>
> Regards
> Liridon
>
> -Original Message-
> From: Andrija Panic  andrija%20panic%20%3candrija.pa...@gmail.com%3e>>
> Reply-To: d...@cloudstack.apache.org
> To: users@cloudstack.apache.org  22us...@cloudstack.apache.org%22%20%3cus...@cloudstack.apache.org%3e>>,
> dev mailto:dev%20%3c...@cloudstack.apache.org
> %3e>>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
> Date: Tue, 05 May 2020 19:11:14 +0200
>
>
> Hi Liridon,
>
>
> do you have any feedback about the usage records timing/time zone and such?
>
>
> Thanks
>
> Andrija
>
>
> On Mon, 4 May 2020 at 14:32, Daan Hoogland <
>
> 
>
> daan.hoogl...@gmail.com
>
> > wrote:
>
>
> Liridon,
>
> "Not owner of usage job, skipping" means there is a PID in the record for
>
> this job that isn't the current process. If recognise this and have
>
> remedied by setting the process id to null in the record. I'm sure there is
>
> some underlying issue that you hit though. Just a workaround.
>
>
> On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <
>
> 
>
> liridon.isma...@swisstxt.ch
>
> > wrote:
>
>
> Hi Rohit
>
>
> I tried so and did configure the usage to run 12:45 so I can monitor the
>
> behavior. I got the following output:
>
> 2020-05-04 12:45:00,002 INFO  [cloud.usage.UsageManagerImpl]
>
> (Usage-Job-1:null) (logid:) starting usage job...
>
> 2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]
>
> (Usage-Job-1:null) (logid:) Not owner of usage job, skipping...
>
> 2020-05-04 12:45:00,015 INFO  [cloud.usage.UsageManagerImpl]
>
> (Usage-Job-1:null) (logid:) usage job complete
>
>
> So the job did not run for some reason... I'm still looking into this. So
>
> currently I can't confirm but will update you later as soon as the usage
>
> job did run.
>
>
> Regards
>
> Liridon
>
> -Original Message-
>
> From: Rohit Yadav <
>
> 
>
> rohit.ya...@shapeblue.com
>
> 
> 
>
> rohit%20yadav%20%3crohit.ya...@shapeblue.com
>
> %3e>>
>
> Reply-To:
>
> 
>
> users@cloudstack.apache.org
>
> 
> 
>
> users@cloudstack.apache.org
>
> >
>
> To:
>
> 
>
> d...@cloudstack.apache.org
>
>  <
>
> 
>
> d...@cloudstack.apache.org
>
> 
> 
>
> 22...@cloudstack.apache.org
>
> 
>
> %22%20%3c...@cloudstack.apache.org
>
> %3e>>,
>
> 
>
> andrija.pa...@gmail.com
>
>  <
>
> 
>
> andrija.pa...@gmail.com
>
> 
> 
>
> 22andrija.pa...@gmail.com
>
> 
>
> %22%20%3candrija.pa...@gmail.com
>
> %3e>>,
>
> 
>
> users@cloudstack.apache.org
>
>  <
>
> 
>
> users@cloudstack.apache.org
>
> 
> 
>
> 22us...@cloudstack.apache.org
>
> 
>
> %22%20%3cus...@cloudstack.apache.org
>
> %3e>>
>
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
>
> Date: Mon, 04 May 2020 10:16:51 +
>
>
>
> Thanks for testing and sharing your results Liridon!
>
>
>
> Can you also test the case if the usage records have the correct time
>
> according to configured timezone (in global settings) if you're using a
>
> non-UTC timezone?
>
>
>
> I'll add the db.usage.url.paramsl as well in the PR.
>
>
>
>
> Regards,
>
>
>
> Rohit Yadav
>
>
>
> Software Architect, ShapeBlue
>
>
>
> <
>
> 
>
> https://www.shapeblue.com
>
> >
>
>
> 
>
> htt

Re: [VOTE] Apache CloudStack 4.14.0.0 RC1

[Ismaili, Liridon (SWISS TXT)]

Hi Andrija & Daan

@Daan I tried that out but without success. However the service seems to be 
recovered and did run successful. The dates inside the DB are in UTC format but 
when I list entries from the usage or cloud DB with CloudMonkey I get CEST 
results.
(the GUI did still show me UTC values in the Events but that's may caused by my 
environment).

@Andrija: I would say that it looks good. I also testet the parameters with 
"Europe/Zurich" but made no difference to me.

Regards
Liridon

-Original Message-
From: Andrija Panic 
mailto:andrija%20panic%20%3candrija.pa...@gmail.com%3e>>
Reply-To: d...@cloudstack.apache.org
To: users@cloudstack.apache.org 
mailto:%22us...@cloudstack.apache.org%22%20%3cus...@cloudstack.apache.org%3e>>,
 dev mailto:dev%20%3c...@cloudstack.apache.org%3e>>
Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1
Date: Tue, 05 May 2020 19:11:14 +0200


Hi Liridon,


do you have any feedback about the usage records timing/time zone and such?


Thanks

Andrija


On Mon, 4 May 2020 at 14:32, Daan Hoogland <



daan.hoogl...@gmail.com

> wrote:


Liridon,

"Not owner of usage job, skipping" means there is a PID in the record for

this job that isn't the current process. If recognise this and have

remedied by setting the process id to null in the record. I'm sure there is

some underlying issue that you hit though. Just a workaround.


On Mon, May 4, 2020 at 12:56 PM Ismaili, Liridon (SWISS TXT) <



liridon.isma...@swisstxt.ch

> wrote:


Hi Rohit


I tried so and did configure the usage to run 12:45 so I can monitor the

behavior. I got the following output:

2020-05-04 12:45:00,002 INFO  [cloud.usage.UsageManagerImpl]

(Usage-Job-1:null) (logid:) starting usage job...

2020-05-04 12:45:00,015 DEBUG [cloud.usage.UsageManagerImpl]

(Usage-Job-1:null) (logid:) Not owner of usage job, skipping...

2020-05-04 12:45:00,015 INFO  [cloud.usage.UsageManagerImpl]

(Usage-Job-1:null) (logid:) usage job complete


So the job did not run for some reason... I'm still looking into this. So

currently I can't confirm but will update you later as soon as the usage

job did run.


Regards

Liridon

-Original Message-

From: Rohit Yadav <



rohit.ya...@shapeblue.com

mailto:rohit%20yadav%20%3crohit.ya...@shapeblue.com>

rohit%20yadav%20%3crohit.ya...@shapeblue.com

%3e>>

Reply-To:



users@cloudstack.apache.org

mailto:users@cloudstack.apache.org>

users@cloudstack.apache.org

>

To:



d...@cloudstack.apache.org

 <



d...@cloudstack.apache.org

mailto:22...@cloudstack.apache.org>

22...@cloudstack.apache.org



%22%20%3c...@cloudstack.apache.org

%3e>>,



andrija.pa...@gmail.com

 <



andrija.pa...@gmail.com

mailto:22andrija.pa...@gmail.com>

22andrija.pa...@gmail.com



%22%20%3candrija.pa...@gmail.com

%3e>>,



users@cloudstack.apache.org

 <



users@cloudstack.apache.org

mailto:22us...@cloudstack.apache.org>

22us...@cloudstack.apache.org



%22%20%3cus...@cloudstack.apache.org

%3e>>

Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC1

Date: Mon, 04 May 2020 10:16:51 +



Thanks for testing and sharing your results Liridon!



Can you also test the case if the usage records have the correct time

according to configured timezone (in global settings) if you're using a

non-UTC timezone?



I'll add the db.usage.url.paramsl as well in the PR.




Regards,



Rohit Yadav



Software Architect, ShapeBlue



<



https://www.shapeblue.com

>




https://www.shapeblue.com








From: Ismaili, Liridon (SWISS TXT) <


mailto:liridon.isma...@swisstxt.ch>

liridon.isma...@swisstxt.ch

>




liridon.isma...@swisstxt.ch





Sent: Monday, May 4, 2020 15:38


To:


mailto:d...@cloudstack.apache.org>

d...@cloudstack.apache.org

>




d...@cloudstack.apache.org



 <


mailto:d...@cloudstack.apache.org>

d...@cloudstack.apache.org

>




d...@cloudstack.apache.org



;


mailto:andrija.pa...@gmail.com>

andrija.pa...@gmail.com

>




andrija.pa...@gmail.com



 <


mailto:andrija.pa...@gmail.com>

andrija.pa...@gmail.com

>




andrija.pa...@gmail.com



;


mailto:users@cloudstack.apache.org>

users@cloudstack.apache.org

>




users@cloudstack.apache.org



 <


mailto:users@cloudstack.apache.