Re: [VPC RVR] - Refactor for Redundant Virtual Router Implementation

[Rohit Yadav]

Thanks for sharing this Wilder.

About the related PRs, we’re still in code freeze wrt 4.5.0 but we’ve still not 
cut the branch for it yet. Does it make sense to include pending PRs to master 
which are passing tests and have been reviewed? If not, should we cut the 4.5 
branch soon so these PRs and other work can be contributed to master branch?

On 07-Oct-2014, at 1:37 pm, Wilder Rodrigues  
wrote:
> Hi all,
>
> Just a quick update on the status of the VPC RVR refactor, which is the part 
> 1 of the whole VPC RVR implementation. I have added some documentation to the 
> Apache Wiki page. You can find it on the URL below:
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Refactor+for+Redundant+Virtual+Router+Implementation
>
> Thanks for the diagrams, Antonio!
>
> I will update it later with some few notes that we are working on.
>
> Cheers,
> Wilder

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

[GitHub] cloudstack pull request: Vpc refactor clean for pr

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/22#issuecomment-58321537
  
Thanks for sharing Wilder, I'll review some of pending PRs today.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [VPC RVR] - Refactor for Redundant Virtual Router Implementation

[Rohit Yadav]

On 08-Oct-2014, at 1:11 pm, Rohit Yadav  wrote:
> About the related PRs, we’re still in code freeze wrt 4.5.0 but we’ve still 
> not cut the branch for it yet. Does it make sense to include pending PRs to 
> master which are passing tests and have been reviewed? If not, should we cut 
> the 4.5 branch soon so these PRs and other work can be contributed to master 
> branch?

Sorry about this, just saw David’s email from day before yesterday (that I 
missed). Our stand is to wait for 4.4.1 before cutting 4.5 when this happens 
we’ll merge reviewed PRs.

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

[GitHub] cloudstack pull request: Vpc refactor clean for pr

[wilderrodrigues]

Github user wilderrodrigues commented on the pull request:

https://github.com/apache/cloudstack/pull/22#issuecomment-58321829
  
Thanks, Rohit!

I also saw your reply on the list.  I hope it get through master soon... it 
will help us a lot in order to continue with the redundant VPC work.

Cheers,
Wilder 


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [VPC RVR] - Refactor for Redundant Virtual Router Implementation

[Wilder Rodrigues]

No worriesŠ

I think there won¹t be changes in the area we have touched. So, it won¹t
create conflicts whilst merging. I will add another diagram to the wiki
page, so it makes the bigger picture more visible.

Thanks for taking this one.

Cheers,
Wilder

On 08/10/14 09:44, "Rohit Yadav"  wrote:

>
>On 08-Oct-2014, at 1:11 pm, Rohit Yadav  wrote:
>> About the related PRs, we¹re still in code freeze wrt 4.5.0 but we¹ve
>>still not cut the branch for it yet. Does it make sense to include
>>pending PRs to master which are passing tests and have been reviewed? If
>>not, should we cut the 4.5 branch soon so these PRs and other work can
>>be contributed to master branch?
>
>Sorry about this, just saw David¹s email from day before yesterday (that
>I missed). Our stand is to wait for 4.4.1 before cutting 4.5 when this
>happens we¹ll merge reviewed PRs.
>
>Regards,
>Rohit Yadav
>Software Architect, ShapeBlue
>M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>Find out more about ShapeBlue and our range of CloudStack related services
>
>IaaS Cloud Design &
>Build
>CSForge ­ rapid IaaS deployment framework
>CloudStack Consulting
>CloudStack Infrastructure
>Support
>CloudStack Bootcamp Training
>Courses
>
>This email and any attachments to it may be confidential and are intended
>solely for the use of the individual to whom it is addressed. Any views
>or opinions expressed are solely those of the author and do not
>necessarily represent those of Shape Blue Ltd or related companies. If
>you are not the intended recipient of this email, you must neither take
>any action based upon its contents, nor copy or show it to anyone. Please
>contact the sender if you believe you have received this email in error.
>Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
>Services India LLP is a company incorporated in India and is operated
>under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is
>a company incorporated in Brasil and is operated under license from Shape
>Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of
>South Africa and is traded under license from Shape Blue Ltd. ShapeBlue
>is a registered trademark.

Re: Network usage in Basic Zone

[Nux!]

Hi Wei,

Any news on this issue?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Wei ZHOU" 
> To: dev@cloudstack.apache.org
> Sent: Tuesday, 1 July, 2014 10:15:55
> Subject: Re: Network usage in Basic Zone

> Nux,
> I will change and commit it to 4.3 branch in the next days.
> 
> -Wei
> 
> 
> 2014-07-01 10:28 GMT+02:00 Nux! :
> 
>> Thanks Sebastian and Wei, looking forward to having this working.
>>
>> Wei, if you have any patches for 4.3 I'd be more than willing to test.
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>>
>> - Original Message -
>> > From: "Wei ZHOU" 
>> > To: dev@cloudstack.apache.org
>> > Sent: Tuesday, 1 July, 2014 9:10:24 AM
>> > Subject: Re: Network usage in Basic Zone
>> >
>> > The network usage for individual vms can be fetched from hypervisor.
>> > I have changed for KVM (only), but not committed yet.
>> >
>> >
>> >
>> > 2014-07-01 9:59 GMT+02:00 sebgoa :
>> >
>> > > Morning,
>> > >
>> > > Nux opened https://issues.apache.org/jira/browse/CLOUDSTACK-6993
>> > >
>> > > Talking to Fabrice it seems to be expected behavior. In Basic zones,
>> > > traffic does not go through the VR and the network is shared.
>> > >
>> > > Fabrice pointed me to:
>> > >
>> > >
>> https://github.com/apache/cloudstack/blob/master/server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java#L910
>> > >
>> > > Does everyone agree with this ?
>> > >
>> > > How could we record network usage in Basic zones ?
>> > >
>> > > -Sebastien
>> >

Re: Urgent. Importing certificate to CS 4.3.1 using GUI

[France]

Send me a private email and you can test it on my exact system with all 
development options turned on as you wish.
We will do it via remote screen sharing, like VNC, RDP, Teamviewer, .. 

Regards,
F.

On 26 Sep 2014, at 16:53, Stephen Turner  wrote:

> I'm afraid I couldn't reproduce this, even with your certificate and private 
> key. Everything I tried, I got "Update Certiciate [sic] Succeeded".
> 
> Does anyone else have a convenient 4.3 and FF 32 that they can try and repro 
> this with?
> 
> France, if you open the developer tools in Firefox and do this again, do you 
> see any errors?
> 
> -- 
> Stephen Turner
> 
> 
> -Original Message-
> From: France [mailto:mailingli...@isg.si] 
> Sent: 26 September 2014 13:44
> To: Stephen Turner
> Cc: dev@cloudstack.apache.org
> Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
> 
> Issue has been created.
> I would assign it to you, but lack credentials?
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-7635
> 
> Regards,
> F.
> 
> On 26 Sep 2014, at 11:47, Stephen Turner  wrote:
> 
>> Yes, I would like a bug report for this. Please assign it to me. This bit of 
>> UI has been rewritten on master, but it should work the same in all 
>> browsers, so I'd like to investigate whether it's fixed on master, and also 
>> whether there are any other similar controls that aren't working in FF 32.
>> 
>> If you can attach a public key and other data that illustrates the problem, 
>> that would be great just to make sure that we can repro it. Thank you.
>> 
>> --
>> Stephen Turner
>> 
>> 
>> -Original Message-
>> From: France [mailto:mailingli...@isg.si]
>> Sent: 25 September 2014 14:52
>> To: dev@cloudstack.apache.org
>> Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
>> 
>> There is a bug in ACS 4.3.1 GUI.
>> The before mentioned process did not work with Firefox 32.0.2, while it 
>> worked on latest Chrome.
>> Because the problem is on the browser side, it did not reach management 
>> server logs at all.
>> I have done everything correct. Even a couple of times. ;-)
>> 
>> Hopefully this mail will help someone in the future. I would also advise to 
>> update the documentation on the issue.
>> 
>> Do you want me to open a bug report for this? I am a little reluctant to do 
>> so, because some of the bug reports i made previously just sit there for 
>> years to come.
>> 
>> FYI also got contacted off the mailing list by Steve Roles from ShapeBlue 
>> who kindly offered to sell annual 24/7 support to help me sort this issue.
>> Too bad they did not want to provide help/support for this one incident, 
>> which which they "have come across" already. They could get payed well for 
>> telling me to use another browser. :-) While i appreciate what ShapeBlue 
>> does for ACS, they could easily just have told us publicly on the mailing 
>> list to use a different browser.
>> 
>> Many thanks to anyone else who actually tried to help on the issue. 
>> Realhostip.com migration is now officially complete.
>> 
>> Regards,
>> F.
>> 
>> On 25 Sep 2014, at 14:54, France  wrote:
>> 
>>> I have created new key and csr. Signed it, converted key to pkcs8 format 
>>> without encryption and added in ACS GUI with *.domain.tld and again with 
>>> domain.tld. I did copy paste the crt and key with and without -BEGIN 
>>> CERTIFICATE-- tags. Nothing works. I have the same GUI error message as 
>>> before. Management-log shows no errors or even logs regarding certificate 
>>> manipulation. I have not created CA key and certs again. I have confirmed 
>>> certificate before importing to ACS using: openssl x509 -in 
>>> private/vse.somedomain.tls.crt -noout -text (result below).
>>> 
>>> Maybe i could just insert new certs straight into the database, destroy 
>>> console proxy and see what happens.
>>> Any more ideas?
>>> 
>>> Also there is a bug in 4.3 documentation, because it says one must 
>>> enter *.domain.tld while you say, it should be just domain.tld
>>> 
>>> "
>>> In the Update SSL Certificate screen of the CloudStack UI, paste the 
>>> following:
>>> 
>>> * The certificate you've just generated.
>>> * The private key you've just generated.
>>> * The desired domain name, prefixed with *.; for example, 
>>> *.consoleproxy.company.com "
>>> 
>>> 
>>> [root@mc1 private]# openssl x509 -in vse.somedomain.si.crt -noout 
>>> -text
>>> Certificate:
>>>  Data:
>>>  Version: 3 (0x2)
>>>  Serial Number: 4097 (0x1001)
>>>  Signature Algorithm: sha256WithRSAEncryption
>>>  Issuer: C=SI, ST=Slovenia, L=Ljubljana, O=XXX d.o.o., OU=IT 
>>> department, CN=optimus.si/emailAddress=sis...@xxxb.si
>>>  Validity
>>>  Not Before: Sep 25 12:25:32 2014 GMT
>>>  Not After : Jun  3 12:25:32 2028 GMT
>>>  Subject: C=SI, ST=Slovenia, O=XXX d.o.o., OU=IT department, 
>>> CN=*.somedomain.si/emailAddress=sis...@xxxb.si
>>>  Subject Public Key Info:
>>>  Public Key Algorithm: rsaEncryption
>>> 

