[GitHub] [cloudstack-documentation] ACSGitBot removed a comment on issue #71: [WIP DO NOT MERGE] Add notice on custom guest OS mappings breaking upgrade

[GitBox]

ACSGitBot removed a comment on issue #71: [WIP DO NOT MERGE] Add notice on 
custom guest OS mappings breaking upgrade
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538140861
 
 
   Build finished.  You can review it at:   
https://acs-www.shapeblue.com/docs/pr71
   
   Build Log Output:
   
   
   No log errors found to report.


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538140861
 
 
   Build finished.  You can review it at:   
https://acs-www.shapeblue.com/docs/pr71
   
   Build Log Output:
   
   
   No log errors found to report.


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538140506
 
 
   Build finished.  You can review it at:   
https://acs-www.shapeblue.com/docs/pr71
   
   Build Log Output:
   
   
   No log errors found to report.


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] ACSGitBot removed a comment on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

ACSGitBot removed a comment on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538140171
 
 
   Your request had been received, i'll go and build the documentation and 
check the output log for errors.
   
   This shouldn't take long.
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] ACSGitBot removed a comment on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

ACSGitBot removed a comment on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538137288
 
 
   Build finished.  You can review it at:   
https://acs-www.shapeblue.com/docs/pr71
   
   Build Log Output:
   
   
   No log errors found to report.


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] ACSGitBot removed a comment on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

ACSGitBot removed a comment on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538136874
 
 
   Your request had been received, i'll go and build the documentation and 
check the output log for errors.
   
   This shouldn't take long.
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538140108
 
 
   Your request had been received, i'll go and build the documentation and 
check the output log for errors.
   
   This shouldn't take long.
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] andrijapanicsb commented on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

andrijapanicsb commented on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538140079
 
 
   requesting docbuild


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538140171
 
 
   Your request had been received, i'll go and build the documentation and 
check the output log for errors.
   
   This shouldn't take long.
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] andrijapanicsb removed a comment on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

andrijapanicsb removed a comment on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538136845
 
 
   requesting docbuild


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538137288
 
 
   Build finished.  You can review it at:   
https://acs-www.shapeblue.com/docs/pr71
   
   Build Log Output:
   
   
   No log errors found to report.


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

ACSGitBot commented on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538136874
 
 
   Your request had been received, i'll go and build the documentation and 
check the output log for errors.
   
   This shouldn't take long.
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack-documentation] andrijapanicsb commented on issue #71: WIP DO NOT MERGE Update index.rst

[GitBox]

andrijapanicsb commented on issue #71: WIP DO NOT MERGE Update index.rst
URL: 
https://github.com/apache/cloudstack-documentation/pull/71#issuecomment-538136845
 
 
   requesting docbuild


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

Re: 4.13 rbd snapshot delete failed

[Andrija Panic]

Thx Gabriel - I've commented on the PR - needs some more love - but we're
almost there!

On Thu, 3 Oct 2019 at 20:46, Gabriel Beims Bräscher 
wrote:

> Hello folks,
>
> Just pinging that I have created PR
> https://github.com/apache/cloudstack/pull/3615 addressing the snapshot
> deletion issue #3586 (https://github.com/apache/cloudstack/issues/3586).
> Please, feel free to test and review.
>
> Regards,
> Gabriel.
>
> Em seg, 9 de set de 2019 às 12:08, Gabriel Beims Bräscher <
> gabrasc...@gmail.com> escreveu:
>
> > Thanks for the feedback Andrija and Andrei.
> >
> > I have opened issue #3590 for the snapshot rollback issue raised by
> > Andrija.
> > I will be investigating both issues:
> > - RBD snapshot Revert #3590 (
> > https://github.com/apache/cloudstack/issues/3590)
> > - RBD snapshot deletion #3586 (
> > https://github.com/apache/cloudstack/issues/3586)
> >
> > Cheers,
> > Gabriel
> >
> > Em seg, 9 de set de 2019 às 09:41, Andrei Mikhailovsky <
> and...@arhont.com>
> > escreveu:
> >
> >> A quick feedback from my side. I've never had a properly working delete
> >> snapshot with ceph. Every week or so I have to manually delete all ceph
> >> snapshots. However, the NFS secondary storage snapshots are deleted just
> >> fine. I've been using CloudStack for 5+ years and it was always the
> case. I
> >> am currently running 4.11.2 with ceph 13.2.6-1xenial.
> >>
> >> Andrei
> >>
> >> - Original Message -
> >> > From: "Andrija Panic" 
> >> > To: "Gabriel Beims Bräscher" 
> >> > Cc: "users" , "dev" <
> >> dev@cloudstack.apache.org>
> >> > Sent: Sunday, 8 September, 2019 19:17:59
> >> > Subject: Re: 4.13 rbd snapshot delete failed
> >>
> >> > Thx Gabriel for extensive feedback.
> >> > Actually my ex company added the code to really delete a RBD snap back
> >> in
> >> > 2016 or so, was part of 4.9 if not mistaken. So I expect the code is
> >> there,
> >> > but probably some exception is happening or regression...
> >> >
> >> > Cheers
> >> >
> >> > On Sun, Sep 8, 2019, 09:31 Gabriel Beims Bräscher <
> gabrasc...@gmail.com
> >> >
> >> > wrote:
> >> >
> >> >> Thanks for the feedback, Andrija. It looks like delete was not
> totally
> >> >> supported then (am I missing something?). I will take a look into
> this
> >> and
> >> >> open a PR adding propper support for rbd snapshot deletion if
> >> necessary.
> >> >>
> >> >> Regarding the rollback, I have tested it several times and it worked;
> >> >> however, I see a weak point on the Ceph rollback implementation.
> >> >>
> >> >> It looks like Li Jerry was able to execute the rollback without any
> >> >> problem. Li, could you please post here  the log output: "Attempting
> to
> >> >> rollback RBD snapshot [name:%s], [pool:%s], [volumeid:%s],
> >> >> [snapshotid:%s]"? Andrija will not be able to see that log as the
> >> exception
> >> >> happen prior to it, the only way of you checking those values is via
> >> remote
> >> >> debugging. If you be able to post those values it would help as well
> on
> >> >> sorting out what is wrong.
> >> >>
> >> >> I am checking the code base, running a few tests, and evaluating the
> >> log
> >> >> that you (Andrija) sent. What I can say for now is that it looks that
> >> the
> >> >> parameter "snapshotRelPath = snapshot.getPath()" [1] is a critical
> >> piece of
> >> >> code that can definitely break the rollback execution flow. My tests
> >> had
> >> >> pointed for a pattern but now I see other possibilities. I will
> >> probably
> >> >> add a few parameters on the rollback/revert command instead of using
> >> the
> >> >> path or review the path life-cycle and different execution flows in
> >> order
> >> >> to keep it safer to be used.
> >> >> [1]
> >> >>
> >>
> https://github.com/apache/cloudstack/blob/50fc045f366bd9769eba85c4bc3ecdc0b7035c11/plugins/hypervisors/kvm/src/main/java/com/cloud/hypervisor/kvm/resource/wrapper
> >> >>
> >> >> A few details on the test environments and Ceph/RBD version:
> >> >> CloudStack, KVM, and Ceph nodes are running with Ubuntu 18.04
> >> >> Ceph version 13.2.5 (cbff874f9007f1869bfd3821b7e33b2a6ffd4988) mimic
> >> >> (stable)
> >> >> RADOS Block Devices has snapshot rollback support since Ceph v10.0.2
> [
> >> >> https://github.com/ceph/ceph/pull/6878]
> >> >> Rados-java [https://github.com/ceph/rados-java] supports snapshot
> >> >> rollback since 0.5.0; rados-java 0.5.0 is the version used by
> >> CloudStack
> >> >> 4.13.0.0
> >> >>
> >> >> I will be updating here soon.
> >> >>
> >> >> Em dom, 8 de set de 2019 às 12:28, Wido den Hollander <
> w...@widodh.nl>
> >> >> escreveu:
> >> >>
> >> >>>
> >> >>>
> >> >>> On 9/8/19 5:26 AM, Andrija Panic wrote:
> >> >>> > Maaany release ago, deleting Ceph volume snap, was also only
> >> deleting
> >> >>> it in
> >> >>> > DB, so the RBD performance become terrible with many tens of (i.
> e.
> >> >>> Hourly)
> >> >>> > snapshots. I'll try to verify this on 4.13 myself, but Wido and
> the
> >> guys
> >> >>> > will know better...
> >> >>>
> >> >>> I pinged 

Re: 4.13 rbd snapshot delete failed

[Gabriel Beims Bräscher]

Hello folks,

Just pinging that I have created PR
https://github.com/apache/cloudstack/pull/3615 addressing the snapshot
deletion issue #3586 (https://github.com/apache/cloudstack/issues/3586).
Please, feel free to test and review.

Regards,
Gabriel.

Em seg, 9 de set de 2019 às 12:08, Gabriel Beims Bräscher <
gabrasc...@gmail.com> escreveu:

> Thanks for the feedback Andrija and Andrei.
>
> I have opened issue #3590 for the snapshot rollback issue raised by
> Andrija.
> I will be investigating both issues:
> - RBD snapshot Revert #3590 (
> https://github.com/apache/cloudstack/issues/3590)
> - RBD snapshot deletion #3586 (
> https://github.com/apache/cloudstack/issues/3586)
>
> Cheers,
> Gabriel
>
> Em seg, 9 de set de 2019 às 09:41, Andrei Mikhailovsky 
> escreveu:
>
>> A quick feedback from my side. I've never had a properly working delete
>> snapshot with ceph. Every week or so I have to manually delete all ceph
>> snapshots. However, the NFS secondary storage snapshots are deleted just
>> fine. I've been using CloudStack for 5+ years and it was always the case. I
>> am currently running 4.11.2 with ceph 13.2.6-1xenial.
>>
>> Andrei
>>
>> - Original Message -
>> > From: "Andrija Panic" 
>> > To: "Gabriel Beims Bräscher" 
>> > Cc: "users" , "dev" <
>> dev@cloudstack.apache.org>
>> > Sent: Sunday, 8 September, 2019 19:17:59
>> > Subject: Re: 4.13 rbd snapshot delete failed
>>
>> > Thx Gabriel for extensive feedback.
>> > Actually my ex company added the code to really delete a RBD snap back
>> in
>> > 2016 or so, was part of 4.9 if not mistaken. So I expect the code is
>> there,
>> > but probably some exception is happening or regression...
>> >
>> > Cheers
>> >
>> > On Sun, Sep 8, 2019, 09:31 Gabriel Beims Bräscher > >
>> > wrote:
>> >
>> >> Thanks for the feedback, Andrija. It looks like delete was not totally
>> >> supported then (am I missing something?). I will take a look into this
>> and
>> >> open a PR adding propper support for rbd snapshot deletion if
>> necessary.
>> >>
>> >> Regarding the rollback, I have tested it several times and it worked;
>> >> however, I see a weak point on the Ceph rollback implementation.
>> >>
>> >> It looks like Li Jerry was able to execute the rollback without any
>> >> problem. Li, could you please post here  the log output: "Attempting to
>> >> rollback RBD snapshot [name:%s], [pool:%s], [volumeid:%s],
>> >> [snapshotid:%s]"? Andrija will not be able to see that log as the
>> exception
>> >> happen prior to it, the only way of you checking those values is via
>> remote
>> >> debugging. If you be able to post those values it would help as well on
>> >> sorting out what is wrong.
>> >>
>> >> I am checking the code base, running a few tests, and evaluating the
>> log
>> >> that you (Andrija) sent. What I can say for now is that it looks that
>> the
>> >> parameter "snapshotRelPath = snapshot.getPath()" [1] is a critical
>> piece of
>> >> code that can definitely break the rollback execution flow. My tests
>> had
>> >> pointed for a pattern but now I see other possibilities. I will
>> probably
>> >> add a few parameters on the rollback/revert command instead of using
>> the
>> >> path or review the path life-cycle and different execution flows in
>> order
>> >> to keep it safer to be used.
>> >> [1]
>> >>
>> https://github.com/apache/cloudstack/blob/50fc045f366bd9769eba85c4bc3ecdc0b7035c11/plugins/hypervisors/kvm/src/main/java/com/cloud/hypervisor/kvm/resource/wrapper
>> >>
>> >> A few details on the test environments and Ceph/RBD version:
>> >> CloudStack, KVM, and Ceph nodes are running with Ubuntu 18.04
>> >> Ceph version 13.2.5 (cbff874f9007f1869bfd3821b7e33b2a6ffd4988) mimic
>> >> (stable)
>> >> RADOS Block Devices has snapshot rollback support since Ceph v10.0.2 [
>> >> https://github.com/ceph/ceph/pull/6878]
>> >> Rados-java [https://github.com/ceph/rados-java] supports snapshot
>> >> rollback since 0.5.0; rados-java 0.5.0 is the version used by
>> CloudStack
>> >> 4.13.0.0
>> >>
>> >> I will be updating here soon.
>> >>
>> >> Em dom, 8 de set de 2019 às 12:28, Wido den Hollander 
>> >> escreveu:
>> >>
>> >>>
>> >>>
>> >>> On 9/8/19 5:26 AM, Andrija Panic wrote:
>> >>> > Maaany release ago, deleting Ceph volume snap, was also only
>> deleting
>> >>> it in
>> >>> > DB, so the RBD performance become terrible with many tens of (i. e.
>> >>> Hourly)
>> >>> > snapshots. I'll try to verify this on 4.13 myself, but Wido and the
>> guys
>> >>> > will know better...
>> >>>
>> >>> I pinged Gabriel and he's looking into it. He'll get back to it.
>> >>>
>> >>> Wido
>> >>>
>> >>> >
>> >>> > I
>> >>> >
>> >>> > On Sat, Sep 7, 2019, 08:34 li jerry  wrote:
>> >>> >
>> >>> >> I found it had nothing to do with  storage.cleanup.delay and
>> >>> >> storage.cleanup.interval.
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >> The reason is that when DeleteSnapshot Cmd is executed, because
>> the RBD
>> >>> >> snapshot does not have Copy to secondary storage, it only changes
>> the
>> 

Re: [DISCUSS] Short "marketing" video project

[Andrija Panic]

I believe I saw that video - very nice work Julia.

I believe, by (very) lazy consensus (a.k.a. if no objections), that I will
add that video to the main web site.

Cheers
Andrija


On Thu, 3 Oct 2019 at 14:56, Julia Simon  wrote:

> Hi,
>
> We ran in to this issue a few years ago when we hosted the CloudStack
> Collab. Videos from that are on our (CloudOps) youtube channel, since there
> wasn't another place to publish them.
> Julia
>
> On Tue, Oct 1, 2019 at 10:21 AM Andrija Panic 
> wrote:
>
>> Hi guys,
>>
>> this is a little project I've been experimenting last 2 weeks and is
>> **temporarily** located on the ShapeBlue channel.
>>
>> https://youtu.be/k3uD69fajCU
>>
>> Do you have any ideas where we can publish this, in more "official",
>> CloudStack way?
>>
>> I was thinking about putting this on the main website
>> http://cloudstack.apache.org
>>
>> Comments, objections, ideas?
>>
>> Best,
>> Andrija
>>
>>
>
> --
>
> *Julia Simon*Responsable principale du marketing *| *Senior Marketing
> Manager
> t 514.447.3456 ext. 1103
> c 514.993.6661
>
> 
>
>
>


-- 

Andrija Panić

Re: Your security@ needs YOU!

[Nikolaos Dalezios]

Hello everyone,
I would also like to be part of the security team and mailing list as an
opinion guy and why not even more



Στις Τετ, 25 Σεπ 2019 στις 11:09 π.μ., ο/η Sven Vogel 
έγραψε:

> How I can join to the security list?
>
>
> __
>
> Sven Vogel
> Teamlead Platform
>
> EWERK DIGITAL GmbH
> Brühl 24, D-04109 Leipzig
> P +49 341 42649 - 99
> F +49 341 42649 - 98
> s.vo...@ewerk.com
> www.ewerk.com
>
> Geschäftsführer:
> Dr. Erik Wende, Hendrik Schubert, Frank Richter
> Registergericht: Leipzig HRB 9065
>
> Zertifiziert nach:
> ISO/IEC 27001:2013
> DIN EN ISO 9001:2015
> DIN ISO/IEC 2-1:2011
>
> EWERK-Blog | LinkedIn | Xing | Twitter | Facebook
>
> Auskünfte und Angebote per Mail sind freibleibend und unverbindlich.
>
> Disclaimer Privacy:
> Der Inhalt dieser E-Mail (einschließlich etwaiger beigefügter Dateien) ist
> vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der
> bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung,
> Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte
> informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie
> die E-Mail (einschließlich etwaiger beigefügter Dateien) von Ihrem System.
> Vielen Dank.
>
> The contents of this e-mail (including any attachments) are confidential
> and may be legally privileged. If you are not the intended recipient of
> this e-mail, any disclosure, copying, distribution or use of its contents
> is strictly prohibited, and you should please notify the sender immediately
> and then delete it (including any attachments) from your system. Thank you.
> > Am 24.09.2019 um 18:49 schrieb John Kinsella :
> >
> > HI. WHAT'S WITH THE YELLING? :)
> >
> > I'm already on security@ and I actively monitor what goes there. About
> > 6 weeks ago a message came through which I missed and nobody else
> > responded to until ASF security reminded us about the post this
> > morning.
> >
> > While having people who "can/will do something" about issues, usually
> > with appsec you want people who can understand the security aspects,
> > and then engage developers familiar with the code to help with a fix.
> > Those who can fulfill both roles are a plus, but not required.
> >
> > John
> > ps - your email went into my spam folder...
> >
> > On Tue, Sep 24, 2019 at 5:04 AM Paul Angus  wrote:
> >>
> >> HELLO?
> >>
> >>
> >>
> >> Have we enough ‘active’ security representatives?
> >>
> >>
> >> Please respond if you are ALREADY on the security maililing list and
> are still willing/able to assist with CloudStack security issues.
> >>
> >> OR
> >>
> >> You AREN'T already on the security mailing list, but would like to
> assist with security issues. Please note 'people with opinions' are
> welcome, but we very much need 'people who can/will do something about' any
> issues which are identified.
> >>
> >>
> >> Kind regards
> >>
> >>
> >> Paul Angus
>
>

Re: Cloudstack rpm packaging issue

[Darshana Sampath]

Hi Rohit,
Thanks again for the help. The requirement I'm having is to do some
extensions / modifications to cloudstack code, build binaries and deploy
them on clients environment. Thats why I wanted to prepare binaries (like
rpms or deb packages) from the code. Could you please advise me is the
monkeybox the best way to achieve this?

Regards,
Darshana

On Wed, 2 Oct 2019 at 17:21, Rohit Yadav  wrote:

> Hi Darshana,
>
> It depends what you're trying to do. If you're developing a feature in
> CloudStack, build the src, run, test using maven. (see the repository's
> readme, see how to use simulator or maybe
> https://github.com/rhtyd/monkeybox if you'd prefer an appliance based
> approach).
>
> If what you're trying to do doesn't require changes in CloudStack source
> code, you may simply setup a test environment using pre-built packages.
>
> Regards.
>
> Regards,
> Rohit Yadav
>
> 
> From: Darshana Sampath 
> Sent: Tuesday, October 1, 2019 6:18:54 PM
> To: dev@cloudstack.apache.org 
> Subject: Re: Cloudstack rpm packaging issue
>
> Hi Rohit,
> Again Thanks a lot for the information. That means at the moment we have
> to include each cloudstack module in our project as a dependency? In that
> case how can we start cloudstack client without jetty support. I tried to
> start the jar file with java (java -jar cloud-client-ui-4.14.0.0-SNAPSHOT).
> But it didnt work. Any advise?
>
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
> On Tue, 1 Oct 2019 at 06:18, Rohit Yadav  > wrote:
> Hi Darshana,
>
> You're right we don't provide maven packages (yet), what you can do is
> download an existing rpm package or build and install the jars locally in
> your maven cache (if your project uses maven) and use those jars from a
> local location:
> http://packages.shapeblue.com/cloudstack/upstream/centos7/4.13/
>
> Hint: here's an example of a project that uses CloudStack jars as
> dependency:
> https://github.com/shapeblue/ccs/tree/master/deps (notice the install.sh
> there)
>
> Regards,
>
> Rohit Yadav
>
> Software Architect, ShapeBlue
>
> https://www.shapeblue.com
>
> 
> From: Darshana Sampath mailto:dsamp...@mitrai.com>>
> Sent: Tuesday, October 1, 2019 14:13
> To: dev@cloudstack.apache.org <
> dev@cloudstack.apache.org>
> Subject: Re: Cloudstack rpm packaging issue
>
> Hi Rohit,
> Thanks for quick reply. I couldn't find any distro provided packages for
> maven. I could only find one binary distribution for all. In my case I cant
> use prebuild cloudstack packages as we are working on some cloudstack
> developments.
>
> Regards,
> Darshana
>
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
> On Tue, 1 Oct 2019 at 13:39, Rohit Yadav   >> wrote:
> Darshana, you can try to install maven using distro provided package. Make
> sure you're building centos7 package on a centos7 host, or you can use the
> following docker image:
>
> https://cloud.docker.com/repository/docker/bhaisaab/centos7-cloudstack-slave
>
> You can consume pre-built packages from the repositories listed on the
> downloads page:
> http://cloudstack.apache.org/downloads.html
>
> Regards,
>
> Rohit Yadav
>
> Software Architect, ShapeBlue
>
> https://www.shapeblue.com
>
> 
> From: Darshana Sampath mailto:dsamp...@mitrai.com
> >>>
> Sent: Tuesday, October 1, 2019 12:43
> To: dev@cloudstack.apache.org dev@cloudstack.apache.org> <
> dev@cloudstack.apache.org dev@cloudstack.apache.org>>
> Subject: Cloudstack rpm packaging issue
>
> Hi,
> I was able to successfully build cloudstack from source code and start it
> with jetty. Now I want to package it and deploy it on another machine.
> Therefore I tried to build the rpm with "./package.sh --pack oss
> --distribution centos7" . However it throws the below error.
> error: Failed build dependencies:
> maven >= 3.0.0 is needed by cloudstack-4.14.0.0-SNAPSHOT.el7.x86_64
> RPM Build Failed
> I have maven 3.6.2 running on my machine. Am I missing something here. I
> have pasted below the CLI output for your reference.
>
> [user@localhost packaging]$ ./package.sh --pack oss --distribution centos7
> Packaging CloudStack...
> Preparing to package Apache CloudStack 4.14.0.0-SNAPSHOT
> . preparing source tarball
> . executing rpmbuild
> error: Failed build dependencies:
> maven >= 3.0.0 is needed by