Re: Review Request 26263: CLOUDSTACK-7539: [S3] Parallel deployment makes reference count of a cache in nfs secondary staging store negative(-1)

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26263/#review55782
---



engine/storage/cache/src/org/apache/cloudstack/storage/cache/manager/StorageCacheManagerImpl.java


Code looks alright, do you need to handle case when one or both of data and 
store is null? We should be able to apply it on master after Edison's and Min's 
review.


- Rohit Yadav


On Oct. 3, 2014, 8:54 a.m., Hiroki Ohashi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26263/
> ---
> 
> (Updated Oct. 3, 2014, 8:54 a.m.)
> 
> 
> Review request for cloudstack, edison su and Min Chen.
> 
> 
> Bugs: CLOUDSTACK-7539
> https://issues.apache.org/jira/browse/CLOUDSTACK-7539
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Root causes of CLOUDSTACK-7539 are below.
> 
> a. createCacheObject() method lacks mutual exclusion. After calling
>this method, threads check cache existence but the procedure is not
>atomic. So, other threads may call this method and decide to create
>a cache in spite of cache copy being in progress.
> 
> b. createCacheObject() method ignores states except READY when it
>checks cache existence. Then, it is considered cache doesn't exist
>in spite of cache copy being in progress.
> 
> c. When multiple cache entries about a same image are in a database,
>threads may get a wrong cache entry because of incorrect search
>condition that randomly chooses one entry from entries that have
>same template id. As a result of this retrieval, reference counter
>of the cache probably go negative. (I'm not sure about this
>behavior but I suspect CloudStack behaves like this.)
> 
> These behaviors make cache state incorrect and inconsistent.
> 
> For fixing this bug, I modified cache creation behavior when no cache
> is on NFS Secondary Staging Store(SSS). As sequential deployment
> functions so far, I think parallel deployment works well when it is
> managed like sequential deployment.
> 
> Fixed points are below. These are for cause a. and b., not including
> fix for cause c.
> 
> 1. Protect critical section between cache search and allocation by lock.
> 
>When management server threads reach createCacheObject() method,
>threads get lock at first and check cache existence. In case that no
>cache is on NFS SSS, one thread sends a request for creating cache.
>In other case, threads wait for completion of creating cache not to
>duplicate same image.
> 
> 2. Add several condition check for cache state.
> 
>If a thread is creating a cache of an image, other threads mustn't
>send no additional request for the same image. Therefore, threads have
>to consider whether a copy request should be issued by those state
>check.
> 
> 
> Diffs
> -
> 
>   
> engine/storage/cache/src/org/apache/cloudstack/storage/cache/manager/StorageCacheManagerImpl.java
>  7c74729 
> 
> Diff: https://reviews.apache.org/r/26263/diff/
> 
> 
> Testing
> ---
> 
> I tested deployment of two instances at almost the same time. Results
> are below.
> 
> - Succeed in deployment of two instances.
> - No database cache entries are duplicated.
> - No duplicated images are on NFS SSS.
> - Reference counter never goes to -1.
> 
> 
> Thanks,
> 
> Hiroki Ohashi
> 
>

Re: Review Request 26053: UI: Upgrade jquery-validate lib to the latest 1.13.0 version with the additional-methods included.

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26053/#review55783
---


Looks like an additional jquery-validate library was added, can you explain 
what this does such as validates what in the frontend?

- Rohit Yadav


On Sept. 30, 2014, 4:12 p.m., Gabor Apati-Nagy wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26053/
> ---
> 
> (Updated Sept. 30, 2014, 4:12 p.m.)
> 
> 
> Review request for cloudstack, Brian Federle and Jessica Wang.
> 
> 
> Bugs: CLOUDSTACK-7659
> https://issues.apache.org/jira/browse/CLOUDSTACK-7659
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> This patch upgrades jquery-validation library and also adds the 
> additional-methods.js extension that offers additional validation options 
> (same license applies, same publisher). I also updated the LICENSE file to 
> show the added file as well.
> 
> 
> Diffs
> -
> 
>   LICENSE 497323bffce2b2afab28c187cfdafa960944ed94 
>   ui/index.jsp e0b4b7848175e3f2159d44d6ac48d122858a2854 
>   ui/lib/jquery.validate.additional-methods.js PRE-CREATION 
>   ui/lib/jquery.validate.js 72296a61f208298f2e54ac7b54b70557f41e0f84 
> 
> Diff: https://reviews.apache.org/r/26053/diff/
> 
> 
> Testing
> ---
> 
> Tested that the validation is still working as expected.
> 
> 
> Thanks,
> 
> Gabor Apati-Nagy
> 
>

Re: Review Request 26035: CLOUDSTACK-7633: fix "Provides" in most LSB headers

[Vincent Bernat]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26035/
---

(Updated Oct. 8, 2014, 10:47 a.m.)


Review request for cloudstack and daan Hoogland.


Bugs: CLOUDSTACK-7633
https://issues.apache.org/jira/browse/CLOUDSTACK-7633


Repository: cloudstack-git


Description
---

CLOUDSTACK-7633: fix "Provides" in most LSB headers

In init.d scripts, the LSB header may specify what kind of service is
provided by an init script. If spaces are used, this means the init
script is providing several boot facilities. We fix that by using an
hyphen.


Diffs
-

  agent/distro/opensuse/sles/SYSCONFDIR/init.d/cloud-agent.in 741317bde439 
  agent/distro/sles/SYSCONFDIR/init.d/cloud-agent.in 741317bde439 
  agent/distro/ubuntu/SYSCONFDIR/init.d/cloud-agent.in 0e8705307e8b 
  packaging/centos63/cloud-usage.rc 8434e4d568a0 
  packaging/debian/init/cloud-agent eb2c3d14754b 
  packaging/debian/init/cloud-usage 06b1142172aa 
  python/distro/opensuse/SYSCONFDIR/init.d/cloud-ipallocator.in 558f5a2ee986 
  python/distro/sles/SYSCONFDIR/init.d/cloud-ipallocator.in 558f5a2ee986 
  usage/distro/centos/SYSCONFDIR/rc.d/init.d/cloud-usage.in cb5beb5cff1a 
  usage/distro/fedora/SYSCONFDIR/rc.d/init.d/cloud-usage.in cb5beb5cff1a 
  usage/distro/opensuse/SYSCONFDIR/init.d/cloud-usage.in f9682635b1e9 
  usage/distro/rhel/SYSCONFDIR/rc.d/init.d/cloud-usage.in cb5beb5cff1a 
  usage/distro/sles/SYSCONFDIR/init.d/cloud-usage.in f9682635b1e9 
  usage/distro/ubuntu/SYSCONFDIR/init.d/cloud-usage.in f9682635b1e9 

Diff: https://reviews.apache.org/r/26035/diff/


Testing
---


Thanks,

Vincent Bernat

Re: Review Request 25266: Simulator build support need to extends for RPM build

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/25266/#review55784
---


LGTM, we'll wait for other reviewers to comment before we land this on master. 
This may be seen as a new feature? In which case, please discuss on dev ML and 
ask David for his advice on getting this in before 4.5 is cut.

- Rohit Yadav


On Sept. 19, 2014, 7:17 p.m., Rayees Namathponnan wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25266/
> ---
> 
> (Updated Sept. 19, 2014, 7:17 p.m.)
> 
> 
> Review request for cloudstack, Frank Zhang and Hugo Trippaers.
> 
> 
> Bugs: CLOUDSTACK-7469
> https://issues.apache.org/jira/browse/CLOUDSTACK-7469
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently there is no option to build rpm with simulator,  as part this patch 
> modified package.sh file to accept simulator
> 
> also updated cloud.spec file to build both oss and nooss simulator buids
> 
> 
> To build noredist and simulator, you need to use below package command
> ./package.sh --pack noredist --s simulator
> 
> default package with simulato, need to call  ./package.sh
> 
> 
> Diffs
> -
> 
>   packaging/centos63/cloud.spec 7306d1f 
>   packaging/centos63/package.sh 6a2d168 
> 
> Diff: https://reviews.apache.org/r/25266/diff/
> 
> 
> Testing
> ---
> 
> Yes
> 
> 
> File Attachments
> 
> 
> 0001-Simulator-build-support-for-RPM-builds.patch
>   
> https://reviews.apache.org/media/uploaded/files/2014/09/19/2537284e-f1de-419a-b5b6-66b8ddfcac84__0001-Simulator-build-support-for-RPM-builds.patch
> 
> 
> Thanks,
> 
> Rayees Namathponnan
> 
>

[GitHub] cloudstack pull request: Vpc refactor clean for pr

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/22#issuecomment-58341540
  
Code looks great, builds on my system as well. I saw the results with 
XenServer, I'll try to test against KVM by tomorrow and share that here. Wiki 
page was informational as well:

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Refactor+for+Redundant+Virtual+Router+Implementation


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Vpc refactor clean for pr

[wilderrodrigues]

Github user wilderrodrigues commented on the pull request:

https://github.com/apache/cloudstack/pull/22#issuecomment-58341935
  
Super nice to hear that! :)

We worked really hard to offer our best for now, although we know that 
there are still things to be improved. But we will tackle each and any of them.

I will inform the team about it. :)

Thanks a lot for reviewing it.

Cheers,
Wilder


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 2 in branch 4.4-RC20141006T1046

[Daan Hoogland]

Pierre-Luc the warnings are just warnings. The stack trace points to
configuration not correctly being set to a reasonable default when absent.
I will have to look deeper into that. $dayjob+#live permitting it will take
me till after the weekend.

Unless we find a workaround I am going to consider this a blocker.

On Wed, Oct 8, 2014 at 12:41 AM, Pierre-Luc Dion  wrote:

> Hi,
>
> Did test the upgrade from 4.3.1 to 4.4.1 (4.4-RC20141006T1046)
>
>
> Still got the "ERROR" at the cluster settings:
> Catalina.out:
> WARN  [c.c.a.d.ParamGenericValidationWorker] (catalina-exec-2:ctx-601d8ad4
> ctx-677eec17) Received unknown parameters for command listConfigurations.
> Unknown parameters : listall
> ERROR [c.c.a.ApiServer] (catalina-exec-2:ctx-601d8ad4 ctx-677eec17)
> unhandled exception executing api command: [Ljava.lang.String;@421fb921
> java.lang.NullPointerException
> at
>
> com.cloud.server.ManagementServerImpl.searchForConfigurations(ManagementServerImpl.java:1707)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
>
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
>
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
>
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
>
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
>
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
>
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at com.sun.proxy.$Proxy209.searchForConfigurations(Unknown Source)
> at
>
> org.apache.cloudstack.api.command.admin.config.ListCfgsByCmd.execute(ListCfgsByCmd.java:132)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
> at com.cloud.api.ApiServer.queueCommand(ApiServer.java:682)
> at com.cloud.api.ApiServer.handleRequest(ApiServer.java:511)
> at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
> at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
> at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
> at
>
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
>
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
>
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
> at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at
>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at
>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
>
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> at
>
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at
>
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at
>
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
> at
>
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
> at
>
> org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
> at
>
> org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
> at
>
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
> at
>
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
>
>
> Their is also a lot of warning like this:
> WARN  [c.c.a.d.ParamGenericValidationWorker] (catalina-exec-4:ctx-b177f89e
> ctx-ba2c1003) Received unknown parameters for command listZones. Unknown
> parameters : listall
> WARN  [c.c.a.d.ParamGenericValidationWorker] (catalina-exec-6:ctx-303eff04
> ctx-dc9ac41a) Received unknown parameters for command listPods. Unknown
> parameters : listall
> WARN  [c.c.a.d.ParamGenericValidationWorker] (catalina-exec-7:ctx-e47d4c79
> ctx-8debcc1e) Received unknown parameters for command listClusters. Unknown

Re: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 2 in branch 4.4-RC20141006T1046

[Wei ZHOU]

Daan,
I've made a commit 0b31732bb18983db6cdd747a6c2f6056cf81a85e to
hotfix/4.4/CLOUDSTACK-7219 branch for this issue

-Wei

2014-10-08 13:17 GMT+02:00 Daan Hoogland :

> Pierre-Luc the warnings are just warnings. The stack trace points to
> configuration not correctly being set to a reasonable default when absent.
> I will have to look deeper into that. $dayjob+#live permitting it will take
> me till after the weekend.
>
> Unless we find a workaround I am going to consider this a blocker.
>
> On Wed, Oct 8, 2014 at 12:41 AM, Pierre-Luc Dion 
> wrote:
>
> > Hi,
> >
> > Did test the upgrade from 4.3.1 to 4.4.1 (4.4-RC20141006T1046)
> >
> >
> > Still got the "ERROR" at the cluster settings:
> > Catalina.out:
> > WARN  [c.c.a.d.ParamGenericValidationWorker]
> (catalina-exec-2:ctx-601d8ad4
> > ctx-677eec17) Received unknown parameters for command listConfigurations.
> > Unknown parameters : listall
> > ERROR [c.c.a.ApiServer] (catalina-exec-2:ctx-601d8ad4 ctx-677eec17)
> > unhandled exception executing api command: [Ljava.lang.String;@421fb921
> > java.lang.NullPointerException
> > at
> >
> >
> com.cloud.server.ManagementServerImpl.searchForConfigurations(ManagementServerImpl.java:1707)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> >
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> > at
> >
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:606)
> > at
> >
> >
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> > at
> >
> >
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> > at
> >
> >
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> > at
> >
> >
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> > at
> >
> >
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> > at
> >
> >
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> > at com.sun.proxy.$Proxy209.searchForConfigurations(Unknown Source)
> > at
> >
> >
> org.apache.cloudstack.api.command.admin.config.ListCfgsByCmd.execute(ListCfgsByCmd.java:132)
> > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
> > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:682)
> > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:511)
> > at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
> > at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
> > at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
> > at
> >
> >
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> > at
> >
> >
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> > at
> >
> >
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
> > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> > at
> >
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> > at
> >
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> > at
> >
> >
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> > at
> >
> >
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> > at
> >
> >
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> > at
> >
> >
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> > at
> > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
> > at
> >
> >
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> > at
> >
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
> > at
> >
> >
> org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
> > at
> >
> >
> org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
> > at
> >
> >
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
> > at
> >
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> > at
> >
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> > at java.lang.Thread.run(Thread.java:745)
> >
> >
> > Their is also a lot of warning like this:
> > WARN  [c.c.a.d.ParamGenericValidationWorke

Updated and new Cloudstack templates

[Nux!]

Hello,

I've updated the existing CentOS templates and added some new ones - FreeBSD 
and Ubuntu.
The Ubuntu template is actually their own cloud image with the cloudstack data 
source defined in cloud-init and the password script added.
Let me know if you have any comments etc.

http://dl.openvm.eu/cloudstack/

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Review Request 26053: UI: Upgrade jquery-validate lib to the latest 1.13.0 version with the additional-methods included.

[Gabor Apati-Nagy]

> On Oct. 8, 2014, 11:46 a.m., Rohit Yadav wrote:
> > Looks like an additional jquery-validate library was added, can you explain 
> > what this does such as validates what in the frontend?

It adds extra validation capabilities to the jquery-validation plugin that we 
are already using. At the moment none of them is used, but once this has been 
committed I will quickly add validations for ipv4, ipv6, url fields for example.

It will be that easy:

ip_address_field: {
required: true,
ipv4: true //this will use the ipv4 validator defined in the 
additional-methods lib
}


- Gabor


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26053/#review55783
---


On Sept. 30, 2014, 5:12 p.m., Gabor Apati-Nagy wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26053/
> ---
> 
> (Updated Sept. 30, 2014, 5:12 p.m.)
> 
> 
> Review request for cloudstack, Brian Federle and Jessica Wang.
> 
> 
> Bugs: CLOUDSTACK-7659
> https://issues.apache.org/jira/browse/CLOUDSTACK-7659
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> This patch upgrades jquery-validation library and also adds the 
> additional-methods.js extension that offers additional validation options 
> (same license applies, same publisher). I also updated the LICENSE file to 
> show the added file as well.
> 
> 
> Diffs
> -
> 
>   LICENSE 497323bffce2b2afab28c187cfdafa960944ed94 
>   ui/index.jsp e0b4b7848175e3f2159d44d6ac48d122858a2854 
>   ui/lib/jquery.validate.additional-methods.js PRE-CREATION 
>   ui/lib/jquery.validate.js 72296a61f208298f2e54ac7b54b70557f41e0f84 
> 
> Diff: https://reviews.apache.org/r/26053/diff/
> 
> 
> Testing
> ---
> 
> Tested that the validation is still working as expected.
> 
> 
> Thanks,
> 
> Gabor Apati-Nagy
> 
>

RE: Urgent. Importing certificate to CS 4.3.1 using GUI

[Stephen Turner]

France, I'm sorry, but I'm about to go away for three weeks, and I'm not going 
to have time to work on this.

Is there anyone else who could help France? Is anyone else seeing the problem, 
because I couldn't reproduce it?

-- 
Stephen Turner



-Original Message-
From: France [mailto:mailingli...@isg.si] 
Sent: 08 October 2014 11:44
To: dev@cloudstack.apache.org
Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI

Send me a private email and you can test it on my exact system with all 
development options turned on as you wish.
We will do it via remote screen sharing, like VNC, RDP, Teamviewer, .. 

Regards,
F.

On 26 Sep 2014, at 16:53, Stephen Turner  wrote:

> I'm afraid I couldn't reproduce this, even with your certificate and private 
> key. Everything I tried, I got "Update Certiciate [sic] Succeeded".
> 
> Does anyone else have a convenient 4.3 and FF 32 that they can try and repro 
> this with?
> 
> France, if you open the developer tools in Firefox and do this again, do you 
> see any errors?
> 
> --
> Stephen Turner
> 
> 
> -Original Message-
> From: France [mailto:mailingli...@isg.si]
> Sent: 26 September 2014 13:44
> To: Stephen Turner
> Cc: dev@cloudstack.apache.org
> Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
> 
> Issue has been created.
> I would assign it to you, but lack credentials?
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-7635
> 
> Regards,
> F.
> 
> On 26 Sep 2014, at 11:47, Stephen Turner  wrote:
> 
>> Yes, I would like a bug report for this. Please assign it to me. This bit of 
>> UI has been rewritten on master, but it should work the same in all 
>> browsers, so I'd like to investigate whether it's fixed on master, and also 
>> whether there are any other similar controls that aren't working in FF 32.
>> 
>> If you can attach a public key and other data that illustrates the problem, 
>> that would be great just to make sure that we can repro it. Thank you.
>> 
>> --
>> Stephen Turner
>> 
>> 
>> -Original Message-
>> From: France [mailto:mailingli...@isg.si]
>> Sent: 25 September 2014 14:52
>> To: dev@cloudstack.apache.org
>> Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
>> 
>> There is a bug in ACS 4.3.1 GUI.
>> The before mentioned process did not work with Firefox 32.0.2, while it 
>> worked on latest Chrome.
>> Because the problem is on the browser side, it did not reach management 
>> server logs at all.
>> I have done everything correct. Even a couple of times. ;-)
>> 
>> Hopefully this mail will help someone in the future. I would also advise to 
>> update the documentation on the issue.
>> 
>> Do you want me to open a bug report for this? I am a little reluctant to do 
>> so, because some of the bug reports i made previously just sit there for 
>> years to come.
>> 
>> FYI also got contacted off the mailing list by Steve Roles from ShapeBlue 
>> who kindly offered to sell annual 24/7 support to help me sort this issue.
>> Too bad they did not want to provide help/support for this one incident, 
>> which which they "have come across" already. They could get payed well for 
>> telling me to use another browser. :-) While i appreciate what ShapeBlue 
>> does for ACS, they could easily just have told us publicly on the mailing 
>> list to use a different browser.
>> 
>> Many thanks to anyone else who actually tried to help on the issue. 
>> Realhostip.com migration is now officially complete.
>> 
>> Regards,
>> F.
>> 
>> On 25 Sep 2014, at 14:54, France  wrote:
>> 
>>> I have created new key and csr. Signed it, converted key to pkcs8 format 
>>> without encryption and added in ACS GUI with *.domain.tld and again with 
>>> domain.tld. I did copy paste the crt and key with and without -BEGIN 
>>> CERTIFICATE-- tags. Nothing works. I have the same GUI error message as 
>>> before. Management-log shows no errors or even logs regarding certificate 
>>> manipulation. I have not created CA key and certs again. I have confirmed 
>>> certificate before importing to ACS using: openssl x509 -in 
>>> private/vse.somedomain.tls.crt -noout -text (result below).
>>> 
>>> Maybe i could just insert new certs straight into the database, destroy 
>>> console proxy and see what happens.
>>> Any more ideas?
>>> 
>>> Also there is a bug in 4.3 documentation, because it says one must 
>>> enter *.domain.tld while you say, it should be just domain.tld
>>> 
>>> "
>>> In the Update SSL Certificate screen of the CloudStack UI, paste the 
>>> following:
>>> 
>>> * The certificate you've just generated.
>>> * The private key you've just generated.
>>> * The desired domain name, prefixed with *.; for example, 
>>> *.consoleproxy.company.com "
>>> 
>>> 
>>> [root@mc1 private]# openssl x509 -in vse.somedomain.si.crt -noout 
>>> -text
>>> Certificate:
>>>  Data:
>>>  Version: 3 (0x2)
>>>  Serial Number: 4097 (0x1001)
>>>  Signature Algorithm: sha256WithRSAEncryption
>>>  Issuer: C=SI, ST=S

Re: Review Request 26080: Automation for volume life cycle testPath

[SrikanteswaraRao Talluri]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26080/#review55789
---

Ship it!


679f945074d54fb68f7b1778fd60418bffaf4d23 master

- SrikanteswaraRao Talluri


On Sept. 30, 2014, 5:33 a.m., prashant mishra wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26080/
> ---
> 
> (Updated Sept. 30, 2014, 5:33 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7632
> https://issues.apache.org/jira/browse/CLOUDSTACK-7632
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Automation for volume life cycle testPath
> 
> 
> Diffs
> -
> 
>   test/integration/testpaths/testpath_volumelifecycle.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/26080/diff/
> 
> 
> Testing
> ---
> 
> tested on following setup 
> 
> 1-only shared storage
> 2-local storage + zone wide storage +shared storage
> 
> 
> Thanks,
> 
> prashant mishra
> 
>

RE: Urgent. Importing certificate to CS 4.3.1 using GUI

[Suresh Sadhu]

HI France,

I can help  today .
My personal email id is mailtosa...@gmail.com


Regards
sadhu

-Original Message-
From: Stephen Turner [mailto:stephen.tur...@citrix.com] 
Sent: 08 October 2014 17:43
To: dev@cloudstack.apache.org
Subject: RE: Urgent. Importing certificate to CS 4.3.1 using GUI

France, I'm sorry, but I'm about to go away for three weeks, and I'm not going 
to have time to work on this.

Is there anyone else who could help France? Is anyone else seeing the problem, 
because I couldn't reproduce it?

-- 
Stephen Turner



-Original Message-
From: France [mailto:mailingli...@isg.si] 
Sent: 08 October 2014 11:44
To: dev@cloudstack.apache.org
Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI

Send me a private email and you can test it on my exact system with all 
development options turned on as you wish.
We will do it via remote screen sharing, like VNC, RDP, Teamviewer, .. 

Regards,
F.

On 26 Sep 2014, at 16:53, Stephen Turner  wrote:

> I'm afraid I couldn't reproduce this, even with your certificate and private 
> key. Everything I tried, I got "Update Certiciate [sic] Succeeded".
> 
> Does anyone else have a convenient 4.3 and FF 32 that they can try and repro 
> this with?
> 
> France, if you open the developer tools in Firefox and do this again, do you 
> see any errors?
> 
> --
> Stephen Turner
> 
> 
> -Original Message-
> From: France [mailto:mailingli...@isg.si]
> Sent: 26 September 2014 13:44
> To: Stephen Turner
> Cc: dev@cloudstack.apache.org
> Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
> 
> Issue has been created.
> I would assign it to you, but lack credentials?
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-7635
> 
> Regards,
> F.
> 
> On 26 Sep 2014, at 11:47, Stephen Turner  wrote:
> 
>> Yes, I would like a bug report for this. Please assign it to me. This bit of 
>> UI has been rewritten on master, but it should work the same in all 
>> browsers, so I'd like to investigate whether it's fixed on master, and also 
>> whether there are any other similar controls that aren't working in FF 32.
>> 
>> If you can attach a public key and other data that illustrates the problem, 
>> that would be great just to make sure that we can repro it. Thank you.
>> 
>> --
>> Stephen Turner
>> 
>> 
>> -Original Message-
>> From: France [mailto:mailingli...@isg.si]
>> Sent: 25 September 2014 14:52
>> To: dev@cloudstack.apache.org
>> Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
>> 
>> There is a bug in ACS 4.3.1 GUI.
>> The before mentioned process did not work with Firefox 32.0.2, while it 
>> worked on latest Chrome.
>> Because the problem is on the browser side, it did not reach management 
>> server logs at all.
>> I have done everything correct. Even a couple of times. ;-)
>> 
>> Hopefully this mail will help someone in the future. I would also advise to 
>> update the documentation on the issue.
>> 
>> Do you want me to open a bug report for this? I am a little reluctant to do 
>> so, because some of the bug reports i made previously just sit there for 
>> years to come.
>> 
>> FYI also got contacted off the mailing list by Steve Roles from ShapeBlue 
>> who kindly offered to sell annual 24/7 support to help me sort this issue.
>> Too bad they did not want to provide help/support for this one incident, 
>> which which they "have come across" already. They could get payed well for 
>> telling me to use another browser. :-) While i appreciate what ShapeBlue 
>> does for ACS, they could easily just have told us publicly on the mailing 
>> list to use a different browser.
>> 
>> Many thanks to anyone else who actually tried to help on the issue. 
>> Realhostip.com migration is now officially complete.
>> 
>> Regards,
>> F.
>> 
>> On 25 Sep 2014, at 14:54, France  wrote:
>> 
>>> I have created new key and csr. Signed it, converted key to pkcs8 format 
>>> without encryption and added in ACS GUI with *.domain.tld and again with 
>>> domain.tld. I did copy paste the crt and key with and without -BEGIN 
>>> CERTIFICATE-- tags. Nothing works. I have the same GUI error message as 
>>> before. Management-log shows no errors or even logs regarding certificate 
>>> manipulation. I have not created CA key and certs again. I have confirmed 
>>> certificate before importing to ACS using: openssl x509 -in 
>>> private/vse.somedomain.tls.crt -noout -text (result below).
>>> 
>>> Maybe i could just insert new certs straight into the database, destroy 
>>> console proxy and see what happens.
>>> Any more ideas?
>>> 
>>> Also there is a bug in 4.3 documentation, because it says one must 
>>> enter *.domain.tld while you say, it should be just domain.tld
>>> 
>>> "
>>> In the Update SSL Certificate screen of the CloudStack UI, paste the 
>>> following:
>>> 
>>> * The certificate you've just generated.
>>> * The private key you've just generated.
>>> * The desired domain name, prefixed with *.; for exam

Re: Urgent. Importing certificate to CS 4.3.1 using GUI

[Nitin Mehta]

Sadhu - Please do update the thread once you have some observation. Thanks

-Nitin

On 08/10/14 5:27 AM, "Suresh Sadhu"  wrote:

>HI France,
>
>I can help  today .
>My personal email id is mailtosa...@gmail.com
>
>
>Regards
>sadhu
>
>-Original Message-
>From: Stephen Turner [mailto:stephen.tur...@citrix.com]
>Sent: 08 October 2014 17:43
>To: dev@cloudstack.apache.org
>Subject: RE: Urgent. Importing certificate to CS 4.3.1 using GUI
>
>France, I'm sorry, but I'm about to go away for three weeks, and I'm not
>going to have time to work on this.
>
>Is there anyone else who could help France? Is anyone else seeing the
>problem, because I couldn't reproduce it?
>
>-- 
>Stephen Turner
>
>
>
>-Original Message-
>From: France [mailto:mailingli...@isg.si]
>Sent: 08 October 2014 11:44
>To: dev@cloudstack.apache.org
>Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
>
>Send me a private email and you can test it on my exact system with all
>development options turned on as you wish.
>We will do it via remote screen sharing, like VNC, RDP, Teamviewer, ..
>
>Regards,
>F.
>
>On 26 Sep 2014, at 16:53, Stephen Turner 
>wrote:
>
>> I'm afraid I couldn't reproduce this, even with your certificate and
>>private key. Everything I tried, I got "Update Certiciate [sic]
>>Succeeded".
>> 
>> Does anyone else have a convenient 4.3 and FF 32 that they can try and
>>repro this with?
>> 
>> France, if you open the developer tools in Firefox and do this again,
>>do you see any errors?
>> 
>> --
>> Stephen Turner
>> 
>> 
>> -Original Message-
>> From: France [mailto:mailingli...@isg.si]
>> Sent: 26 September 2014 13:44
>> To: Stephen Turner
>> Cc: dev@cloudstack.apache.org
>> Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
>> 
>> Issue has been created.
>> I would assign it to you, but lack credentials?
>> 
>> https://issues.apache.org/jira/browse/CLOUDSTACK-7635
>> 
>> Regards,
>> F.
>> 
>> On 26 Sep 2014, at 11:47, Stephen Turner 
>>wrote:
>> 
>>> Yes, I would like a bug report for this. Please assign it to me. This
>>>bit of UI has been rewritten on master, but it should work the same in
>>>all browsers, so I'd like to investigate whether it's fixed on master,
>>>and also whether there are any other similar controls that aren't
>>>working in FF 32.
>>> 
>>> If you can attach a public key and other data that illustrates the
>>>problem, that would be great just to make sure that we can repro it.
>>>Thank you.
>>> 
>>> --
>>> Stephen Turner
>>> 
>>> 
>>> -Original Message-
>>> From: France [mailto:mailingli...@isg.si]
>>> Sent: 25 September 2014 14:52
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
>>> 
>>> There is a bug in ACS 4.3.1 GUI.
>>> The before mentioned process did not work with Firefox 32.0.2, while
>>>it worked on latest Chrome.
>>> Because the problem is on the browser side, it did not reach
>>>management server logs at all.
>>> I have done everything correct. Even a couple of times. ;-)
>>> 
>>> Hopefully this mail will help someone in the future. I would also
>>>advise to update the documentation on the issue.
>>> 
>>> Do you want me to open a bug report for this? I am a little reluctant
>>>to do so, because some of the bug reports i made previously just sit
>>>there for years to come.
>>> 
>>> FYI also got contacted off the mailing list by Steve Roles from
>>>ShapeBlue who kindly offered to sell annual 24/7 support to help me
>>>sort this issue.
>>> Too bad they did not want to provide help/support for this one
>>>incident, which which they "have come across" already. They could get
>>>payed well for telling me to use another browser. :-) While i
>>>appreciate what ShapeBlue does for ACS, they could easily just have
>>>told us publicly on the mailing list to use a different browser.
>>> 
>>> Many thanks to anyone else who actually tried to help on the issue.
>>>Realhostip.com migration is now officially complete.
>>> 
>>> Regards,
>>> F.
>>> 
>>> On 25 Sep 2014, at 14:54, France  wrote:
>>> 
 I have created new key and csr. Signed it, converted key to pkcs8
format without encryption and added in ACS GUI with *.domain.tld and
again with domain.tld. I did copy paste the crt and key with and
without -BEGIN CERTIFICATE-- tags. Nothing works. I have the same
GUI error message as before. Management-log shows no errors or even
logs regarding certificate manipulation. I have not created CA key and
certs again. I have confirmed certificate before importing to ACS
using: openssl x509 -in private/vse.somedomain.tls.crt -noout -text
(result below).
 
 Maybe i could just insert new certs straight into the database,
destroy console proxy and see what happens.
 Any more ideas?
 
 Also there is a bug in 4.3 documentation, because it says one must
 enter *.domain.tld while you say, it should be just domain.tld
 
 "
 In the Update SSL Certif

Re: Review Request 25266: Simulator build support need to extends for RPM build

[Frank Zhang]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/25266/#review55820
---

Ship it!


Ship It!

- Frank Zhang


On Sept. 19, 2014, 7:17 p.m., Rayees Namathponnan wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25266/
> ---
> 
> (Updated Sept. 19, 2014, 7:17 p.m.)
> 
> 
> Review request for cloudstack, Frank Zhang and Hugo Trippaers.
> 
> 
> Bugs: CLOUDSTACK-7469
> https://issues.apache.org/jira/browse/CLOUDSTACK-7469
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently there is no option to build rpm with simulator,  as part this patch 
> modified package.sh file to accept simulator
> 
> also updated cloud.spec file to build both oss and nooss simulator buids
> 
> 
> To build noredist and simulator, you need to use below package command
> ./package.sh --pack noredist --s simulator
> 
> default package with simulato, need to call  ./package.sh
> 
> 
> Diffs
> -
> 
>   packaging/centos63/cloud.spec 7306d1f 
>   packaging/centos63/package.sh 6a2d168 
> 
> Diff: https://reviews.apache.org/r/25266/diff/
> 
> 
> Testing
> ---
> 
> Yes
> 
> 
> File Attachments
> 
> 
> 0001-Simulator-build-support-for-RPM-builds.patch
>   
> https://reviews.apache.org/media/uploaded/files/2014/09/19/2537284e-f1de-419a-b5b6-66b8ddfcac84__0001-Simulator-build-support-for-RPM-builds.patch
> 
> 
> Thanks,
> 
> Rayees Namathponnan
> 
>

Cloudstack 4.5+ roadmap?

[Rafael Weingartner]

Hi folks,

I was wondering, is there a Cloudstack roadmap for version 4.5.0 and beyond?


-- 
Rafael Weingärtner

Re: how to add new data table to DB

[Kuang-Ching Wang]

Thanks Mike, I added the table successfully.

And also thanks for the suggestion.  I spent some time looking into what we 
need - we need to store some topology/tenant mapping info specific to our 
plugin for syncing purpose.  Logically it really needs to be maintained in a 
separate table.  Similar practice has been adopted by some other 
network-element plugins as well.

Thanks,
KC


On Sep 28, 2014, at 9:23 PM, Mike Tutkowski  
wrote:

> Assuming you are doing this for version 4.5, please take a look at adding 
> your table to this file:
> 
> schema-441to450.sql
> 
> By the way, do we really need to add a new table for this plug-in or is there 
> some "*_details" table (ex. storage_pool_details) where you can store 
> information specific to your needs?
> 
> Thanks
> 
> On Sun, Sep 28, 2014 at 7:11 PM, Kuang-Ching Wang  
> wrote:
> Hi,
> 
> I need to create a new table to store data in the cloudstack DB.  I followed 
> existing examples to:
> - add a new VO class, with @Entity and @Table(name = “new_table_name")
> - add a new Dao interface
> - add a new DaoImpl class for the interface
> - update spring context (of my network plugin) with a new bean id for the new 
> DaoImpl class
> 
> I was expecting with the change and a reinstall of my cloudstack-management 
> service (even doing cloudstack-setup-databases again), a new table would be 
> created.  However, this is not happening.
> 
> Is there some step I missed?
> 
> Thanks,
> KC
> 
> 
> 
> -- 
> Mike Tutkowski
> Senior CloudStack Developer, SolidFire Inc.
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud™

RE: Urgent. Importing certificate to CS 4.3.1 using GUI

[Suresh Sadhu]

Sure Nitin and as of now I didn't hear anything from France.

Regards
sadhu

-Original Message-
From: Nitin Mehta [mailto:nitin.me...@citrix.com] 
Sent: 08 October 2014 21:57
To: dev@cloudstack.apache.org
Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI

Sadhu - Please do update the thread once you have some observation. Thanks

-Nitin

On 08/10/14 5:27 AM, "Suresh Sadhu"  wrote:

>HI France,
>
>I can help  today .
>My personal email id is mailtosa...@gmail.com
>
>
>Regards
>sadhu
>
>-Original Message-
>From: Stephen Turner [mailto:stephen.tur...@citrix.com]
>Sent: 08 October 2014 17:43
>To: dev@cloudstack.apache.org
>Subject: RE: Urgent. Importing certificate to CS 4.3.1 using GUI
>
>France, I'm sorry, but I'm about to go away for three weeks, and I'm 
>not going to have time to work on this.
>
>Is there anyone else who could help France? Is anyone else seeing the 
>problem, because I couldn't reproduce it?
>
>--
>Stephen Turner
>
>
>
>-Original Message-
>From: France [mailto:mailingli...@isg.si]
>Sent: 08 October 2014 11:44
>To: dev@cloudstack.apache.org
>Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
>
>Send me a private email and you can test it on my exact system with all 
>development options turned on as you wish.
>We will do it via remote screen sharing, like VNC, RDP, Teamviewer, ..
>
>Regards,
>F.
>
>On 26 Sep 2014, at 16:53, Stephen Turner 
>wrote:
>
>> I'm afraid I couldn't reproduce this, even with your certificate and 
>>private key. Everything I tried, I got "Update Certiciate [sic] 
>>Succeeded".
>> 
>> Does anyone else have a convenient 4.3 and FF 32 that they can try 
>>and repro this with?
>> 
>> France, if you open the developer tools in Firefox and do this again, 
>>do you see any errors?
>> 
>> --
>> Stephen Turner
>> 
>> 
>> -Original Message-
>> From: France [mailto:mailingli...@isg.si]
>> Sent: 26 September 2014 13:44
>> To: Stephen Turner
>> Cc: dev@cloudstack.apache.org
>> Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
>> 
>> Issue has been created.
>> I would assign it to you, but lack credentials?
>> 
>> https://issues.apache.org/jira/browse/CLOUDSTACK-7635
>> 
>> Regards,
>> F.
>> 
>> On 26 Sep 2014, at 11:47, Stephen Turner 
>>wrote:
>> 
>>> Yes, I would like a bug report for this. Please assign it to me. 
>>>This bit of UI has been rewritten on master, but it should work the 
>>>same in all browsers, so I'd like to investigate whether it's fixed 
>>>on master, and also whether there are any other similar controls that 
>>>aren't working in FF 32.
>>> 
>>> If you can attach a public key and other data that illustrates the 
>>>problem, that would be great just to make sure that we can repro it.
>>>Thank you.
>>> 
>>> --
>>> Stephen Turner
>>> 
>>> 
>>> -Original Message-
>>> From: France [mailto:mailingli...@isg.si]
>>> Sent: 25 September 2014 14:52
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Urgent. Importing certificate to CS 4.3.1 using GUI
>>> 
>>> There is a bug in ACS 4.3.1 GUI.
>>> The before mentioned process did not work with Firefox 32.0.2, while 
>>>it worked on latest Chrome.
>>> Because the problem is on the browser side, it did not reach 
>>>management server logs at all.
>>> I have done everything correct. Even a couple of times. ;-)
>>> 
>>> Hopefully this mail will help someone in the future. I would also 
>>>advise to update the documentation on the issue.
>>> 
>>> Do you want me to open a bug report for this? I am a little 
>>>reluctant to do so, because some of the bug reports i made previously 
>>>just sit there for years to come.
>>> 
>>> FYI also got contacted off the mailing list by Steve Roles from 
>>>ShapeBlue who kindly offered to sell annual 24/7 support to help me 
>>>sort this issue.
>>> Too bad they did not want to provide help/support for this one 
>>>incident, which which they "have come across" already. They could get 
>>>payed well for telling me to use another browser. :-) While i 
>>>appreciate what ShapeBlue does for ACS, they could easily just have 
>>>told us publicly on the mailing list to use a different browser.
>>> 
>>> Many thanks to anyone else who actually tried to help on the issue.
>>>Realhostip.com migration is now officially complete.
>>> 
>>> Regards,
>>> F.
>>> 
>>> On 25 Sep 2014, at 14:54, France  wrote:
>>> 
 I have created new key and csr. Signed it, converted key to pkcs8 
format without encryption and added in ACS GUI with *.domain.tld and 
again with domain.tld. I did copy paste the crt and key with and 
without -BEGIN CERTIFICATE-- tags. Nothing works. I have the 
same GUI error message as before. Management-log shows no errors or 
even logs regarding certificate manipulation. I have not created CA 
key and certs again. I have confirmed certificate before importing 
to ACS
using: openssl x509 -in private/vse.somedomain.tls.crt -noout -text 
(result below).
 
 Maybe i 

Re: how to add new data table to DB

[Nitin Mehta]

I kind of agree with Mike. We shouldn¹t really be adding tables with
plugins. If there is a need to do so then its a limitation with our plugin
framework and should be enhanced accordingly.
It would good if you could specify your use case and why it can't be
fitted with existing schema.

Thanks,
-Nitin

On 08/10/14 11:07 AM, "Kuang-Ching Wang"  wrote:

>Thanks Mike, I added the table successfully.
>
>And also thanks for the suggestion.  I spent some time looking into what
>we need - we need to store some topology/tenant mapping info specific to
>our plugin for syncing purpose.  Logically it really needs to be
>maintained in a separate table.  Similar practice has been adopted by
>some other network-element plugins as well.
>
>Thanks,
>KC
>
>
>On Sep 28, 2014, at 9:23 PM, Mike Tutkowski
> wrote:
>
>> Assuming you are doing this for version 4.5, please take a look at
>>adding your table to this file:
>> 
>> schema-441to450.sql
>> 
>> By the way, do we really need to add a new table for this plug-in or is
>>there some "*_details" table (ex. storage_pool_details) where you can
>>store information specific to your needs?
>> 
>> Thanks
>> 
>> On Sun, Sep 28, 2014 at 7:11 PM, Kuang-Ching Wang
>> wrote:
>> Hi,
>> 
>> I need to create a new table to store data in the cloudstack DB.  I
>>followed existing examples to:
>> - add a new VO class, with @Entity and @Table(name = ³new_table_name")
>> - add a new Dao interface
>> - add a new DaoImpl class for the interface
>> - update spring context (of my network plugin) with a new bean id for
>>the new DaoImpl class
>> 
>> I was expecting with the change and a reinstall of my
>>cloudstack-management service (even doing cloudstack-setup-databases
>>again), a new table would be created.  However, this is not happening.
>> 
>> Is there some step I missed?
>> 
>> Thanks,
>> KC
>> 
>> 
>> 
>> -- 
>> Mike Tutkowski
>> Senior CloudStack Developer, SolidFire Inc.
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud
>

devcloud4 advanced -- xenserver&/SSVM iptables/routes

[Leo Simons]

Hey Ian,

So, I upgraded my devcloud4 to latest and rebuilt all the things. For the 
advanced profile, after bringing it all up, the tiny linux template wasn’t 
becoming ready, sticking to status "No route to host”.

After a bunch of head-scratching and debugging, it turned out I had to run

 [vagrant@localhost ~]$ sudo /etc/init.d/iptables stop

on the xenserver to allow the secondary storage VM to go out and reach the 
management server. With that out of the way, downloading the tiny linux VM 
starts, but

 2014-10-08 17:22:45,307 DEBUG [cloud.agent.Agent] 
(agentRequest-Handler-4:null) Seq 2-6307009803155669001:
 { Ans: , MgmtId: 4278190080, via: 2, Ver: v1, Flags: 10, 
[{"com.cloud.agent.api.storage.DownloadAnswer”:
 {"jobId":"80b02ebf-db7f-4582-97a3-c38426be1fc5","downloadPct":0,
 "errorString":"No route to host","downloadStatus":"DOWNLOAD_ERROR”,
 
"downloadPath":"/mnt/SecStorage/ec84292d-0e04-339d-b095-2649738a410f/template/tmpl/1/5/dnld48620706241560tmp_”,
 "installPath":"template/tmpl/1/5","templateSize":0,
 "templatePhySicalSize":0,"checkSum":"046e134e642e6d344b34648223ba4bc1”,
 "result":true,"details":"No route to host","wait":0}}] }

and after that, furthermore, surprisingly,

 root@s-3-VM:~# /etc/init.d/iptables-persistent flush

that solved DNS lookups and pings but not yet http downloads. This reminded me 
of what we have in our own CIT environment where we do some trickery to rewire 
the SSVM after creation.

I’m confident I had all this working before, and I don’t recall this being 
needed with devcloud4 before, but tonight I had to twiddle the routes:

 $ vagrant ssh xenserver
 [vagrant@localhost ~]$ sudo /sbin/ip route list
 10.0.2.0/24 dev xenbr0  proto kernel  scope link  src 10.0.2.15 
 192.168.56.0/24 dev xenbr1  proto kernel  scope link  src 192.168.56.10 
 169.254.0.0/16  dev xapi0   scope linksrc 169.254.0.1 
 default via 10.0.2.2 dev xenbr0
 [vagrant@localhost ~]$ sudo ssh -i /root/.ssh/id_rsa.cloud root@169.254.2.27 
-p 3922
 root@s-3-VM:~# ip route list
 default via 192.168.57.5 dev eth2 
 8.8.8.8 via 192.168.56.5 dev eth1 
 169.254.0.0/16  dev eth0  proto kernel  scope link  src 169.254.2.27 
 192.168.56.0/24 dev eth1  proto kernel  scope link  src 192.168.56.107 
 192.168.56.0/24 dev eth3  proto kernel  scope link  src 192.168.56.115 
 192.168.57.0/24 dev eth2  proto kernel  scope link  src 192.168.57.100
 root@s-3-VM:~# ip route delete default  dev eth2
 root@s-3-VM:~# ip route adddefault via 192.168.56.5 dev eth1

after that, template downloads work (you know, we should really not use 
people.a.o for this……). So I’m happy with my setup again, but its obviously a 
bit fiddly. I’m not entirely sure what your intentions are for this network 
setup — did you look into this yet / did you find a way to do this stuff 
without modifying the SSVM?


cheers,


Leo

Re: devcloud4 advanced -- xenserver&/SSVM iptables/routes

[Ian Duffy]

Hey Leo,

> I’m confident I had all this working before, and I don’t recall this
being needed with devcloud4 before, but tonight I had to twiddle the routes:

Yes this is definitely new and I have not experienced it before.
There should be no need to touch the SSVM.

> default via 192.168.57.5 dev eth2

This should of given your machine internet access.

I've a feeling this might be related to some of your virtualbox interface
configurations. I will test just to be sure.

Thanks,
Ian

On 8 October 2014 20:57, Leo Simons  wrote:

> Hey Ian,
>
> So, I upgraded my devcloud4 to latest and rebuilt all the things. For the
> advanced profile, after bringing it all up, the tiny linux template wasn’t
> becoming ready, sticking to status "No route to host”.
>
> After a bunch of head-scratching and debugging, it turned out I had to run
>
>  [vagrant@localhost ~]$ sudo /etc/init.d/iptables stop
>
> on the xenserver to allow the secondary storage VM to go out and reach the
> management server. With that out of the way, downloading the tiny linux VM
> starts, but
>
>  2014-10-08 17:22:45,307 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-4:null) Seq 2-6307009803155669001:
>  { Ans: , MgmtId: 4278190080, via: 2, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.storage.DownloadAnswer”:
>  {"jobId":"80b02ebf-db7f-4582-97a3-c38426be1fc5","downloadPct":0,
>  "errorString":"No route to host","downloadStatus":"DOWNLOAD_ERROR”,
>
>  
> "downloadPath":"/mnt/SecStorage/ec84292d-0e04-339d-b095-2649738a410f/template/tmpl/1/5/dnld48620706241560tmp_”,
>  "installPath":"template/tmpl/1/5","templateSize":0,
>  "templatePhySicalSize":0,"checkSum":"046e134e642e6d344b34648223ba4bc1”,
>  "result":true,"details":"No route to host","wait":0}}] }
>
> and after that, furthermore, surprisingly,
>
>  root@s-3-VM:~# /etc/init.d/iptables-persistent flush
>
> that solved DNS lookups and pings but not yet http downloads. This
> reminded me of what we have in our own CIT environment where we do some
> trickery to rewire the SSVM after creation.
>
> I’m confident I had all this working before, and I don’t recall this being
> needed with devcloud4 before, but tonight I had to twiddle the routes:
>
>  $ vagrant ssh xenserver
>  [vagrant@localhost ~]$ sudo /sbin/ip route list
>  10.0.2.0/24 dev xenbr0  proto kernel  scope link  src 10.0.2.15
>  192.168.56.0/24 dev xenbr1  proto kernel  scope link  src 192.168.56.10
>  169.254.0.0/16  dev xapi0   scope linksrc 169.254.0.1
>  default via 10.0.2.2 dev xenbr0
>  [vagrant@localhost ~]$ sudo ssh -i /root/.ssh/id_rsa.cloud
> root@169.254.2.27 -p 3922
>  root@s-3-VM:~# ip route list
>  default via 192.168.57.5 dev eth2
>  8.8.8.8 via 192.168.56.5 dev eth1
>  169.254.0.0/16  dev eth0  proto kernel  scope link  src 169.254.2.27
>  192.168.56.0/24 dev eth1  proto kernel  scope link  src 192.168.56.107
>  192.168.56.0/24 dev eth3  proto kernel  scope link  src 192.168.56.115
>  192.168.57.0/24 dev eth2  proto kernel  scope link  src 192.168.57.100
>  root@s-3-VM:~# ip route delete default  dev eth2
>  root@s-3-VM:~# ip route adddefault via 192.168.56.5 dev eth1
>
> after that, template downloads work (you know, we should really not use
> people.a.o for this……). So I’m happy with my setup again, but its obviously
> a bit fiddly. I’m not entirely sure what your intentions are for this
> network setup — did you look into this yet / did you find a way to do this
> stuff without modifying the SSVM?
>
>
> cheers,
>
>
> Leo
>
>

Re: devcloud4 advanced -- xenserver&/SSVM iptables/routes

[Ian Duffy]

Hi Leo,

Just checking this from master with the same version of marvin.

For whatever reason marvin doesn't seem to be setting the tags on the
network interfaces.

The following and deployDataCenter should be setting them:

"traffictypes": [
{
"xen": "GUEST",
"typ": "Guest"
},
{
"xen": "MGMT",
"typ": "Management"
},
{
"xen": "PUBLIC",
"typ": "Public"
}
],

Assuming possible marvin issue or a change on the API side of things since
i'm seeing the following in the logs:

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-2:ctx-7d1f3c4f job-2)
Remove job-2 from job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker]
(66988863@qtp-580960970-0:ctx-2907b805
ctx-4ac83e7b ctx-a48b5480) Received unknown parameters for command
addTrafficType. Unknown parameters : xennetworklabel

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:ctx-9bb4a8c7 job-3)
Add job-3 into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker]
(API-Job-Executor-3:ctx-9bb4a8c7 job-3 ctx-c36450e0) Received unknown
parameters for command addTrafficType. Unknown parameters : xennetworklabel

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:ctx-9bb4a8c7 job-3)
Remove job-3 from job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker]
(66988863@qtp-580960970-0:ctx-8f797173
ctx-115c4ef1 ctx-d988b655) Received unknown parameters for command
addTrafficType. Unknown parameters : xennetworklabel

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-4:ctx-3370b3b8 job-4)
Add job-4 into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker]
(API-Job-Executor-4:ctx-3370b3b8 job-4 ctx-27bd2c08) Received unknown
parameters for command addTrafficType. Unknown parameters : xennetworklabel

Downgrading the version of marvin doesn't fix the issue either. Based on
our API docs this should be correct:
http://cloudstack.apache.org/docs/api/apidocs-4.4/root_admin/addTrafficType.html
I set the values manually through the UI, destroyed the system vms, waited
for them to come up and had a system that had internet access.

The agent on the ssvm and console proxy failed to come up

root@s-4-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh



First DNS server is  8.8.8.8

PING 8.8.8.8 (8.8.8.8): 48 data bytes

56 bytes from 8.8.8.8: icmp_seq=0 ttl=61 time=5.642 ms

56 bytes from 8.8.8.8: icmp_seq=1 ttl=61 time=5.559 ms

--- 8.8.8.8 ping statistics ---

2 packets transmitted, 2 packets received, 0% packet loss

round-trip min/avg/max/stddev = 5.559/5.601/5.642/0.042 ms

Good: Can ping DNS server



Good: DNS resolves download.cloud.com



nfs is currently mounted



Management server is 192.168.56.1. Checking connectivity.

Good: Can connect to management server port 8250



ERROR: Java process not running.  Try restarting the SSVM.



Thanks,

Ian

On 9 October 2014 00:13, Ian Duffy  wrote:

> Hey Leo,
>
> > I’m confident I had all this working before, and I don’t recall this
> being needed with devcloud4 before, but tonight I had to twiddle the routes:
>
> Yes this is definitely new and I have not experienced it before.
> There should be no need to touch the SSVM.
>
> > default via 192.168.57.5 dev eth2
>
> This should of given your machine internet access.
>
> I've a feeling this might be related to some of your virtualbox interface
> configurations. I will test just to be sure.
>
> Thanks,
> Ian
>
> On 8 October 2014 20:57, Leo Simons  wrote:
>
>> Hey Ian,
>>
>> So, I upgraded my devcloud4 to latest and rebuilt all the things. For the
>> advanced profile, after bringing it all up, the tiny linux template wasn’t
>> becoming ready, sticking to status "No route to host”.
>>
>> After a bunch of head-scratching and debugging, it turned out I had to run
>>
>>  [vagrant@localhost ~]$ sudo /etc/init.d/iptables stop
>>
>> on the xenserver to allow the secondary storage VM to go out and reach
>> the management server. With that out of the way, downloading the tiny linux
>> VM starts, but
>>
>>  2014-10-08 17:22:45,307 DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-4:null) Seq 2-6307009803155669001:
>>  { Ans: , MgmtId: 4278190080, via: 2, Ver: v1, Flags: 10,
>> [{"com.cloud.agent.api.storage.DownloadAnswer”:
>>  {"jobId":"80b02ebf-db7f-4582-97a3-c38426be1fc5","downloadPct":0,
>>  "errorString":"No route to host","downloadStatus":"DOWNLOAD_ERROR”,
>>
>>  
>> "downloadPath":"/mnt/SecStorage/ec84292d-0e04-339d-b095-2649738a410f/template/tmpl/1/5/dnld4

Re: Cloudstack 4.5+ roadmap?

[Rohit Yadav]

A good place would be to search the design documents for 4.5.0 and beyond;

https://cwiki.apache.org/confluence/display/CLOUDSTACK/4.5+Design+Documents

Many of the design docs in above, such as docker as hypervisor and ovm3 support 
haven’t made into master/4.5 (since we’re in code freeze now), so those will 
come under 4.5+ roadmap.

Other than that there is a general effort to refactor code, fix tests, coverity 
issues, introduciton of commit validation mechanisms (CI, Travis, Jenkins, 
Github PR and possibly other reviewing tools in future) and make the codebase 
more stable.

On 08-Oct-2014, at 10:49 pm, Rafael Weingartner  
wrote:
> Hi folks,
>
> I was wondering, is there a Cloudstack roadmap for version 4.5.0 and beyond?
>
> --
> Rafael Weingärtner

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Build failed in Jenkins: cloudstack-4.3-maven-build #612

[jenkins]

See 

Changes:

[Rohit Yadav] CLOUDSTACK-2625, CLOUDSTACK-3401: Usage records are ordered by 
start_date which is not unique. While listing large datasets or when page size 
is small this will result in duplicates. Order records by id instead

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on rpmbuilder-2 (rpmbuilder) in workspace 

Fetching changes from the remote Git repository
Fetching upstream changes from git://git.apache.org/cloudstack.git
Checking out Revision 7a86dc516dc1184a6394d40bb01d84bdc497095c (origin/4.3)
FATAL: Couldn?t find any executable in /usr/share/apache-maven-3.0.5
Build step 'Invoke top-level Maven targets' marked build as failure

Re: Review Request 26168: There are new VM State Machine changes introduced which were missed to capture the usage events

[Damodar Reddy Talakanti]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26168/
---

(Updated Oct. 9, 2014, 5:37 a.m.)


Review request for cloudstack, Kishan Kavala and Koushik Das.


Bugs: CLOUDSTACK-7648
https://issues.apache.org/jira/browse/CLOUDSTACK-7648


Repository: cloudstack-git


Description
---

There are new VM State Machine changes introduced while adding VM Sync changes 
and these were missed to capture the usage events. 

This is causing to get wrong usage statistics for a VM who's state is changed 
by VM sync


Diffs
-

  api/src/com/cloud/vm/VirtualMachine.java 34387eb 
  engine/components-api/src/com/cloud/network/NetworkStateListener.java c86f782 
  
plugins/hypervisors/baremetal/src/com/cloud/baremetal/manager/BaremetalManagerImpl.java
 92163ea 
  
plugins/network-elements/ovs/src/com/cloud/network/ovs/OvsTunnelManagerImpl.java
 c998e3b 
  server/src/com/cloud/capacity/CapacityManagerImpl.java e5b7d19 
  server/src/com/cloud/deploy/DeploymentPlanningManagerImpl.java a40a7d7 
  server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java 
968c538 
  server/src/com/cloud/network/security/SecurityGroupManagerImpl.java f60a746 
  server/src/com/cloud/storage/listener/SnapshotStateListener.java 8da71a6 
  server/src/com/cloud/storage/listener/VolumeStateListener.java 1911a48 
  server/src/com/cloud/vm/UserVmStateListener.java a0088b8 
  server/src/org/apache/cloudstack/affinity/AffinityGroupServiceImpl.java 
8e606ca 
  utils/src/com/cloud/utils/fsm/StateListener.java 3d0a645 
  utils/src/com/cloud/utils/fsm/StateMachine2.java 4950a25cb 

Diff: https://reviews.apache.org/r/26168/diff/


Testing
---

Tested on Simulator for all VM Lifecycle states and tested with Xenserver for 
VM Sync reatled actions. 

Ran Simulator for VM lifecycle realted tests.

Currenly there is no API call listUsageEvents to verify that events are 
generated.


Thanks,

Damodar Reddy Talakanti

Review Request 26482: CLOUDSTACK-7688: Do not allow various operations which breaks VM Snapshots

[Anshul Gangwar]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26482/
---

Review request for cloudstack, anthony xu and Devdeep Singh.


Bugs: CLOUDSTACK-7688
https://issues.apache.org/jira/browse/CLOUDSTACK-7688


Repository: cloudstack-git


Description
---

VM snapshots stops working when following operations are performed on VM with 
VM snapshots

1. Volumes of VM are migrated to other storage
2. Add and remove NIC to/from VM
3. Attach and Detach volume to VM
4. Scale up/down of VM(change service offering)
5. Volume snapshot which is not major use case in this scenario
6. Resize volume
7. Live migration of VM which involves storage migration

This patche adds the above restrictions


Diffs
-

  server/src/com/cloud/storage/VolumeApiServiceImpl.java e089b77 
  server/src/com/cloud/vm/UserVmManagerImpl.java 2636096 

Diff: https://reviews.apache.org/r/26482/diff/


Testing
---

verified that all the above operations are not allowed


Thanks,

Anshul Gangwar

Re: Review Request 26168: There are new VM State Machine changes introduced which were missed to capture the usage events

[Damodar Reddy Talakanti]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26168/
---

(Updated Oct. 9, 2014, 5:36 a.m.)


Review request for cloudstack, Kishan Kavala and Koushik Das.


Changes
---

Incorporated comments from Koushik


Bugs: CLOUDSTACK-7648
https://issues.apache.org/jira/browse/CLOUDSTACK-7648


Repository: cloudstack-git


Description
---

There are new VM State Machine changes introduced while adding VM Sync changes 
and these were missed to capture the usage events. 

This is causing to get wrong usage statistics for a VM who's state is changed 
by VM sync


Diffs (updated)
-

  api/src/com/cloud/vm/VirtualMachine.java 34387eb 
  engine/components-api/src/com/cloud/network/NetworkStateListener.java c86f782 
  
plugins/hypervisors/baremetal/src/com/cloud/baremetal/manager/BaremetalManagerImpl.java
 92163ea 
  
plugins/network-elements/ovs/src/com/cloud/network/ovs/OvsTunnelManagerImpl.java
 c998e3b 
  server/src/com/cloud/capacity/CapacityManagerImpl.java e5b7d19 
  server/src/com/cloud/deploy/DeploymentPlanningManagerImpl.java a40a7d7 
  server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java 
968c538 
  server/src/com/cloud/network/security/SecurityGroupManagerImpl.java f60a746 
  server/src/com/cloud/storage/listener/SnapshotStateListener.java 8da71a6 
  server/src/com/cloud/storage/listener/VolumeStateListener.java 1911a48 
  server/src/com/cloud/vm/UserVmStateListener.java a0088b8 
  server/src/org/apache/cloudstack/affinity/AffinityGroupServiceImpl.java 
8e606ca 
  utils/src/com/cloud/utils/fsm/StateListener.java 3d0a645 
  utils/src/com/cloud/utils/fsm/StateMachine2.java 4950a25cb 

Diff: https://reviews.apache.org/r/26168/diff/


Testing
---

Tested on Simulator for all VM Lifecycle states and tested with Xenserver for 
VM Sync reatled actions. 

Ran Simulator for VM lifecycle realted tests.

Currenly there is no API call listUsageEvents to verify that events are 
generated.


Thanks,

Damodar Reddy Talakanti

Review Request 26484: Automation for volume life cycle testPath(positive+negative)

[prashant mishra]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26484/
---

Review request for cloudstack, sanjeev n and SrikanteswaraRao Talluri.


Bugs: CLOUDSTACK-7632
https://issues.apache.org/jira/browse/CLOUDSTACK-7632


Repository: cloudstack-git


Description
---

Automation for volume life cycle testPath(positive+negative)


Diffs
-

  test/integration/testpaths/testpath_volumelifecycle.py d30f2b0 

Diff: https://reviews.apache.org/r/26484/diff/


Testing
---

tested on following setup

1-only shared storage
2-local storage + zone wide storage +shared storage
-->live volume migration is not working in my setup , tested on another setup 
it is working fine  

result:
===
positive test for volume life cycle ... === TestName: test_01_positive_test_1 | 
Status : EXCEPTION ===
ERROR
positive test for volume life cycle ... === TestName: test_02_negative_test_1 | 
Status : SUCCESS ===
ok

==
ERROR: positive test for volume life cycle
--
Traceback (most recent call last):
  File "C:\Users\prashantkm\Documents\testpath_volumelifecycle.py", line 523, 
in test_01_positive_test_1
self.upload_response.wait_for_upload(self.userapiclient
  File 
"C:\Python27\lib\site-packages\marvin-4.5.0_snapshot-py2.7.egg\marvin\lib\base.py",
 line 931, in wait_for_upload
volume.state)
Exception: Error in uploading volume: status - Allocated
 >> begin captured stdout << -
=== TestName: test_01_positive_test_1 | Status : EXCEPTION ===


Thanks,

prashant mishra

Re: Review Request 26484: Automation for volume life cycle testPath(positive+negative)

[prashant mishra]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26484/
---

(Updated Oct. 9, 2014, 6:14 a.m.)


Review request for cloudstack, sanjeev n and SrikanteswaraRao Talluri.


Bugs: CLOUDSTACK-7632
https://issues.apache.org/jira/browse/CLOUDSTACK-7632


Repository: cloudstack-git


Description
---

Automation for volume life cycle testPath(positive+negative)


Diffs (updated)
-

  test/integration/testpaths/testpath_volumelifecycle.py d30f2b0 

Diff: https://reviews.apache.org/r/26484/diff/


Testing
---

tested on following setup

1-only shared storage
2-local storage + zone wide storage +shared storage
-->live volume migration is not working in my setup , tested on another setup 
it is working fine  

result:
===
positive test for volume life cycle ... === TestName: test_01_positive_test_1 | 
Status : EXCEPTION ===
ERROR
positive test for volume life cycle ... === TestName: test_02_negative_test_1 | 
Status : SUCCESS ===
ok

==
ERROR: positive test for volume life cycle
--
Traceback (most recent call last):
  File "C:\Users\prashantkm\Documents\testpath_volumelifecycle.py", line 523, 
in test_01_positive_test_1
self.upload_response.wait_for_upload(self.userapiclient
  File 
"C:\Python27\lib\site-packages\marvin-4.5.0_snapshot-py2.7.egg\marvin\lib\base.py",
 line 931, in wait_for_upload
volume.state)
Exception: Error in uploading volume: status - Allocated
 >> begin captured stdout << -
=== TestName: test_01_positive_test_1 | Status : EXCEPTION ===


Thanks,

prashant mishra

Re: Review Request 26168: There are new VM State Machine changes introduced which were missed to capture the usage events

[Damodar Reddy Talakanti]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26168/
---

(Updated Oct. 9, 2014, 6:26 a.m.)


Review request for cloudstack, Kishan Kavala and Koushik Das.


Changes
---

removed TODO tags which are added during fix


Bugs: CLOUDSTACK-7648
https://issues.apache.org/jira/browse/CLOUDSTACK-7648


Repository: cloudstack-git


Description
---

There are new VM State Machine changes introduced while adding VM Sync changes 
and these were missed to capture the usage events. 

This is causing to get wrong usage statistics for a VM who's state is changed 
by VM sync


Diffs (updated)
-

  api/src/com/cloud/vm/VirtualMachine.java 34387eb 
  engine/components-api/src/com/cloud/network/NetworkStateListener.java c86f782 
  
plugins/hypervisors/baremetal/src/com/cloud/baremetal/manager/BaremetalManagerImpl.java
 92163ea 
  
plugins/network-elements/ovs/src/com/cloud/network/ovs/OvsTunnelManagerImpl.java
 c998e3b 
  server/src/com/cloud/capacity/CapacityManagerImpl.java e5b7d19 
  server/src/com/cloud/deploy/DeploymentPlanningManagerImpl.java a40a7d7 
  server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java 
968c538 
  server/src/com/cloud/network/security/SecurityGroupManagerImpl.java f60a746 
  server/src/com/cloud/storage/listener/SnapshotStateListener.java 8da71a6 
  server/src/com/cloud/storage/listener/VolumeStateListener.java 1911a48 
  server/src/com/cloud/vm/UserVmStateListener.java a0088b8 
  server/src/org/apache/cloudstack/affinity/AffinityGroupServiceImpl.java 
8e606ca 
  utils/src/com/cloud/utils/fsm/StateListener.java 3d0a645 
  utils/src/com/cloud/utils/fsm/StateMachine2.java 4950a25cb 

Diff: https://reviews.apache.org/r/26168/diff/


Testing (updated)
---

Tested on Simulator for all VM Lifecycle states and tested with Xenserver for 
VM Sync reatled actions. 

Ran Simulator for VM lifecycle realted tests.

Currenly there is no API call listUsageEvents to verify that events are 
generated.

Ran Simulator and used smoke tests against simulator to test it.


Thanks,

Damodar Reddy Talakanti