RE: [ANNOUNCE] New PMC Member: Lucian (Nux)

[Vadim Kimlaychuk]

Nux,  my best wishes to you ! 

Yours respectfully,

Vadim.

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com] 
Sent: Thursday, March 26, 2015 8:51 AM
To: dev@cloudstack.apache.org
Subject: RE: [ANNOUNCE] New PMC Member: Lucian (Nux)

Congratulations Lucian!

Regards

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus paul.an...@shapeblue.com

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
Sent: 26 March 2015 04:36
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New PMC Member: Lucian (Nux)

Congratulations!

On Wednesday, March 25, 2015, Rajani Karuturi  wrote:

> The Project Management Committee (PMC) for Apache CloudStack has asked 
> Lucian to join the PMC and we are pleased to announce that he has accepted.
>
> Join me in congratulating Lucian!
>
> On behalf of the Apache CloudStack PMC
>
> ~Rajani
>


--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*
Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
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: [VOTE] Apache CloudStack 4.5.1-rc1

[Rohit Yadav]

Hi Geoff,

I tried with latest 4.5 branch and was able to add/remove VMs from LB
rules in an advance zone with KVM. I did not find any issues. The API
can take both list of VM ids and the vmidipmap. This is the trace from
Chrome devtools:

command:removeFromLoadBalancerRule
response:json
id:61da47f1-05d1-436e-8c6e-093bdf00d7f6
vmidipmap[0].vmid:ca2b87a1-c291-4683-a765-691c6af1916e
vmidipmap[0].vmip:10.1.1.184

Geoff - can you share more details, so as to reproduce and fix it?

Though one issue which broke for me was that I was unable to edit the LB
algorithm for an existing rule. I looked at the issue, and it was that
when Edit was pressed it would get lb algorithms from the list network
response instead of hard coding it.

It came from https://issues.apache.org/jira/browse/CLOUDSTACK-7915
The issue was in case the object given to the js handler was undefined
it would fail for me. It failed both on Chrome and Firefox, so I've
added a workaround to fallback on hardcoded list of LB algorithms if the
passed arg is undefined:

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=221e429;hp=ca1e5c16906ebcccba8fd382239659d9083c4178

Can any of the UI gurus can suggest a better fix for this?

On Thursday 26 March 2015 12:17 AM, Geoff Higginbottom wrote:

-1

The main reason for a -1 is in relation to a UI bug when trying to delete Load 
Balancing Rules.  When a user tries to remove a VM from a Load Balancer config 
using the UI it fails, however using the API it works.

It looks like the UI is not sending the virtualmachineid but is trying to use 
vmidipmap[0].vmid and vmipipmap[0].vmip which fails

I'm testing this in a EIP/ELB Basic Zone with a NetScaler which I know is not a 
common configuration, but I suspect this standard Load Balancer UI bug may also 
affect Advanced Zones.


A second issue I have found is in relation to GSLB which I would not normally 
-1 for as I don’t believe it’s a widely used feature, however when trying to 
remove Load Balancers from a GSLB setup, it fails from both the UI and the API.

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
Sent: 24 March 2015 06:36
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1

Hi Ilya - Yes, I think we’ll need a RC2 but I don’t want another RC3 so let’s 
wait at least for today to see if anyone reports anything.

Meanwhile, let’s continue testing and let’s report/fix any issues we find. I 
think we’ve tested RC1 with KVM and Xen, it would be great if someone could 
share their test results against VMWare and report success/failures before we 
do RC2 if possible?


On 24-Mar-2015, at 7:21 am, David Nalley  wrote:

Very likely - just waiting to see if anyone uncovers anything else
before I do so.

On Mon, Mar 23, 2015 at 7:35 PM, ilya  wrote:

Rohit,

While we have fixes and I hate to do this to David, but i think this
warrants RC2 release.

David, how likely are you to spin up another vote for RC2?

Thanks
ilya


On 3/20/15 10:31 AM, Rohit Yadav wrote:


Hi everyone,

Don’t get discouraged by the minor regressions found as they are fixed.
Note: they would only affect VMWare/Xen and the rpm bug will affect
only
CentOS6 users.

In case you’re building from source, apply these two patches on top
of RC1 and please continue testing:


https://github.com/apache/cloudstack/commit/53ca0b1861c743caf61ec04f
776c87eac334f185

https://github.com/apache/cloudstack/commit/d70937aeb92e89efa8fcc39d
7f89bdd8c885b2a2


On 20-Mar-2015, at 7:51 pm, Paul Angus  wrote:

-1
Regression caused by
https://issues.apache.org/jira/browse/CLOUDSTACK-8312
Causes:
Unable to start instance due to can't find mapping in
ObjectInDataStore table for:
org.apache.cloudstack.storage.image.store.TemplateObject

When trying to deploy system VM templates.

Template gets copied to primary storage but no entries appear to be
added to the db Systemvm.iso not copied to secondary storage.
SSVM and CPVM do not get created

Rohit has created a fix for RC2 - testing on that now.

Regards,

Paul Angus
Cloud Architect
D: +44 20 3468 5163 |S: +44 20 3603 0540 | M: +44 7711 418 784 | T:
@CloudyAngus
paul.an...@shapeblue.com

-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: 20 March 2015 14:12
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1

+1 from me as well based on upgrade from 4.4.1 and ADV+SG zone tests.

Thanks Rohit for the packages.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -


From: "Rohit Yadav" 
To: dev@cloudstack.apache.org
Sent: Friday, 20 March, 2015 11:38:42
Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1
+1 (with one centos6 rpm build fix required, read below)

Advance zone testing with/without local storage, KVM:

- VM lifecycle with and without local storage and vm's volume

Re: [ANNOUNCE] New PMC Member: Lucian (Nux)

[ilya]

Congrats and welcome!

On 3/25/15 8:42 PM, Rajani Karuturi wrote:

The Project Management Committee (PMC) for Apache CloudStack has asked
Lucian to join the PMC and we are pleased to announce that he has accepted.

Join me in congratulating Lucian!

On behalf of the Apache CloudStack PMC

~Rajani

Re: [ANNOUNCE] New PMC Member: Lucian (Nux)

[Erik Weber]

On Thu, Mar 26, 2015 at 4:42 AM, Rajani Karuturi  wrote:

> The Project Management Committee (PMC) for Apache CloudStack has asked
> Lucian to join the PMC and we are pleased to announce that he has accepted.
>
> Join me in congratulating Lucian!
>
>
Well deserved Lucian, congratulations!

-- 
Erik

Re: The state of IPv6 support

[Nux!]

Hi Wido,

I guess at this particular time what I'd need is just IPv6 supported in 
Basic/Adv+sg zone. 
I imagine this would be the easier to do than for a full blown Advanced zone 
with VPNs, LBs etc.

Ideally we should have the same amount of support for it as for IPv4: dhcpv6, 
security groups v6, additional IPs.
Would merely duplicating the code for IPv4 be a possible way forward?

Let me know if there is anything else I can be of help/assistance.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Wido den Hollander" 
> To: dev@cloudstack.apache.org
> Sent: Thursday, 26 March, 2015 06:55:41
> Subject: Re: The state of IPv6 support

> Hi,
> 
> On 25-03-15 19:39, Nux! wrote:
>> Hi,
>> 
>> Lack of IPv6 support is the number one thing I'm being harassed about my
>> Cloudstack installs nowadays; concerning specifically VM IPv6 connectivity in
>> Basic and SG zones, but it is a problem in all zones.
>> 
>> We've discussed hacks how to get some IPv6 support in the past, but that's
>> essentially unsupported, unmanaged, uncontrolled, no firewall/sg for it etc.
>> Has anything changed in the meanwhile?
>> 
> 
> Nothing in real code yet, but I had some discussions with Rohit and Hugo
> and Rohit would try to get time to work on this.
> 
>> Is anybody working on this, is anybody planning on working on this? Is there
>> even a very rough estimate for it, something I can tell people, like "you'll
>> have it within the year" etc?
>> 
> 
> No, nothing yet, but I do agree that we really need it.
> 
>> Is there anything us non-coders can do to help with this feature?
>> 
> 
> Tell what you want and at best, as technical as possible!
> 
> Wido
> 
>> Lucian
>> 
>> 
>> --
>> Sent from the Delta quadrant using Borg technology!
>> 
>> Nux!
>> www.nux.ro

Build failed in Jenkins: build-4.5-noredist #236

[jenkins]

See 

Changes:

[Rohit Yadav] ui: list all networks

[Rohit Yadav] CLOUDSTACK-7915: as a backup use hardcoded LB algorithms in UI

--
[...truncated 3890 lines...]
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.446 sec
Running com.cloud.keystore.KeystoreTest
org.apache.cloudstack.api.response.UserVmResponse/null/{"id":"3","securitygroup":[],"nic":[],"tags":[],"affinitygroup":[]}
org.apache.cloudstack.api.response.AlertResponse/null/{"id":"100","description":"Hello"}
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.17 sec
Running com.cloud.alert.AlertControlsUnitTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.027 sec
Running com.cloud.capacity.CapacityManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.145 sec
Running com.cloud.servlet.StaticResourceServletTest
Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.141 sec
Running com.cloud.servlet.ConsoleProxyServletTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running com.cloud.resourcelimit.ResourceLimitManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running com.cloud.network.firewall.FirewallManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.001 sec
Running com.cloud.network.ExternalLoadBalancerDeviceManagerImplTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.587 sec
Running com.cloud.network.element.VirtualRouterElementTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.928 sec
Running com.cloud.network.UpdatePhysicalNetworkTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.13 sec
Running com.cloud.network.CreatePrivateNetworkTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.017 sec
Running com.cloud.network.NetworkModelTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.024 sec
Running com.cloud.network.router.VirtualNetworkApplianceManagerImplTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
Running com.cloud.network.security.SecurityGroupManagerImplTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.348 sec
Running com.cloud.network.security.SecurityGroupQueueTest
Total jobs dequeued = 10, num queued=1000 queue current size=990
Num Vms= 50 Queue size = 50
Num Vms= 2 Queue size = 2 time=197 ms
Num Vms= 5000 Queue size = 5000 time=1857 ms
Num Vms= 1 Queue size = 1 time=1 ms
Num Vms= 100 Queue size = 100 time=278 ms
Tests run: 4, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 2.853 sec <<< 
FAILURE!
Running com.cloud.network.vpc.VpcManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.052 sec
Running com.cloud.network.DedicateGuestVlanRangesTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.03 sec
Running com.cloud.network.lb.AssignLoadBalancerTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.1 sec
Running com.cloud.network.lb.UpdateLoadBalancerTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.064 sec
Running com.cloud.network.dao.NetworkDaoTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running com.cloud.vm.FirstFitPlannerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.655 sec
Running com.cloud.vm.DeploymentPlanningManagerImplTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.708 sec
Running com.cloud.vm.snapshot.VMSnapshotManagerTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.155 sec
Running com.cloud.vm.UserVmManagerTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.19 sec
Running com.cloud.configuration.ValidateIpRangeTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec
Running com.cloud.configuration.ConfigurationManagerTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.065 sec
Running com.cloud.server.ConfigurationServerImplTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running com.cloud.template.TemplateManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec
Running com.cloud.vpc.Site2SiteVpnTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.18 sec
Running com.cloud.vpc.NetworkACLServiceTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.286 sec
Running com.cloud.vpc.NetworkACLManagerTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.276 sec
Running com.cloud.user.AccountManagerImplTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.166 sec
Running com.cloud.api.ApiServletTest
Tests run: 8, Failures: 0, Error

Re: [ANNOUNCE] New PMC Member: Lucian (Nux)

[Nux!]

Thanks guys! :)

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Erik Weber" 
> To: "dev" 
> Sent: Thursday, 26 March, 2015 07:31:03
> Subject: Re: [ANNOUNCE] New PMC Member: Lucian (Nux)

> On Thu, Mar 26, 2015 at 4:42 AM, Rajani Karuturi  wrote:
> 
>> The Project Management Committee (PMC) for Apache CloudStack has asked
>> Lucian to join the PMC and we are pleased to announce that he has accepted.
>>
>> Join me in congratulating Lucian!
>>
>>
> Well deserved Lucian, congratulations!
> 
> --
> Erik

Re: The state of IPv6 support

[Remi Bergsma]

Hi,

I recently discussed this with Funs as we want this as well. As a first step, 
we could build 6to4 support on the VPC. Everything behind it can then still be 
IPv4 while stuff is reachable over IPv6 as well. 

This is a first step only. In the end we need native support for IPv6 within 
CloudStack as you described. As that is a big project, splitting it up might be 
wise. 

Would this help?

Regards,
Remi

Sent from my iPhone

> On 26 Mar 2015, at 08:41, Nux!  wrote:
> 
> Hi Wido,
> 
> I guess at this particular time what I'd need is just IPv6 supported in 
> Basic/Adv+sg zone. 
> I imagine this would be the easier to do than for a full blown Advanced zone 
> with VPNs, LBs etc.
> 
> Ideally we should have the same amount of support for it as for IPv4: dhcpv6, 
> security groups v6, additional IPs.
> Would merely duplicating the code for IPv4 be a possible way forward?
> 
> Let me know if there is anything else I can be of help/assistance.
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Wido den Hollander" 
>> To: dev@cloudstack.apache.org
>> Sent: Thursday, 26 March, 2015 06:55:41
>> Subject: Re: The state of IPv6 support
> 
>> Hi,
>> 
>>> On 25-03-15 19:39, Nux! wrote:
>>> Hi,
>>> 
>>> Lack of IPv6 support is the number one thing I'm being harassed about my
>>> Cloudstack installs nowadays; concerning specifically VM IPv6 connectivity 
>>> in
>>> Basic and SG zones, but it is a problem in all zones.
>>> 
>>> We've discussed hacks how to get some IPv6 support in the past, but that's
>>> essentially unsupported, unmanaged, uncontrolled, no firewall/sg for it etc.
>>> Has anything changed in the meanwhile?
>> 
>> Nothing in real code yet, but I had some discussions with Rohit and Hugo
>> and Rohit would try to get time to work on this.
>> 
>>> Is anybody working on this, is anybody planning on working on this? Is there
>>> even a very rough estimate for it, something I can tell people, like "you'll
>>> have it within the year" etc?
>> 
>> No, nothing yet, but I do agree that we really need it.
>> 
>>> Is there anything us non-coders can do to help with this feature?
>> 
>> Tell what you want and at best, as technical as possible!
>> 
>> Wido
>> 
>>> Lucian
>>> 
>>> 
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>> 
>>> Nux!
>>> www.nux.ro

Re: The state of IPv6 support

[Wido den Hollander]

On 26-03-15 08:39, Nux! wrote:
> Hi Wido,
> 
> I guess at this particular time what I'd need is just IPv6 supported in 
> Basic/Adv+sg zone. 
> I imagine this would be the easier to do than for a full blown Advanced zone 
> with VPNs, LBs etc.
> 

VPN is quite hard with IPv6 since you usually would use IPSec. And IPv6
uses global routeable addresses, local prefixes are something which you
should try to avoid.

> Ideally we should have the same amount of support for it as for IPv4: dhcpv6, 
> security groups v6, additional IPs.
> Would merely duplicating the code for IPv4 be a possible way forward?
> 

No, that won't work. But one thing that needs to happen is remove a lot
of IPv4-only code. A lot of checks always assume a address is IPv4.

But we should start with handing out addresses using DHCPv6. That is the
easiest part I think.

> Let me know if there is anything else I can be of help/assistance.
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Wido den Hollander" 
>> To: dev@cloudstack.apache.org
>> Sent: Thursday, 26 March, 2015 06:55:41
>> Subject: Re: The state of IPv6 support
> 
>> Hi,
>>
>> On 25-03-15 19:39, Nux! wrote:
>>> Hi,
>>>
>>> Lack of IPv6 support is the number one thing I'm being harassed about my
>>> Cloudstack installs nowadays; concerning specifically VM IPv6 connectivity 
>>> in
>>> Basic and SG zones, but it is a problem in all zones.
>>>
>>> We've discussed hacks how to get some IPv6 support in the past, but that's
>>> essentially unsupported, unmanaged, uncontrolled, no firewall/sg for it etc.
>>> Has anything changed in the meanwhile?
>>>
>>
>> Nothing in real code yet, but I had some discussions with Rohit and Hugo
>> and Rohit would try to get time to work on this.
>>
>>> Is anybody working on this, is anybody planning on working on this? Is there
>>> even a very rough estimate for it, something I can tell people, like "you'll
>>> have it within the year" etc?
>>>
>>
>> No, nothing yet, but I do agree that we really need it.
>>
>>> Is there anything us non-coders can do to help with this feature?
>>>
>>
>> Tell what you want and at best, as technical as possible!
>>
>> Wido
>>
>>> Lucian
>>>
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro

CloudStack Access is denied for the console

[wangyuyang1...@163.com]

HI,ALL！！

   open vm console in chrome，throw faile: Access is denied for the console 
session. Please close the window and retry again
   test cpvm network:
   ping public ip and private ip is ok.
   
  check cpvm log
  /var/log/cloud.log throw error:error occurred in initializing rdp client 
null

  version 
hyper-v agent:4.4.3 or 4.4.1
cloudstack:4.4.2
hyper-v :  2012 r2
system vm template:4.4.1-7 or 4.4.0-6

 cs manage server log(/var/log/cloudstack/management/management-server.log)

 2015-03-26 14:42:02,052 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Processing Seq 5-185: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationCommand":{"_host":"C8948337-5798-4CCE-AF70-88A492DBFC59","_port":"2179","_vmId":"e8b6b638-c242-4967-9c6c-31e713ec9e4e","_sid":"48c46e43d09d45d8","_ticket":"30iCc6wPoNRkDPTAAoLKLUAcZhA=","_isReauthenticating":false,"wait":0}}]
 } 
2015-03-26 14:42:02,053 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in url for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is 30iCc6wPoNRkDPTAAoLKLUAcZhA= 
2015-03-26 14:42:02,054 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 1 minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is mt6IJaCS7K8QSlXl65POQ/Fl/xs= 
2015-03-26 14:42:02,055 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 2-minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is QY7JHae79ImLfKHWWD5YTw6Fho4= 
2015-03-26 14:42:02,055 ERROR [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Access ticket expired or has been modified. vmId: 
e8b6b638-c242-4967-9c6c-31e713ec9e4eticket in URL: 
30iCc6wPoNRkDPTAAoLKLUAcZhA=, tickets to check against: 
mt6IJaCS7K8QSlXl65POQ/Fl/xs=,QY7JHae79ImLfKHWWD5YTw6Fho4= 
2015-03-26 14:42:02,057 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Sending Seq 5-185: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationAnswer":{"_success":false,"_isReauthenticating":false,"_port":0,"result":true,"wait":0}}]
 } 
2015-03-26 14:42:06,027 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Processing Seq 5-186: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] } 
2015-03-26 14:42:06,038 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Sending Seq 5-186: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] } 
2015-03-26 14:42:08,754 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-5:null) Ping from 5 
2015-03-26 14:42:11,035 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-6:null) SeqA 5-188: Processing Seq 5-188: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }

 cp vm log(/var/log/cloud.log)
  
 2015-03-26 08:03:48,225 DEBUG 
[cloud.consoleproxy.ConsoleProxyAjaxImageHandler] (Thread-307:null) 
/ajaximg?token=R8PmzJ5hl-JHQiy47HEarljkCuE5kPEZuUBbHzE5lsd1baTwi7c9dtRojjBXDtszcodh-PgAht5KFaw8j0e90dfTA5Hf2mxVolCKQ-GlbcnXk5Gbo1Z5eqH-ABH9tkujR612H-9k_T7ZKf2jJiaDMbfa8QH5d-fa85HgK1LYAUzYKqOnOOhO56f5-hJDhmo1wAVf5oZ3JtuRtGMSkzEp0F2Z3HQqe7o9Q0AT0k6M3tSxg08uGfJIAz1_AIal0Xr1V-qada2sEU_AK5kjxvT7KMiOXnhooRI8q4HtnYuaQELfcenKQWYtMLaPtAVhM6l86Eb5oJmD0y2VzGqvcT8nWCVR1OsohGk__GNAHQnxqRVAcX0YxXqP5y_lX-9g1asW9hQnJ845FI96it3aE7MsJg&key=2&ts=1427357028151Process
 time 3 ms 
2015-03-26 08:03:48,239 DEBUG 
[cloud.consoleproxy.ConsoleProxyHttpHandlerHelper] (Thread-308:null) decode 
token. host: C8948337-5798-4CCE-AF70-88A492DBFC59 
2015-03-26 08:03:48,239 DEBUG 
[cloud.consoleproxy.ConsoleProxyHttpHandlerHelper] (Thread-308:null) decode 
token. port: 2179 
2015-03-26 08:03:48,239 DEBUG 
[cloud.consoleproxy.ConsoleProxyHttpHandlerHelper] (Thread-308:null) decode 
token. tag: e8b6b638-c242-4967-9c6c-31e713ec9e4e 
2015-03-26 08:03:48,463 INFO [cloud.consoleproxy.ConsoleProxyRdpClient] 
(Thread-300:null) Receiver thread stopp

RE: [VOTE] Apache CloudStack 4.5.1-rc1

[Geoff Higginbottom]

Hi Rohit,

Here is the output from Firebug when I try to remove a VM from a LoadBalancer, 
the end result is it fails

commandremoveFromLoadBalancerRule
id286b1f4e-fe78-4d55-bea3-4627665e2203
responsejson
sessionkeyqJOddbBPY1W4z3l9/A1zHu/nHfc=
vmidipmap[0].vmidf9c0ae7f-3b14-4ee1-980b-107125243d95
vmidipmap[0].vmip192.168.201.74

If I try the same command using CloudMonkey it also fails

cm remove fromloadbalancerrule id=286b1f4e-fe78-4d55-bea3-4627665e2203 
vmidipmap[0].vmid=f9c0ae7f-3b14-4ee1-980b-107125243d95 
vmidipmap[0].vmip=192.168.201.74
Async job 6196badf-a26c-45fc-a08b-e337f693e62a failed

However if I then run

(geoff) cm remove fromloadbalancerrule id=286b1f4e-fe78-4d55-bea3-4627665e2203 
virtualmachineids=f9c0ae7f-3b14-4ee1-980b-107125243d95

It succeeds!

accountid = f65a1ff1-ba3e-44ab-9727-17b9227c4c86
cmd = 
org.apache.cloudstack.api.command.user.loadbalancer.RemoveFromLoadBalancerRuleCmd
created = 2015-03-26T08:55:04+
jobid = d74c4909-7721-4592-9e99-1751e7e0631b
jobprocstatus = 0
jobresult:
success = True
jobresultcode = 0
jobresulttype = object
jobstatus = 1
userid = 4d6a37ee-6ab1-4300-8e3a-823fec050bb0

I'm running the latest 4.5.1 RC

Regarding the Edit LoadBalancer issue you reported, I am seeing the exact same 
thing.  When I click the Edit button, nothing happens and Firebug reports the 
following:

TypeError: args.context is undefined
var data = getLBAlgorithms(args.context.networks[0]);

So there appears to be at least two issues here relating to LoadBalancer Rules 
and the UI

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
Sent: 26 March 2015 07:25
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1

Hi Geoff,

I tried with latest 4.5 branch and was able to add/remove VMs from LB rules in 
an advance zone with KVM. I did not find any issues. The API can take both list 
of VM ids and the vmidipmap. This is the trace from Chrome devtools:

command:removeFromLoadBalancerRule
response:json
id:61da47f1-05d1-436e-8c6e-093bdf00d7f6
vmidipmap[0].vmid:ca2b87a1-c291-4683-a765-691c6af1916e
vmidipmap[0].vmip:10.1.1.184

Geoff - can you share more details, so as to reproduce and fix it?

Though one issue which broke for me was that I was unable to edit the LB 
algorithm for an existing rule. I looked at the issue, and it was that when 
Edit was pressed it would get lb algorithms from the list network response 
instead of hard coding it.

It came from https://issues.apache.org/jira/browse/CLOUDSTACK-7915
The issue was in case the object given to the js handler was undefined it would 
fail for me. It failed both on Chrome and Firefox, so I've added a workaround 
to fallback on hardcoded list of LB algorithms if the passed arg is undefined:

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=221e429;hp=ca1e5c16906ebcccba8fd382239659d9083c4178

Can any of the UI gurus can suggest a better fix for this?

On Thursday 26 March 2015 12:17 AM, Geoff Higginbottom wrote:
> -1
>
> The main reason for a -1 is in relation to a UI bug when trying to delete 
> Load Balancing Rules.  When a user tries to remove a VM from a Load Balancer 
> config using the UI it fails, however using the API it works.
>
> It looks like the UI is not sending the virtualmachineid but is trying
> to use vmidipmap[0].vmid and vmipipmap[0].vmip which fails
>
> I'm testing this in a EIP/ELB Basic Zone with a NetScaler which I know is not 
> a common configuration, but I suspect this standard Load Balancer UI bug may 
> also affect Advanced Zones.
>
>
> A second issue I have found is in relation to GSLB which I would not normally 
> -1 for as I don’t believe it’s a widely used feature, however when trying to 
> remove Load Balancers from a GSLB setup, it fails from both the UI and the 
> API.
>
> Regards
>
> Geoff Higginbottom
>
> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>
> geoff.higginbot...@shapeblue.com
>
> -Original Message-
> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
> Sent: 24 March 2015 06:36
> To: dev@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1
>
> Hi Ilya - Yes, I think we’ll need a RC2 but I don’t want another RC3 so let’s 
> wait at least for today to see if anyone reports anything.
>
> Meanwhile, let’s continue testing and let’s report/fix any issues we find. I 
> think we’ve tested RC1 with KVM and Xen, it would be great if someone could 
> share their test results against VMWare and report success/failures before we 
> do RC2 if possible?
>
>> On 24-Mar-2015, at 7:21 am, David Nalley  wrote:
>>
>> Very likely - just waiting to see if anyone uncovers anything else
>> before I do so.
>>
>> On Mon, Mar 23, 2015 at 7:35 PM, ilya  wrote:
>>> Rohit,
>>>
>>> While we have fixes and I hate to do this to David, but i think this
>>> warrants RC2 release.
>>>
>

Re: [ANNOUNCE] New PMC Member: Lucian (Nux)

[Daan Hoogland]

well deserved Lucian, please keep up the good work.

On Thu, Mar 26, 2015 at 8:46 AM, Nux!  wrote:
> Thanks guys! :)
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Erik Weber" 
>> To: "dev" 
>> Sent: Thursday, 26 March, 2015 07:31:03
>> Subject: Re: [ANNOUNCE] New PMC Member: Lucian (Nux)
>
>> On Thu, Mar 26, 2015 at 4:42 AM, Rajani Karuturi  wrote:
>>
>>> The Project Management Committee (PMC) for Apache CloudStack has asked
>>> Lucian to join the PMC and we are pleased to announce that he has accepted.
>>>
>>> Join me in congratulating Lucian!
>>>
>>>
>> Well deserved Lucian, congratulations!
>>
>> --
>> Erik



-- 
Daan

Jenkins build is still unstable: simulator-4.5-singlerun #189

[jenkins]

See 

Re: CloudStack Access is denied for the console

[Anshul Gangwar]

Have you verified that CPVM time and management server time is in sync?

Regards,
Anshul

On 26-Mar-2015, at 2:22 pm, 
wangyuyang1...@163.com wrote:

HI,ALL！！

  open vm console in chrome，throw faile: Access is denied for the console 
session. Please close the window and retry again
  test cpvm network:
  ping public ip and private ip is ok.

 check cpvm log
 /var/log/cloud.log throw error:error occurred in initializing rdp client 
null

 version
   hyper-v agent:4.4.3 or 4.4.1
   cloudstack:4.4.2
   hyper-v :  2012 r2
   system vm template:4.4.1-7 or 4.4.0-6

cs manage server log(/var/log/cloudstack/management/management-server.log)

2015-03-26 14:42:02,052 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Processing Seq 5-185: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationCommand":{"_host":"C8948337-5798-4CCE-AF70-88A492DBFC59","_port":"2179","_vmId":"e8b6b638-c242-4967-9c6c-31e713ec9e4e","_sid":"48c46e43d09d45d8","_ticket":"30iCc6wPoNRkDPTAAoLKLUAcZhA=","_isReauthenticating":false,"wait":0}}]
 }
2015-03-26 14:42:02,053 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in url for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is 30iCc6wPoNRkDPTAAoLKLUAcZhA=
2015-03-26 14:42:02,054 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 1 minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is mt6IJaCS7K8QSlXl65POQ/Fl/xs=
2015-03-26 14:42:02,055 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 2-minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,055 ERROR [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Access ticket expired or has been modified. vmId: 
e8b6b638-c242-4967-9c6c-31e713ec9e4eticket in URL: 
30iCc6wPoNRkDPTAAoLKLUAcZhA=, tickets to check against: 
mt6IJaCS7K8QSlXl65POQ/Fl/xs=,QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,057 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Sending Seq 5-185: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationAnswer":{"_success":false,"_isReauthenticating":false,"_port":0,"result":true,"wait":0}}]
 }
2015-03-26 14:42:06,027 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Processing Seq 5-186: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }
2015-03-26 14:42:06,038 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Sending Seq 5-186: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
2015-03-26 14:42:08,754 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-5:null) Ping from 5
2015-03-26 14:42:11,035 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-6:null) SeqA 5-188: Processing Seq 5-188: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }

cp vm log(/var/log/cloud.log)

2015-03-26 08:03:48,225 DEBUG 
[cloud.consoleproxy.ConsoleProxyAjaxImageHandler] (Thread-307:null) 
/ajaximg?token=R8PmzJ5hl-JHQiy47HEarljkCuE5kPEZuUBbHzE5lsd1baTwi7c9dtRojjBXDtszcodh-PgAht5KFaw8j0e90dfTA5Hf2mxVolCKQ-GlbcnXk5Gbo1Z5eqH-ABH9tkujR612H-9k_T7ZKf2jJiaDMbfa8QH5d-fa85HgK1LYAUzYKqOnOOhO56f5-hJDhmo1wAVf5oZ3JtuRtGMSkzEp0F2Z3HQqe7o9Q0AT0k6M3tSxg08uGfJIAz1_AIal0Xr1V-qada2sEU_AK5kjxvT7KMiOXnhooRI8q4HtnYuaQELfcenKQWYtMLaPtAVhM6l86Eb5oJmD0y2VzGqvcT8nWCVR1OsohGk__GNAHQnxqRVAcX0YxXqP5y_lX-9g1asW9hQnJ845FI96it3aE7MsJg&key=2&ts=1427357028151Process
 time 3 ms
2015-03-26 08:03:48,239 DEBUG 
[cloud.consoleproxy.ConsoleProxyHttpHandlerHelper] (Thread-308:null) decode 
token. host: C8948337-5798-4CCE-AF70-88A492DBFC59
2015-03-26 08:03:48,239 DEBUG 
[cloud.consoleproxy.ConsoleProxyHttpHandlerHelper] (Thread-308:null) decode 
token. port: 2179
2015-03-26 08:03:48,239 DEBUG 
[cloud.consoleproxy.ConsoleProxyHttpHandlerHelper] (Thread-308:null) decode 
token. tag: e8b6b

Re: Re: CloudStack Access is denied for the console

[wangyuyang1...@163.com]

hi:
 i chang CPVM time sync to cloudstack  management server time。
can you tell me how to verified this?




wangyuyang1...@163.com
 
From: Anshul Gangwar
Date: 2015-03-26 18:05
To: dev@cloudstack.apache.org
Subject: Re: CloudStack Access is denied for the console
Have you verified that CPVM time and management server time is in sync?
 
Regards,
Anshul
 
On 26-Mar-2015, at 2:22 pm, 
wangyuyang1...@163.com wrote:
 
HI,ALL！！
 
  open vm console in chrome，throw faile: Access is denied for the console 
session. Please close the window and retry again
  test cpvm network:
  ping public ip and private ip is ok.
 
 check cpvm log
 /var/log/cloud.log throw error:error occurred in initializing rdp client 
null
 
 version
   hyper-v agent:4.4.3 or 4.4.1
   cloudstack:4.4.2
   hyper-v :  2012 r2
   system vm template:4.4.1-7 or 4.4.0-6
 
cs manage server log(/var/log/cloudstack/management/management-server.log)
 
2015-03-26 14:42:02,052 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Processing Seq 5-185: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationCommand":{"_host":"C8948337-5798-4CCE-AF70-88A492DBFC59","_port":"2179","_vmId":"e8b6b638-c242-4967-9c6c-31e713ec9e4e","_sid":"48c46e43d09d45d8","_ticket":"30iCc6wPoNRkDPTAAoLKLUAcZhA=","_isReauthenticating":false,"wait":0}}]
 }
2015-03-26 14:42:02,053 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in url for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is 30iCc6wPoNRkDPTAAoLKLUAcZhA=
2015-03-26 14:42:02,054 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 1 minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is mt6IJaCS7K8QSlXl65POQ/Fl/xs=
2015-03-26 14:42:02,055 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 2-minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,055 ERROR [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Access ticket expired or has been modified. vmId: 
e8b6b638-c242-4967-9c6c-31e713ec9e4eticket in URL: 
30iCc6wPoNRkDPTAAoLKLUAcZhA=, tickets to check against: 
mt6IJaCS7K8QSlXl65POQ/Fl/xs=,QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,057 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Sending Seq 5-185: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationAnswer":{"_success":false,"_isReauthenticating":false,"_port":0,"result":true,"wait":0}}]
 }
2015-03-26 14:42:06,027 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Processing Seq 5-186: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }
2015-03-26 14:42:06,038 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Sending Seq 5-186: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
2015-03-26 14:42:08,754 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-5:null) Ping from 5
2015-03-26 14:42:11,035 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-6:null) SeqA 5-188: Processing Seq 5-188: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }
 
cp vm log(/var/log/cloud.log)
 
2015-03-26 08:03:48,225 DEBUG 
[cloud.consoleproxy.ConsoleProxyAjaxImageHandler] (Thread-307:null) 
/ajaximg?token=R8PmzJ5hl-JHQiy47HEarljkCuE5kPEZuUBbHzE5lsd1baTwi7c9dtRojjBXDtszcodh-PgAht5KFaw8j0e90dfTA5Hf2mxVolCKQ-GlbcnXk5Gbo1Z5eqH-ABH9tkujR612H-9k_T7ZKf2jJiaDMbfa8QH5d-fa85HgK1LYAUzYKqOnOOhO56f5-hJDhmo1wAVf5oZ3JtuRtGMSkzEp0F2Z3HQqe7o9Q0AT0k6M3tSxg08uGfJIAz1_AIal0Xr1V-qada2sEU_AK5kjxvT7KMiOXnhooRI8q4HtnYuaQELfcenKQWYtMLaPtAVhM6l86Eb5oJmD0y2VzGqvcT8nWCVR1OsohGk__GNAHQnxqRVAcX0YxXqP5y_lX-9g1asW9hQnJ845FI96it3aE7MsJg&key=2&ts=1427357028151Process
 time 3 ms
2015-03-26 08:03:48,239 DEBUG 
[cloud.consoleproxy.ConsoleProxyHttpHandlerHelper] (Thread-308:null) decode 
token. host: C8948337-5798

Re: Re: CloudStack Access is denied for the console

[wangyuyang1...@163.com]

hi：
how set  CPVM time and management server time  sync?
CPVM not has ntpdate lib.
thanks!



wangyuyang1...@163.com
 
From: Anshul Gangwar
Date: 2015-03-26 18:05
To: dev@cloudstack.apache.org
Subject: Re: CloudStack Access is denied for the console
Have you verified that CPVM time and management server time is in sync?
 
Regards,
Anshul
 
On 26-Mar-2015, at 2:22 pm, 
wangyuyang1...@163.com wrote:
 
HI,ALL！！
 
  open vm console in chrome，throw faile: Access is denied for the console 
session. Please close the window and retry again
  test cpvm network:
  ping public ip and private ip is ok.
 
 check cpvm log
 /var/log/cloud.log throw error:error occurred in initializing rdp client 
null
 
 version
   hyper-v agent:4.4.3 or 4.4.1
   cloudstack:4.4.2
   hyper-v :  2012 r2
   system vm template:4.4.1-7 or 4.4.0-6
 
cs manage server log(/var/log/cloudstack/management/management-server.log)
 
2015-03-26 14:42:02,052 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Processing Seq 5-185: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationCommand":{"_host":"C8948337-5798-4CCE-AF70-88A492DBFC59","_port":"2179","_vmId":"e8b6b638-c242-4967-9c6c-31e713ec9e4e","_sid":"48c46e43d09d45d8","_ticket":"30iCc6wPoNRkDPTAAoLKLUAcZhA=","_isReauthenticating":false,"wait":0}}]
 }
2015-03-26 14:42:02,053 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in url for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is 30iCc6wPoNRkDPTAAoLKLUAcZhA=
2015-03-26 14:42:02,054 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 1 minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is mt6IJaCS7K8QSlXl65POQ/Fl/xs=
2015-03-26 14:42:02,055 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 2-minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,055 ERROR [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Access ticket expired or has been modified. vmId: 
e8b6b638-c242-4967-9c6c-31e713ec9e4eticket in URL: 
30iCc6wPoNRkDPTAAoLKLUAcZhA=, tickets to check against: 
mt6IJaCS7K8QSlXl65POQ/Fl/xs=,QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,057 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Sending Seq 5-185: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationAnswer":{"_success":false,"_isReauthenticating":false,"_port":0,"result":true,"wait":0}}]
 }
2015-03-26 14:42:06,027 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Processing Seq 5-186: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }
2015-03-26 14:42:06,038 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Sending Seq 5-186: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
2015-03-26 14:42:08,754 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-5:null) Ping from 5
2015-03-26 14:42:11,035 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-6:null) SeqA 5-188: Processing Seq 5-188: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }
 
cp vm log(/var/log/cloud.log)
 
2015-03-26 08:03:48,225 DEBUG 
[cloud.consoleproxy.ConsoleProxyAjaxImageHandler] (Thread-307:null) 
/ajaximg?token=R8PmzJ5hl-JHQiy47HEarljkCuE5kPEZuUBbHzE5lsd1baTwi7c9dtRojjBXDtszcodh-PgAht5KFaw8j0e90dfTA5Hf2mxVolCKQ-GlbcnXk5Gbo1Z5eqH-ABH9tkujR612H-9k_T7ZKf2jJiaDMbfa8QH5d-fa85HgK1LYAUzYKqOnOOhO56f5-hJDhmo1wAVf5oZ3JtuRtGMSkzEp0F2Z3HQqe7o9Q0AT0k6M3tSxg08uGfJIAz1_AIal0Xr1V-qada2sEU_AK5kjxvT7KMiOXnhooRI8q4HtnYuaQELfcenKQWYtMLaPtAVhM6l86Eb5oJmD0y2VzGqvcT8nWCVR1OsohGk__GNAHQnxqRVAcX0YxXqP5y_lX-9g1asW9hQnJ845FI96it3aE7MsJg&key=2&ts=1427357028151Process
 time 3 ms
2015-03-26 08:03:48,239 DEBUG 
[cloud.consoleproxy.ConsoleProxyHttpHandlerHelper] (Thread-308:null) decode 
token. host: C8948337-5798-4CCE-AF70-88A4

[GSOC 2015] Format for student proposal

[Tilak Raj Singh]

Hello All,

I wished to know if there is some format for student proposal to be
followed to submit the proposal for apache or we can fill in the proposal
according to our own format

Regards

Re: CloudStack Access is denied for the console

[Anshul Gangwar]

You can set using date command from terminal. All you need to make sure that it 
is within the 2 minute window of management server.

Regards,
Anshul

On 26-Mar-2015, at 4:03 pm, 
wangyuyang1...@163.com wrote:

hi：
how set  CPVM time and management server time  sync?
CPVM not has ntpdate lib.
thanks!



wangyuyang1...@163.com

From: Anshul Gangwar
Date: 2015-03-26 18:05
To: dev@cloudstack.apache.org
Subject: Re: CloudStack Access is denied for the console
Have you verified that CPVM time and management server time is in sync?

Regards,
Anshul

On 26-Mar-2015, at 2:22 pm, 
wangyuyang1...@163.com wrote:

HI,ALL！！

 open vm console in chrome，throw faile: Access is denied for the console 
session. Please close the window and retry again
 test cpvm network:
 ping public ip and private ip is ok.

check cpvm log
/var/log/cloud.log throw error:error occurred in initializing rdp client 
null

version
  hyper-v agent:4.4.3 or 4.4.1
  cloudstack:4.4.2
  hyper-v :  2012 r2
  system vm template:4.4.1-7 or 4.4.0-6

   cs manage server log(/var/log/cloudstack/management/management-server.log)

   2015-03-26 14:42:02,052 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Processing Seq 5-185: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationCommand":{"_host":"C8948337-5798-4CCE-AF70-88A492DBFC59","_port":"2179","_vmId":"e8b6b638-c242-4967-9c6c-31e713ec9e4e","_sid":"48c46e43d09d45d8","_ticket":"30iCc6wPoNRkDPTAAoLKLUAcZhA=","_isReauthenticating":false,"wait":0}}]
 }
2015-03-26 14:42:02,053 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in url for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is 30iCc6wPoNRkDPTAAoLKLUAcZhA=
2015-03-26 14:42:02,054 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 1 minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is mt6IJaCS7K8QSlXl65POQ/Fl/xs=
2015-03-26 14:42:02,055 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 2-minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,055 ERROR [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Access ticket expired or has been modified. vmId: 
e8b6b638-c242-4967-9c6c-31e713ec9e4eticket in URL: 
30iCc6wPoNRkDPTAAoLKLUAcZhA=, tickets to check against: 
mt6IJaCS7K8QSlXl65POQ/Fl/xs=,QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,057 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Sending Seq 5-185: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationAnswer":{"_success":false,"_isReauthenticating":false,"_port":0,"result":true,"wait":0}}]
 }
2015-03-26 14:42:06,027 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Processing Seq 5-186: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }
2015-03-26 14:42:06,038 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Sending Seq 5-186: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
2015-03-26 14:42:08,754 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-5:null) Ping from 5
2015-03-26 14:42:11,035 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-6:null) SeqA 5-188: Processing Seq 5-188: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }

   cp vm log(/var/log/cloud.log)

   2015-03-26 08:03:48,225 DEBUG 
[cloud.consoleproxy.ConsoleProxyAjaxImageHandler] (Thread-307:null) 
/ajaximg?token=R8PmzJ5hl-JHQiy47HEarljkCuE5kPEZuUBbHzE5lsd1baTwi7c9dtRojjBXDtszcodh-PgAht5KFaw8j0e90dfTA5Hf2mxVolCKQ-GlbcnXk5Gbo1Z5eqH-ABH9tkujR612H-9k_T7ZKf2jJiaDMbfa8QH5d-fa85HgK1LYAUzYKqOnOOhO56f5-hJDhmo1wAVf5oZ3JtuRtGMSkzEp0F2Z3HQqe7o9Q0AT0k6M3tSxg08uGfJIAz1_AIal0Xr1V-qada2sEU_AK5kjxvT7KMiOXnhooRI8q4HtnYuaQELfcenKQWYtMLaPtAVhM6l86Eb5oJmD0y2VzGqvcT8nWCVR1Osoh

Re: Re: CloudStack Access is denied for the console

[wangyuyang1...@163.com]

yes,i set the CPVM time sync to management server ,but also get the error.
thanks.


wangyuyang1...@163.com
 
From: Anshul Gangwar
Date: 2015-03-26 18:49
To: dev@cloudstack.apache.org
Subject: Re: CloudStack Access is denied for the console
You can set using date command from terminal. All you need to make sure that it 
is within the 2 minute window of management server.
 
Regards,
Anshul
 
On 26-Mar-2015, at 4:03 pm, 
wangyuyang1...@163.com wrote:
 
hi：
how set  CPVM time and management server time  sync?
CPVM not has ntpdate lib.
thanks!
 
 
 
wangyuyang1...@163.com
 
From: Anshul Gangwar
Date: 2015-03-26 18:05
To: dev@cloudstack.apache.org
Subject: Re: CloudStack Access is denied for the console
Have you verified that CPVM time and management server time is in sync?
 
Regards,
Anshul
 
On 26-Mar-2015, at 2:22 pm, 
wangyuyang1...@163.com wrote:
 
HI,ALL！！
 
 open vm console in chrome，throw faile: Access is denied for the console 
session. Please close the window and retry again
 test cpvm network:
 ping public ip and private ip is ok.
 
check cpvm log
/var/log/cloud.log throw error:error occurred in initializing rdp client 
null
 
version
  hyper-v agent:4.4.3 or 4.4.1
  cloudstack:4.4.2
  hyper-v :  2012 r2
  system vm template:4.4.1-7 or 4.4.0-6
 
   cs manage server log(/var/log/cloudstack/management/management-server.log)
 
   2015-03-26 14:42:02,052 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Processing Seq 5-185: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationCommand":{"_host":"C8948337-5798-4CCE-AF70-88A492DBFC59","_port":"2179","_vmId":"e8b6b638-c242-4967-9c6c-31e713ec9e4e","_sid":"48c46e43d09d45d8","_ticket":"30iCc6wPoNRkDPTAAoLKLUAcZhA=","_isReauthenticating":false,"wait":0}}]
 }
2015-03-26 14:42:02,053 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in url for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is 30iCc6wPoNRkDPTAAoLKLUAcZhA=
2015-03-26 14:42:02,054 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 1 minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is mt6IJaCS7K8QSlXl65POQ/Fl/xs=
2015-03-26 14:42:02,055 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 2-minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,055 ERROR [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Access ticket expired or has been modified. vmId: 
e8b6b638-c242-4967-9c6c-31e713ec9e4eticket in URL: 
30iCc6wPoNRkDPTAAoLKLUAcZhA=, tickets to check against: 
mt6IJaCS7K8QSlXl65POQ/Fl/xs=,QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,057 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Sending Seq 5-185: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationAnswer":{"_success":false,"_isReauthenticating":false,"_port":0,"result":true,"wait":0}}]
 }
2015-03-26 14:42:06,027 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Processing Seq 5-186: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }
2015-03-26 14:42:06,038 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Sending Seq 5-186: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
2015-03-26 14:42:08,754 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-5:null) Ping from 5
2015-03-26 14:42:11,035 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-6:null) SeqA 5-188: Processing Seq 5-188: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }
 
   cp vm log(/var/log/cloud.log)
 
   2015-03-26 08:03:48,225 DEBUG 
[cloud.consoleproxy.ConsoleProxyAjaxImageHandler] (Thread-307:null) 
/ajaximg?token=R8PmzJ5hl-JHQiy47HEarljkCuE5kPEZuUBbHzE5lsd1baTwi7c9dtRojjBXDtszcodh-PgAht5KFaw8j0e90dfTA5H

Re: CloudStack Access is denied for the console

[Anshul Gangwar]

Are they on the same timezone?

Below error points  to that only unless somebody is modifying request in 
between.
Access ticket expired or has been modified. vmId: 
e8b6b638-c242-4967-9c6c-31e713ec9e4eticket in URL: 
30iCc6wPoNRkDPTAAoLKLUAcZhA=, tickets to check against: 
mt6IJaCS7K8QSlXl65POQ/Fl/xs=,QY7JHae79ImLfKHWWD5YTw6Fho4=

Regards,
Anshul

On 26-Mar-2015, at 4:38 pm, 
wangyuyang1...@163.com wrote:

yes,i set the CPVM time sync to management server ,but also get the error.
thanks.


wangyuyang1...@163.com

From: Anshul Gangwar
Date: 2015-03-26 18:49
To: dev@cloudstack.apache.org
Subject: Re: CloudStack Access is denied for the console
You can set using date command from terminal. All you need to make sure that it 
is within the 2 minute window of management server.

Regards,
Anshul

On 26-Mar-2015, at 4:03 pm, 
wangyuyang1...@163.com wrote:

hi：
how set  CPVM time and management server time  sync?
CPVM not has ntpdate lib.
thanks!



wangyuyang1...@163.com

From: Anshul Gangwar
Date: 2015-03-26 18:05
To: dev@cloudstack.apache.org
Subject: Re: CloudStack Access is denied for the console
Have you verified that CPVM time and management server time is in sync?

Regards,
Anshul

On 26-Mar-2015, at 2:22 pm, 
wangyuyang1...@163.com wrote:

HI,ALL！！

open vm console in chrome，throw faile: Access is denied for the console 
session. Please close the window and retry again
test cpvm network:
ping public ip and private ip is ok.

   check cpvm log
   /var/log/cloud.log throw error:error occurred in initializing rdp client null

   version
 hyper-v agent:4.4.3 or 4.4.1
 cloudstack:4.4.2
 hyper-v :  2012 r2
 system vm template:4.4.1-7 or 4.4.0-6

  cs manage server log(/var/log/cloudstack/management/management-server.log)

  2015-03-26 14:42:02,052 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Processing Seq 5-185: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationCommand":{"_host":"C8948337-5798-4CCE-AF70-88A492DBFC59","_port":"2179","_vmId":"e8b6b638-c242-4967-9c6c-31e713ec9e4e","_sid":"48c46e43d09d45d8","_ticket":"30iCc6wPoNRkDPTAAoLKLUAcZhA=","_isReauthenticating":false,"wait":0}}]
 }
2015-03-26 14:42:02,053 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in url for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is 30iCc6wPoNRkDPTAAoLKLUAcZhA=
2015-03-26 14:42:02,054 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 1 minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is mt6IJaCS7K8QSlXl65POQ/Fl/xs=
2015-03-26 14:42:02,055 DEBUG [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Console authentication. Ticket in 2-minute 
boundary for 
C8948337-5798-4CCE-AF70-88A492DBFC59:2179-e8b6b638-c242-4967-9c6c-31e713ec9e4e 
is QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,055 ERROR [c.c.c.AgentHookBase] 
(AgentManager-Handler-2:null) Access ticket expired or has been modified. vmId: 
e8b6b638-c242-4967-9c6c-31e713ec9e4eticket in URL: 
30iCc6wPoNRkDPTAAoLKLUAcZhA=, tickets to check against: 
mt6IJaCS7K8QSlXl65POQ/Fl/xs=,QY7JHae79ImLfKHWWD5YTw6Fho4=
2015-03-26 14:42:02,057 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 5-185: Sending Seq 5-185: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.ConsoleAccessAuthenticationAnswer":{"_success":false,"_isReauthenticating":false,"_port":0,"result":true,"wait":0}}]
 }
2015-03-26 14:42:06,027 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Processing Seq 5-186: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337-5798-4CCE-AF70-88A492DBFC59\",\n \"port\": 2179,\n \"tag\": 
\"e8b6b638-c242-4967-9c6c-31e713ec9e4e\",\n \"createTime\": 1427351854018,\n 
\"lastUsedTime\": 1427352118366\n }\n ]\n}","wait":0}}] }
2015-03-26 14:42:06,038 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-4:null) SeqA 5-186: Sending Seq 5-186: { Ans: , MgmtId: 
2450559922832, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
2015-03-26 14:42:08,754 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-5:null) Ping from 5
2015-03-26 14:42:11,035 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-6:null) SeqA 5-188: Processing Seq 5-188: { Cmd , MgmtId: 
-1, via: 5, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":10,"_loadInfo":"{\n
 \"connections\": [\n {\n \"id\": 1,\n \"clientInfo\": \"\",\n \"host\": 
\"C8948337

Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

[Nux!]

Make that +1 "binding". :)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Nux!" 
> To: dev@cloudstack.apache.org
> Sent: Wednesday, 25 March, 2015 13:21:18
> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
> 4.4-RC20150325T1036

> +1 from me as well.
> 
> Tested with Adv + SG zone, basic operations seem to run just fine.
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Rohit Yadav" 
>> To: dev@cloudstack.apache.org
>> Sent: Wednesday, 25 March, 2015 09:59:34
>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
>> 4.4-RC20150325T1036
> 
>> +1 (binding) (this is apparently the same build I tested against :)
>> 
>> In case you need to test using a ready-made repository:
>> 
>> CentOS repo:
>> http://packages.shapeblue.com/cloudstack/testing/centos/4.4/
>> 
>> Debian repo:
>> http://packages.shapeblue.com/cloudstack/testing/debian/4.4/
>> 
>> Deployed basic zone, systemvms came up. Register template worked.
>> Basic vm lifecycles worked - start, stop, reboot, delete, expunge.
>> VR operations. SG rules.
>> 
>>> On 25-Mar-2015, at 3:19 pm, Daan Hoogland  wrote:
>>>
>>> It may have been cosmetical but I decided to do a re-run of the rc
>>> creation script. The centos63 packaging was broken due to some
>>> security fixes and is fixed in this RC.
>>>
>>> I've created a 4.4.3 release, with the following artifacts up for a vote:
>>>
>>> Git Branch and Commit SH:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150325T1036
>>> Commit: 9e97030e7942f295e941c7a197241f72cc599bfa
>>>
>>> List of changes:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/tags/4.4.3
>>>
>>> Source release (checksums and signatures are available at the same
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3
>>>
>>> PGP release keys (signed using AA4736F3):
>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>
>>> Vote will be open for 72 hours.
>>>
>>> For sanity in tallying the vote, can PMC members please be sure to
>>> indicate "(binding)" with their vote?
>>>
>>> [ ] +1  approve
>>> [ ] +0  no opinion
>>> [ ] -1  disapprove (and reason why)
>>>
>>> On Wed, Mar 25, 2015 at 8:59 AM, Daan Hoogland  
>>> wrote:
 Rohit (et. al.),

 If we vote this in this way I will of course release but baking a new
 rc is not the effort. My wish would be to feel ashamed of not
 monitoring the jenkins jobs as a community and bake a new rc.
>>>
>>> regards,
>>> --
>>> Daan
>> 
>> 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 Software
>> Engineering
>> 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: WARNING for users migrating from Cloudstack 4.2 to 4.4.2

[cs user]

Hi Laurent,

Many many thanks for this. We had the exact same problem but using
xenserver as hosts. The fix for us was:

select name,broadcast_uri from networks where mode='Dhcp';

We were using basic networking as well.

We had upgraded from 4.3 to 4.4.2, using Xenserver 6.1.

Thank you!!!

On Mon, Feb 23, 2015 at 12:40 PM, Laurent Steff 
wrote:

> Hi,
>
> This mail to share a fight we had at INRIA upgrading our Cloudstack/KVM
> farm
> from 4.2 to 4.4.2 following this documentation :
>
>
> http://cloudstack-release-notes.readthedocs.org/en/latest/upgrade/upgrade-4.2.html
>
> It's now solved, but I would like to share, as I think :
>
> - it could helps other people like us who have already migrated from
> Cloudstack 3.X to 4.X
> - there is one bug marked as fixed and it should not
> https://issues.apache.org/jira/browse/CLOUDSTACK-7399
> - a little documentation is missing (how to test if we have the good
> qemu-kvm version for systemVMs templates)
>
> Here are the (long) details
>
> Technical informations :
> 
>
> - Upgrade from Cloudstack 4.2.1 to 4.4.2
> - CentOS 6/KVM for agents
> - official Cloudstack rpms
> - 1 zone with BasicNetworking
>
> We are using cloudstack here in two environnments :
>
> - qualification, with MS and agents created on 4.2.1
> - production, with MS and agents originally created on 3.x version, long
> time ago before
> Apache :D
>
>
> Qualification troubles and solution :
> -
>
> - systemVM do not start after cloudstack-sysvmadm launch
> - Solution was tu upgrade the KVM agents from Centos 6.3 to 6.6
> - we think (not sure) that we had a trouble with an historical qemu-kvm
> version, and a good test
> to document may be : what version of CentOS qemu-kvm supports, launching
> this command :
> ---
>  /usr/libexec/qemu-kvm -M ?
> ---
>
>
> Production troubles and solution :
> --
>
> - cloudstack-sysvmadm takes hours to shutdown, upgrade and restart
> systemVM (2 or 3 hours)
> - starting/stopping existing instances works
> - but we're unable to create new instances (error on MS :
> ---
> com.cloud.exception.AgentUnavailableException: Resource [Host:xx] is
> unreachable: Host xx: Unable to start
> instance due to Unable to get answer that is of class
> com.cloud.agent.api.StartAnswer
> ---
> - when destroyed manually, systemVM won't restart
> - debug on agents shows the same message as this bug :
> https://issues.apache.org/jira/browse/CLOUDSTACK-7399
> which is officially resolved in 4.4.1 (our version is 4.4.2 !!!)
> ---
> WARN  [cloud.agent.Agent] (agentRequest-Handler-2:null) Caught:
> java.lang.NullPointerException
> at
> com.cloud.network.Networks$BroadcastDomainType.getSchemeValue(Networks.java:159)
> ...
> DEBUG [cloud.agent.Agent] (agentRequest-Handler-2:null) Seq
> 25-6233544834234187813:  { Ans: , MgmtId: 345044038925, via: 25, Ver: v1,
> Flags: 10,
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"java.lang.NullPointerException\n\tat
> com.cloud.network.Networks$BroadcastDomainType.getSchemeValue(Networks.java:159)\n\tat
> com.cloud.network.Networks$BroadcastDomainType.getValue(Networks.java:213)\n\tat
> com.cloud.hypervisor.
> ...
> ---
> - we had to find our bascicnetwork in mysql table networks, whom
> broadcast_uri was NULL
> - and modify it to the "new" style vlan://untagged :
> ---
> update networks set broadcast_uri="vlan://untagged" where id="our
> bascinetwork id";
>
> Hope it could help,
>
> --
> Laurent Steff
>
> DSI/SESI
> INRIA
> http://www.inria.fr/
>

Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

[Daan Hoogland]

Thanks Lucian,

That doubles the binding votes from back when I tried to get 4.4.3 out
back in January. If all else fails I'll vote myself and we have a
release ;) (that should keep people from testing btw!)

On Thu, Mar 26, 2015 at 10:59 AM, Nux!  wrote:
> Make that +1 "binding". :)
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Nux!" 
>> To: dev@cloudstack.apache.org
>> Sent: Wednesday, 25 March, 2015 13:21:18
>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
>> 4.4-RC20150325T1036
>
>> +1 from me as well.
>>
>> Tested with Adv + SG zone, basic operations seem to run just fine.
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Rohit Yadav" 
>>> To: dev@cloudstack.apache.org
>>> Sent: Wednesday, 25 March, 2015 09:59:34
>>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
>>> 4.4-RC20150325T1036
>>
>>> +1 (binding) (this is apparently the same build I tested against :)
>>>
>>> In case you need to test using a ready-made repository:
>>>
>>> CentOS repo:
>>> http://packages.shapeblue.com/cloudstack/testing/centos/4.4/
>>>
>>> Debian repo:
>>> http://packages.shapeblue.com/cloudstack/testing/debian/4.4/
>>>
>>> Deployed basic zone, systemvms came up. Register template worked.
>>> Basic vm lifecycles worked - start, stop, reboot, delete, expunge.
>>> VR operations. SG rules.
>>>
 On 25-Mar-2015, at 3:19 pm, Daan Hoogland  wrote:

 It may have been cosmetical but I decided to do a re-run of the rc
 creation script. The centos63 packaging was broken due to some
 security fixes and is fixed in this RC.

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

 Git Branch and Commit SH:
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150325T1036
 Commit: 9e97030e7942f295e941c7a197241f72cc599bfa

 List of changes:
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/tags/4.4.3

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

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

 Vote will be open for 72 hours.

 For sanity in tallying the vote, can PMC members please be sure to
 indicate "(binding)" with their vote?

 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 On Wed, Mar 25, 2015 at 8:59 AM, Daan Hoogland  
 wrote:
> Rohit (et. al.),
>
> If we vote this in this way I will of course release but baking a new
> rc is not the effort. My wish would be to feel ashamed of not
> monitoring the jenkins jobs as a community and bake a new rc.

 regards,
 --
 Daan
>>>
>>> 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 Software
>>> Engineering
>>> 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.



-- 
Daan

Re: WARNING for users migrating from Cloudstack 4.2 to 4.4.2

[cs user]

Just to clarify, the fix was:

update networks set broadcast_uri="vlan://untagged" where mode='Dhcp';

As these were set to null.

Sorry for the spam!

On Thu, Mar 26, 2015 at 12:31 PM, cs user  wrote:

> Hi Laurent,
>
> Many many thanks for this. We had the exact same problem but using
> xenserver as hosts. The fix for us was:
>
> select name,broadcast_uri from networks where mode='Dhcp';
>
> We were using basic networking as well.
>
> We had upgraded from 4.3 to 4.4.2, using Xenserver 6.1.
>
> Thank you!!!
>
> On Mon, Feb 23, 2015 at 12:40 PM, Laurent Steff 
> wrote:
>
>> Hi,
>>
>> This mail to share a fight we had at INRIA upgrading our Cloudstack/KVM
>> farm
>> from 4.2 to 4.4.2 following this documentation :
>>
>>
>> http://cloudstack-release-notes.readthedocs.org/en/latest/upgrade/upgrade-4.2.html
>>
>> It's now solved, but I would like to share, as I think :
>>
>> - it could helps other people like us who have already migrated from
>> Cloudstack 3.X to 4.X
>> - there is one bug marked as fixed and it should not
>> https://issues.apache.org/jira/browse/CLOUDSTACK-7399
>> - a little documentation is missing (how to test if we have the good
>> qemu-kvm version for systemVMs templates)
>>
>> Here are the (long) details
>>
>> Technical informations :
>> 
>>
>> - Upgrade from Cloudstack 4.2.1 to 4.4.2
>> - CentOS 6/KVM for agents
>> - official Cloudstack rpms
>> - 1 zone with BasicNetworking
>>
>> We are using cloudstack here in two environnments :
>>
>> - qualification, with MS and agents created on 4.2.1
>> - production, with MS and agents originally created on 3.x version, long
>> time ago before
>> Apache :D
>>
>>
>> Qualification troubles and solution :
>> -
>>
>> - systemVM do not start after cloudstack-sysvmadm launch
>> - Solution was tu upgrade the KVM agents from Centos 6.3 to 6.6
>> - we think (not sure) that we had a trouble with an historical qemu-kvm
>> version, and a good test
>> to document may be : what version of CentOS qemu-kvm supports, launching
>> this command :
>> ---
>>  /usr/libexec/qemu-kvm -M ?
>> ---
>>
>>
>> Production troubles and solution :
>> --
>>
>> - cloudstack-sysvmadm takes hours to shutdown, upgrade and restart
>> systemVM (2 or 3 hours)
>> - starting/stopping existing instances works
>> - but we're unable to create new instances (error on MS :
>> ---
>> com.cloud.exception.AgentUnavailableException: Resource [Host:xx] is
>> unreachable: Host xx: Unable to start
>> instance due to Unable to get answer that is of class
>> com.cloud.agent.api.StartAnswer
>> ---
>> - when destroyed manually, systemVM won't restart
>> - debug on agents shows the same message as this bug :
>> https://issues.apache.org/jira/browse/CLOUDSTACK-7399
>> which is officially resolved in 4.4.1 (our version is 4.4.2 !!!)
>> ---
>> WARN  [cloud.agent.Agent] (agentRequest-Handler-2:null) Caught:
>> java.lang.NullPointerException
>> at
>> com.cloud.network.Networks$BroadcastDomainType.getSchemeValue(Networks.java:159)
>> ...
>> DEBUG [cloud.agent.Agent] (agentRequest-Handler-2:null) Seq
>> 25-6233544834234187813:  { Ans: , MgmtId: 345044038925, via: 25, Ver: v1,
>> Flags: 10,
>> [{"com.cloud.agent.api.Answer":{"result":false,"details":"java.lang.NullPointerException\n\tat
>> com.cloud.network.Networks$BroadcastDomainType.getSchemeValue(Networks.java:159)\n\tat
>> com.cloud.network.Networks$BroadcastDomainType.getValue(Networks.java:213)\n\tat
>> com.cloud.hypervisor.
>> ...
>> ---
>> - we had to find our bascicnetwork in mysql table networks, whom
>> broadcast_uri was NULL
>> - and modify it to the "new" style vlan://untagged :
>> ---
>> update networks set broadcast_uri="vlan://untagged" where id="our
>> bascinetwork id";
>>
>> Hope it could help,
>>
>> --
>> Laurent Steff
>>
>> DSI/SESI
>> INRIA
>> http://www.inria.fr/
>>
>
>

Re: WARNING for users migrating from Cloudstack 4.2 to 4.4.2

[Daan Hoogland]

thanks for the HEADsup, can you guys test 4.4.3 and confirm whether it
solves CLOUDSTACK-7399?

this kind off feedback is not spam but much appriciated and hereby solicited.

On Thu, Mar 26, 2015 at 1:33 PM, cs user  wrote:
> Just to clarify, the fix was:
>
> update networks set broadcast_uri="vlan://untagged" where mode='Dhcp';
>
> As these were set to null.
>
> Sorry for the spam!
>
> On Thu, Mar 26, 2015 at 12:31 PM, cs user  wrote:
>
>> Hi Laurent,
>>
>> Many many thanks for this. We had the exact same problem but using
>> xenserver as hosts. The fix for us was:
>>
>> select name,broadcast_uri from networks where mode='Dhcp';
>>
>> We were using basic networking as well.
>>
>> We had upgraded from 4.3 to 4.4.2, using Xenserver 6.1.
>>
>> Thank you!!!
>>
>> On Mon, Feb 23, 2015 at 12:40 PM, Laurent Steff 
>> wrote:
>>
>>> Hi,
>>>
>>> This mail to share a fight we had at INRIA upgrading our Cloudstack/KVM
>>> farm
>>> from 4.2 to 4.4.2 following this documentation :
>>>
>>>
>>> http://cloudstack-release-notes.readthedocs.org/en/latest/upgrade/upgrade-4.2.html
>>>
>>> It's now solved, but I would like to share, as I think :
>>>
>>> - it could helps other people like us who have already migrated from
>>> Cloudstack 3.X to 4.X
>>> - there is one bug marked as fixed and it should not
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-7399
>>> - a little documentation is missing (how to test if we have the good
>>> qemu-kvm version for systemVMs templates)
>>>
>>> Here are the (long) details
>>>
>>> Technical informations :
>>> 
>>>
>>> - Upgrade from Cloudstack 4.2.1 to 4.4.2
>>> - CentOS 6/KVM for agents
>>> - official Cloudstack rpms
>>> - 1 zone with BasicNetworking
>>>
>>> We are using cloudstack here in two environnments :
>>>
>>> - qualification, with MS and agents created on 4.2.1
>>> - production, with MS and agents originally created on 3.x version, long
>>> time ago before
>>> Apache :D
>>>
>>>
>>> Qualification troubles and solution :
>>> -
>>>
>>> - systemVM do not start after cloudstack-sysvmadm launch
>>> - Solution was tu upgrade the KVM agents from Centos 6.3 to 6.6
>>> - we think (not sure) that we had a trouble with an historical qemu-kvm
>>> version, and a good test
>>> to document may be : what version of CentOS qemu-kvm supports, launching
>>> this command :
>>> ---
>>>  /usr/libexec/qemu-kvm -M ?
>>> ---
>>>
>>>
>>> Production troubles and solution :
>>> --
>>>
>>> - cloudstack-sysvmadm takes hours to shutdown, upgrade and restart
>>> systemVM (2 or 3 hours)
>>> - starting/stopping existing instances works
>>> - but we're unable to create new instances (error on MS :
>>> ---
>>> com.cloud.exception.AgentUnavailableException: Resource [Host:xx] is
>>> unreachable: Host xx: Unable to start
>>> instance due to Unable to get answer that is of class
>>> com.cloud.agent.api.StartAnswer
>>> ---
>>> - when destroyed manually, systemVM won't restart
>>> - debug on agents shows the same message as this bug :
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-7399
>>> which is officially resolved in 4.4.1 (our version is 4.4.2 !!!)
>>> ---
>>> WARN  [cloud.agent.Agent] (agentRequest-Handler-2:null) Caught:
>>> java.lang.NullPointerException
>>> at
>>> com.cloud.network.Networks$BroadcastDomainType.getSchemeValue(Networks.java:159)
>>> ...
>>> DEBUG [cloud.agent.Agent] (agentRequest-Handler-2:null) Seq
>>> 25-6233544834234187813:  { Ans: , MgmtId: 345044038925, via: 25, Ver: v1,
>>> Flags: 10,
>>> [{"com.cloud.agent.api.Answer":{"result":false,"details":"java.lang.NullPointerException\n\tat
>>> com.cloud.network.Networks$BroadcastDomainType.getSchemeValue(Networks.java:159)\n\tat
>>> com.cloud.network.Networks$BroadcastDomainType.getValue(Networks.java:213)\n\tat
>>> com.cloud.hypervisor.
>>> ...
>>> ---
>>> - we had to find our bascicnetwork in mysql table networks, whom
>>> broadcast_uri was NULL
>>> - and modify it to the "new" style vlan://untagged :
>>> ---
>>> update networks set broadcast_uri="vlan://untagged" where id="our
>>> bascinetwork id";
>>>
>>> Hope it could help,
>>>
>>> --
>>> Laurent Steff
>>>
>>> DSI/SESI
>>> INRIA
>>> http://www.inria.fr/
>>>
>>
>>



-- 
Daan

Re: Review Request 30661: LDAP:automation:added missing scenrio and additional checks for better debugging

[suresh sadhu]

> On Feb. 13, 2015, 7:31 a.m., SrikanteswaraRao Talluri wrote:
> > test/integration/component/test_ldap.py, line 82
> > 
> >
> > It is better to skip the test when there are no required fields.

initially though to skip the tests  in setup class it self but later realized 
if it fail to address the negative scenario so removed the skip test part.


- suresh


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


On Feb. 19, 2015, 12:04 p.m., suresh sadhu wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/30661/
> ---
> 
> (Updated Feb. 19, 2015, 12:04 p.m.)
> 
> 
> Review request for cloudstack, sanjeev n and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8218
> https://issues.apache.org/jira/browse/CLOUDSTACK-8218
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> added missing scenrio and additional checks for better debugging
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_ldap.py 3464022 
> 
> Diff: https://reviews.apache.org/r/30661/diff/
> 
> 
> Testing
> ---
> 
> Yes
> 
> 
> Thanks,
> 
> suresh sadhu
> 
>

Re: [VOTE] Apache CloudStack 4.5.1-rc1

[Rohit Yadav]

Hi all,

The bug Geoff found has been fixed now along with the issue of editing an 
existing LB rule (which is sort of a workaround for now).

> On 26-Mar-2015, at 2:36 pm, Geoff Higginbottom 
>  wrote:
>
> Hi Rohit,
>
> Here is the output from Firebug when I try to remove a VM from a 
> LoadBalancer, the end result is it fails
>
> commandremoveFromLoadBalancerRule
> id286b1f4e-fe78-4d55-bea3-4627665e2203
> responsejson
> sessionkeyqJOddbBPY1W4z3l9/A1zHu/nHfc=
> vmidipmap[0].vmidf9c0ae7f-3b14-4ee1-980b-107125243d95
> vmidipmap[0].vmip192.168.201.74
>
> If I try the same command using CloudMonkey it also fails
>
> cm remove fromloadbalancerrule id=286b1f4e-fe78-4d55-bea3-4627665e2203 
> vmidipmap[0].vmid=f9c0ae7f-3b14-4ee1-980b-107125243d95 
> vmidipmap[0].vmip=192.168.201.74
> Async job 6196badf-a26c-45fc-a08b-e337f693e62a failed
>
> However if I then run
>
> (geoff) cm remove fromloadbalancerrule 
> id=286b1f4e-fe78-4d55-bea3-4627665e2203 
> virtualmachineids=f9c0ae7f-3b14-4ee1-980b-107125243d95
>
> It succeeds!
>
> accountid = f65a1ff1-ba3e-44ab-9727-17b9227c4c86
> cmd = 
> org.apache.cloudstack.api.command.user.loadbalancer.RemoveFromLoadBalancerRuleCmd
> created = 2015-03-26T08:55:04+
> jobid = d74c4909-7721-4592-9e99-1751e7e0631b
> jobprocstatus = 0
> jobresult:
> success = True
> jobresultcode = 0
> jobresulttype = object
> jobstatus = 1
> userid = 4d6a37ee-6ab1-4300-8e3a-823fec050bb0
>
> I'm running the latest 4.5.1 RC
>
> Regarding the Edit LoadBalancer issue you reported, I am seeing the exact 
> same thing.  When I click the Edit button, nothing happens and Firebug 
> reports the following:
>
> TypeError: args.context is undefined
> var data = getLBAlgorithms(args.context.networks[0]);
>
> So there appears to be at least two issues here relating to LoadBalancer 
> Rules and the UI
>
> Regards
>
> Geoff Higginbottom
>
> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>
> geoff.higginbot...@shapeblue.com
>
> -Original Message-
> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
> Sent: 26 March 2015 07:25
> To: dev@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1
>
> Hi Geoff,
>
> I tried with latest 4.5 branch and was able to add/remove VMs from LB rules 
> in an advance zone with KVM. I did not find any issues. The API can take both 
> list of VM ids and the vmidipmap. This is the trace from Chrome devtools:
>
> command:removeFromLoadBalancerRule
> response:json
> id:61da47f1-05d1-436e-8c6e-093bdf00d7f6
> vmidipmap[0].vmid:ca2b87a1-c291-4683-a765-691c6af1916e
> vmidipmap[0].vmip:10.1.1.184
>
> Geoff - can you share more details, so as to reproduce and fix it?
>
> Though one issue which broke for me was that I was unable to edit the LB 
> algorithm for an existing rule. I looked at the issue, and it was that when 
> Edit was pressed it would get lb algorithms from the list network response 
> instead of hard coding it.
>
> It came from https://issues.apache.org/jira/browse/CLOUDSTACK-7915
> The issue was in case the object given to the js handler was undefined it 
> would fail for me. It failed both on Chrome and Firefox, so I've added a 
> workaround to fallback on hardcoded list of LB algorithms if the passed arg 
> is undefined:
>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=221e429;hp=ca1e5c16906ebcccba8fd382239659d9083c4178
>
> Can any of the UI gurus can suggest a better fix for this?
>
> On Thursday 26 March 2015 12:17 AM, Geoff Higginbottom wrote:
>> -1
>>
>> The main reason for a -1 is in relation to a UI bug when trying to delete 
>> Load Balancing Rules.  When a user tries to remove a VM from a Load Balancer 
>> config using the UI it fails, however using the API it works.
>>
>> It looks like the UI is not sending the virtualmachineid but is trying
>> to use vmidipmap[0].vmid and vmipipmap[0].vmip which fails
>>
>> I'm testing this in a EIP/ELB Basic Zone with a NetScaler which I know is 
>> not a common configuration, but I suspect this standard Load Balancer UI bug 
>> may also affect Advanced Zones.
>>
>>
>> A second issue I have found is in relation to GSLB which I would not 
>> normally -1 for as I don’t believe it’s a widely used feature, however when 
>> trying to remove Load Balancers from a GSLB setup, it fails from both the UI 
>> and the API.
>>
>> Regards
>>
>> Geoff Higginbottom
>>
>> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>>
>> geoff.higginbot...@shapeblue.com
>>
>> -Original Message-
>> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
>> Sent: 24 March 2015 06:36
>> To: dev@cloudstack.apache.org
>> Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1
>>
>> Hi Ilya - Yes, I think we’ll need a RC2 but I don’t want another RC3 so 
>> let’s wait at least for today to see if anyone reports anything.
>>
>> Meanwhile, let’s continue testing and let’s report/fix any issues we find. I 
>> think we’ve tested RC1 with KVM and Xen, it would be great if someone could 
>> share 

RE: [VOTE] Apache CloudStack 4.5.1-rc1

[Geoff Higginbottom]

Good work Rohit

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
Sent: 26 March 2015 12:56
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1

Hi all,

The bug Geoff found has been fixed now along with the issue of editing an 
existing LB rule (which is sort of a workaround for now).

> On 26-Mar-2015, at 2:36 pm, Geoff Higginbottom 
>  wrote:
>
> Hi Rohit,
>
> Here is the output from Firebug when I try to remove a VM from a
> LoadBalancer, the end result is it fails
>
> commandremoveFromLoadBalancerRule
> id286b1f4e-fe78-4d55-bea3-4627665e2203
> responsejson
> sessionkeyqJOddbBPY1W4z3l9/A1zHu/nHfc=
> vmidipmap[0].vmidf9c0ae7f-3b14-4ee1-980b-107125243d95
> vmidipmap[0].vmip192.168.201.74
>
> If I try the same command using CloudMonkey it also fails
>
> cm remove fromloadbalancerrule id=286b1f4e-fe78-4d55-bea3-4627665e2203
> vmidipmap[0].vmid=f9c0ae7f-3b14-4ee1-980b-107125243d95
> vmidipmap[0].vmip=192.168.201.74 Async job
> 6196badf-a26c-45fc-a08b-e337f693e62a failed
>
> However if I then run
>
> (geoff) cm remove fromloadbalancerrule
> id=286b1f4e-fe78-4d55-bea3-4627665e2203
> virtualmachineids=f9c0ae7f-3b14-4ee1-980b-107125243d95
>
> It succeeds!
>
> accountid = f65a1ff1-ba3e-44ab-9727-17b9227c4c86
> cmd =
> org.apache.cloudstack.api.command.user.loadbalancer.RemoveFromLoadBala
> ncerRuleCmd
> created = 2015-03-26T08:55:04+
> jobid = d74c4909-7721-4592-9e99-1751e7e0631b
> jobprocstatus = 0
> jobresult:
> success = True
> jobresultcode = 0
> jobresulttype = object
> jobstatus = 1
> userid = 4d6a37ee-6ab1-4300-8e3a-823fec050bb0
>
> I'm running the latest 4.5.1 RC
>
> Regarding the Edit LoadBalancer issue you reported, I am seeing the exact 
> same thing.  When I click the Edit button, nothing happens and Firebug 
> reports the following:
>
> TypeError: args.context is undefined
> var data = getLBAlgorithms(args.context.networks[0]);
>
> So there appears to be at least two issues here relating to
> LoadBalancer Rules and the UI
>
> Regards
>
> Geoff Higginbottom
>
> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>
> geoff.higginbot...@shapeblue.com
>
> -Original Message-
> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
> Sent: 26 March 2015 07:25
> To: dev@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1
>
> Hi Geoff,
>
> I tried with latest 4.5 branch and was able to add/remove VMs from LB rules 
> in an advance zone with KVM. I did not find any issues. The API can take both 
> list of VM ids and the vmidipmap. This is the trace from Chrome devtools:
>
> command:removeFromLoadBalancerRule
> response:json
> id:61da47f1-05d1-436e-8c6e-093bdf00d7f6
> vmidipmap[0].vmid:ca2b87a1-c291-4683-a765-691c6af1916e
> vmidipmap[0].vmip:10.1.1.184
>
> Geoff - can you share more details, so as to reproduce and fix it?
>
> Though one issue which broke for me was that I was unable to edit the LB 
> algorithm for an existing rule. I looked at the issue, and it was that when 
> Edit was pressed it would get lb algorithms from the list network response 
> instead of hard coding it.
>
> It came from https://issues.apache.org/jira/browse/CLOUDSTACK-7915
> The issue was in case the object given to the js handler was undefined it 
> would fail for me. It failed both on Chrome and Firefox, so I've added a 
> workaround to fallback on hardcoded list of LB algorithms if the passed arg 
> is undefined:
>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;
> h=221e429;hp=ca1e5c16906ebcccba8fd382239659d9083c4178
>
> Can any of the UI gurus can suggest a better fix for this?
>
> On Thursday 26 March 2015 12:17 AM, Geoff Higginbottom wrote:
>> -1
>>
>> The main reason for a -1 is in relation to a UI bug when trying to delete 
>> Load Balancing Rules.  When a user tries to remove a VM from a Load Balancer 
>> config using the UI it fails, however using the API it works.
>>
>> It looks like the UI is not sending the virtualmachineid but is
>> trying to use vmidipmap[0].vmid and vmipipmap[0].vmip which fails
>>
>> I'm testing this in a EIP/ELB Basic Zone with a NetScaler which I know is 
>> not a common configuration, but I suspect this standard Load Balancer UI bug 
>> may also affect Advanced Zones.
>>
>>
>> A second issue I have found is in relation to GSLB which I would not 
>> normally -1 for as I don’t believe it’s a widely used feature, however when 
>> trying to remove Load Balancers from a GSLB setup, it fails from both the UI 
>> and the API.
>>
>> Regards
>>
>> Geoff Higginbottom
>>
>> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>>
>> geoff.higginbot...@shapeblue.com
>>
>> -Original Message-
>> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
>> Sent: 24 March 2015 06:36
>> To: dev@cloudstack.apache.org
>> Subject: Re: [VOTE] Apache CloudStack 4.5.

Jenkins build is back to normal : build-4.5-noredist #237

[jenkins]

See 

Re: Reset instance "Statistics"

[Nux!]

Would there be a way to persist this in the DB?
I'd imagine being able to sort VMs by these stats could be handy (who uses most 
IO, network or graph such usages per period and so on).

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Somesh Naidu" 
> To: dev@cloudstack.apache.org
> Sent: Tuesday, 17 March, 2015 20:48:16
> Subject: RE: Reset instance "Statistics"

> Lucian,
> 
> These values get collected every minute (controlled by global config
> vm.stats.interval) from the hypervisor.
> 
> These values do not seem to be persisted in DB. I guess there won't be a need 
> to
> reset these.
> 
> Somesh
> CloudPlatform Escalations
> Citrix Systems, Inc.
> 
> 
> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
> Sent: Tuesday, March 17, 2015 2:31 PM
> To: dev@cloudstack.apache.org
> Subject: Reset instance "Statistics"
> 
> Hello,
> 
> Anyone knows how often these values get reset or if at all?
> http://img.nux.ro/fK7-Selection_016.png
> 
> I'm interested in tracking some of these values, but on a monthly basis or so.
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro

Re: Thoughts on CloudStack while starting as new VP

[Marco Sinhoreli]

Sebastien,


About documentation, now transifex uses fragmented texts and it creates
some times no sense texts translated. My suggestion is get together the
text blocks but I think it will be a hard work to reorganize code and
transifex. Another thing is support UTF-8 to supports special characters
in others languages.

Best regards,

Marco Sinhoreli
Consultant Manager




Phone: +55 21 2586 6390 | Fax: +55 21 2586 6002 | Mobile: +55 21 99159
4713 | Mobile: +55 21 98276 3636
Praia de Botafogo 501, bloco 1 - sala 101, Botafogo, Rio de Janeiro, RJ -
Brazil - CEP 22250-040
marco.sinhor...@shapeblue.com | www.shapeblue.com
 | Twitter:@shapeBlue









On 23/03/15 11:15, "Sebastien Goasguen"  wrote:

>Dear members of the CloudStack community,
>
>Last week the Apache Software Foundation board unanimously voted a
>resolution to make me the new VP of Apache CloudStack. This came after a
>unanimous vote of the CloudStack PMC and is regular process of our
>community as described in our bylaws.
>
>I am excited to take on this new role after two amazing VP (Chip and
>Hugo) since CloudStack came to the ASF. Many thanks to them and
>especially Hugo for the work he has done in the past year.
>
>The ASF is setup so that the governance of a project really belongs to
>the community itself. CloudStack is what we all make it to be, we all
>have equal footing when time comes to develop the code, create events,
>take decisions and so on. As VP I do not have a special say in our
>direction. This governance model is in stark contrast with other open
>source project that follow more of a benevolent dictator model. I mention
>this as a bit of disclaimer and to re-enforce the fact that while I have
>views about what we should do, they are my personal views and that they
>do not represent any sorts of official roadmaps, and that anyone is
>welcome to disagree :)
>
>In Budapest, we had a great conference. Chip and I showed several
>CloudStack use cases. Our user base is strong with over 300 production
>deployments. Our community is large and diverse with 2000 people on the
>mailing lists, but we need to keep advocating for CloudStack, make it an
>even greater software and grow our community. At the very least this
>helps us learn from each other, better our own skills and our employers
>IT infrastructure. At the very best AWS switches to CloudStack :)
>
>So here are some food for thoughts that will hopefully excite you, want
>to get engage, talk about CloudStack and bring on board your friends:
>
>On the code:
>-
>- Keep improving quality, remove dead code, cleanup JIRA, cleanup Review
>Board
>We have successfully moved to GitHub pull requests, we should stop using
>RB
>- Simplify the dev process and adopt a new committing system to avoid
>regressions at all costs.
>We have talked about this for a long time but have failed had doing
>something concrete. It is time.
>- Remove the AWSAPI (there is a branch without it right now), we should
>merge it in master
>I am going to push for IP clearance of ec2stack and gstack to get them
>under ASF governance.
>- Several Cloud Providers have unveiled new CloudStack UI, maybe it¹s
>time we do the same.
>- Solidify the testing infrastructure, keep Jenkins builds running
>- Brainstorm on the future of CloudStack and IaaS in general. What should
>CloudStack be in 10 years ?
>While CloudStack is what it is now, nothing prevents us to re-architect,
>re-think, re-code it within the current framework.
>- Finally, package the mgt server and the KVM agent as Docker containers
>Docker is a great portability mechanism. We should embrace Docker as a
>packaging tool (first) and provide container images for our mgt server
>(at a minimum).
>This could become a type of release artifact that could be easily
>continuously built.
>
>
>On the ecosystem:
>-
>We have a really strong ecosystem. From configuration management tools,
>API wrappers, PaaS plugins etc.
>We need to feature our ecosystem clearly on our website, support it and
>keep on growing it as new technologies emerge.
>
>Things that come to mind:
>- Push to get our Ansible module into the Ansible core
>- Publish ³official² chef recipes to deploy CloudStack
>- Identify and publish ³official² Puppet recipes
>- Build Docker native templates (coreOS, rancherOS, Snappy, Atomic)
>- Finally cleanup cloud-init support for CloudStack, this is preventing
>us from having upstream centOS templates.
>- Publish playbooks/recipes to deploy workloads on CloudStack (think
>Hadoop, Spark, Kubernetes)
>- Work actively on up to date integration with CloudFoundry
>
>On documentation:
>-
>I and couple others successfully moved our docs to the Read The Docs
>service. This was a first great move but we need to finish the job.
>We need to rethink our documentation tree, maybe merge all guides in one,
>correct the docs, create a new theme for it.
>This is 

parameterized slow build

[Daan Hoogland]

Fellow devs,

I just started a parameterized build for the branch I created
yesterday and saw it had not been started since I last used it one
month ago. This one is very useful for verifying branches and free to
use. Please use it.

-- 
Daan

[GitHub] cloudstack pull request: findbugs: Boolen function should not retu...

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/131


---
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.
---

CS 4.5.1 vhd-utils copy do we need this setup.

[Keerthiraja SJ]

Hi All,

If CS 4.5.1 support Xenserver 6.5 do we still need to copy the vhd-utils
from cloudstack to xenserver 6.5 too.

Do we have to follow the same if we do migration from 4.2.1 to 4.5 and to
rest of the older version of xenserver 6.x


Do we need this below setups for the CS 4.5.1 to Xenserver 6.5


Copy vhd-utils file on CloudStack management servers. Copy the file
vhd-utils
to
/usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver
.
wget -P /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver
\
http://download.cloud.com.s3.amazonaws.com/tools/vhd-util

Thanks,
Keerthi

Jenkins build is still unstable: simulator-4.5-singlerun #190

[jenkins]

See 

Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

[Star Guo]

Hi, all, 

I see that CS 4.4.3 includes rpm packaging scripts for CentOS 7.
When using linux bridge for advance network, CS will call modifyvlan.sh to 
prepare vlan for bridge. However, "vconfig" is replaced by "iproute" in CentOS 
7.

These scripts use vconfig to set vlan: 
https://github.com/apache/cloudstack/blob/4.4/scripts/vm/network/vnet/modifyvlan.sh

So, This commit as bellow should be backport to branch 4.4:
https://github.com/apache/cloudstack/commit/b37ee25359b724613e9ce5f93423d99f76c2fe5e
https://github.com/apache/cloudstack/commit/290938b08ed7b6a89070f5415bdb1be985717dc2

Best Regards,
Star Guo

-邮件原件-
发件人: Nux! [mailto:n...@li.nux.ro] 
发送时间: 2015年3月26日 18:00
收件人: dev@cloudstack.apache.org
主题: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

Make that +1 "binding". :)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Nux!" 
> To: dev@cloudstack.apache.org
> Sent: Wednesday, 25 March, 2015 13:21:18
> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
> 4.4-RC20150325T1036

> +1 from me as well.
> 
> Tested with Adv + SG zone, basic operations seem to run just fine.
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Rohit Yadav" 
>> To: dev@cloudstack.apache.org
>> Sent: Wednesday, 25 March, 2015 09:59:34
>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
>> 4.4-RC20150325T1036
> 
>> +1 (binding) (this is apparently the same build I tested against :)
>> 
>> In case you need to test using a ready-made repository:
>> 
>> CentOS repo:
>> http://packages.shapeblue.com/cloudstack/testing/centos/4.4/
>> 
>> Debian repo:
>> http://packages.shapeblue.com/cloudstack/testing/debian/4.4/
>> 
>> Deployed basic zone, systemvms came up. Register template worked.
>> Basic vm lifecycles worked - start, stop, reboot, delete, expunge.
>> VR operations. SG rules.
>> 
>>> On 25-Mar-2015, at 3:19 pm, Daan Hoogland  wrote:
>>>
>>> It may have been cosmetical but I decided to do a re-run of the rc 
>>> creation script. The centos63 packaging was broken due to some 
>>> security fixes and is fixed in this RC.
>>>
>>> I've created a 4.4.3 release, with the following artifacts up for a vote:
>>>
>>> Git Branch and Commit SH:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;
>>> h=refs/heads/4.4-RC20150325T1036
>>> Commit: 9e97030e7942f295e941c7a197241f72cc599bfa
>>>
>>> List of changes:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;
>>> h=refs/tags/4.4.3
>>>
>>> Source release (checksums and signatures are available at the same
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3
>>>
>>> PGP release keys (signed using AA4736F3):
>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>
>>> Vote will be open for 72 hours.
>>>
>>> For sanity in tallying the vote, can PMC members please be sure to 
>>> indicate "(binding)" with their vote?
>>>
>>> [ ] +1  approve
>>> [ ] +0  no opinion
>>> [ ] -1  disapprove (and reason why)
>>>
>>> On Wed, Mar 25, 2015 at 8:59 AM, Daan Hoogland  
>>> wrote:
 Rohit (et. al.),

 If we vote this in this way I will of course release but baking a 
 new rc is not the effort. My wish would be to feel ashamed of not 
 monitoring the jenkins jobs as a community and bake a new rc.
>>>
>>> regards,
>>> --
>>> Daan
>> 
>> 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 Software
>> Engineering
>> 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 C

CentOS Cloud SIG effort

[Rich Bowen]

A while back I mentioned to some folks (I think it was this list, but it 
may have been a subset) that the CentOS community is working on a Cloud 
SIG (Special Interest Group) effort. You can read a little about it at 
http://wiki.centos.org/SpecialInterestGroup/Cloud


The idea is to ensure that cloud infrastructure software, like 
CloudStack, OpenStack, Open Nebula, and Eucalyptus, works solidly on 
CentOS, has all of the prerequisite packages available, gets CI on the 
CentOS platform, and so on.


At the moment, this is *only* OpenStack, with the other projects 
unrepresented.


If you are interested in adoption of CloudStack on CentOS (and, by side 
effect, on Red Hat Enterprise Linux), we'd love to have your 
participation in this effort.


The best way to find out how to get involved is:

* Attend our weekly meeting, 15:00 UTC, on #centos-devel, on the 
Freenode IRC network


* Join the centos-devel mailing list - 
http://lists.centos.org/mailman/listinfo/centos-devel


Also, several of the CentoOS guys are likely to be at Apachecon, since 
several of them are based in Austin, so that's also a good time to find 
out more.


--Rich

--
Rich Bowen - rbo...@rcbowen.com - @rbowen
http://apachecon.com/ - @apachecon

[4.5.1] Failure to add firewall rules

[Nux!]

Hi,

Is anyone else seeing this?
https://issues.apache.org/jira/browse/CLOUDSTACK-8347

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: [4.5.1] Failure to add firewall rules

[Tomasz Zięba]

hi,

i am closing this topic.
My guys made additional tests with another networks and everything is OK.
sorry for confusion,


Tom


2015-03-26 16:28 GMT+01:00 Nux! :

> Hi,
>
> Is anyone else seeing this?
> https://issues.apache.org/jira/browse/CLOUDSTACK-8347
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>



-- 
Regards,
Tomasz Zięba
Twitter: @TZieba
LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/

Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

[Rohit Yadav]

Hi Star,

I tried to build the centos7 package, but the issue is that 4.4 still depends 
on tomcat6 which is not available by commonly used EL7 repository for CentOS7, 
tomcat6 rpm can be manually installed to make it work so I’ve avoided building 
EL7 packages for all 4.4.x releases (4.4.0, 4.4.1 and 4.4.2) as well. If anyone 
has any suggestions, let me know.

> On 26-Mar-2015, at 8:57 pm, Star Guo  wrote:
>
> Hi, all,
>
> I see that CS 4.4.3 includes rpm packaging scripts for CentOS 7.
> When using linux bridge for advance network, CS will call modifyvlan.sh to 
> prepare vlan for bridge. However, "vconfig" is replaced by "iproute" in 
> CentOS 7.
>
> These scripts use vconfig to set vlan:
> https://github.com/apache/cloudstack/blob/4.4/scripts/vm/network/vnet/modifyvlan.sh
>
> So, This commit as bellow should be backport to branch 4.4:
> https://github.com/apache/cloudstack/commit/b37ee25359b724613e9ce5f93423d99f76c2fe5e
> https://github.com/apache/cloudstack/commit/290938b08ed7b6a89070f5415bdb1be985717dc2
>
> Best Regards,
> Star Guo
>
> -邮件原件-
> 发件人: Nux! [mailto:n...@li.nux.ro]
> 发送时间: 2015年3月26日 18:00
> 收件人: dev@cloudstack.apache.org
> 主题: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036
>
> Make that +1 "binding". :)
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Nux!" 
>> To: dev@cloudstack.apache.org
>> Sent: Wednesday, 25 March, 2015 13:21:18
>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
>> 4.4-RC20150325T1036
>
>> +1 from me as well.
>>
>> Tested with Adv + SG zone, basic operations seem to run just fine.
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Rohit Yadav" 
>>> To: dev@cloudstack.apache.org
>>> Sent: Wednesday, 25 March, 2015 09:59:34
>>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
>>> 4.4-RC20150325T1036
>>
>>> +1 (binding) (this is apparently the same build I tested against :)
>>>
>>> In case you need to test using a ready-made repository:
>>>
>>> CentOS repo:
>>> http://packages.shapeblue.com/cloudstack/testing/centos/4.4/
>>>
>>> Debian repo:
>>> http://packages.shapeblue.com/cloudstack/testing/debian/4.4/
>>>
>>> Deployed basic zone, systemvms came up. Register template worked.
>>> Basic vm lifecycles worked - start, stop, reboot, delete, expunge.
>>> VR operations. SG rules.
>>>
 On 25-Mar-2015, at 3:19 pm, Daan Hoogland  wrote:

 It may have been cosmetical but I decided to do a re-run of the rc
 creation script. The centos63 packaging was broken due to some
 security fixes and is fixed in this RC.

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

 Git Branch and Commit SH:
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;
 h=refs/heads/4.4-RC20150325T1036
 Commit: 9e97030e7942f295e941c7a197241f72cc599bfa

 List of changes:
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;
 h=refs/tags/4.4.3

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

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

 Vote will be open for 72 hours.

 For sanity in tallying the vote, can PMC members please be sure to
 indicate "(binding)" with their vote?

 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 On Wed, Mar 25, 2015 at 8:59 AM, Daan Hoogland  
 wrote:
> Rohit (et. al.),
>
> If we vote this in this way I will of course release but baking a
> new rc is not the effort. My wish would be to feel ashamed of not
> monitoring the jenkins jobs as a community and bake a new rc.

 regards,
 --
 Daan
>>>
>>> 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 Software
>>> Engineering
>>> 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 th

cloudstack 4.4.2 - VM network rate limit - has no effect

[bob]

Hello, I am using a PHP API to cloudstack 4.4.2 - When I make the call 
to deployVirtualMachine and attempt to pass the parm 
details[0].networkrate = 1 it does not rate limit the network to 1MB. 
What am I doing wrong?


It is using the default value from Global Settings: 
vm.network.throttling.rate and ignores my VM compute service offering 
rate. How do I force it to use the rate defined by my api call to 
deployVirtualMachine?


Here is my PHP code:
//...
$displayVM = "true"; // an optional field, whether to the 
display the vm to the end user or not.
$hypervisor = "KVM"; //the hypervisor on which to deploy the 
virtual machine


$vars = array(
// Required by API call:
'serviceofferingid' => CUSTOM_COMPUTE_OFFERING,
'templateid'=>$templateId,
'zoneid'=>ZONE_ID,
// Optional but useful:
'details[0].networkrate'=>1, // Network Throttling of 1MB/s 
not working here...

//'networkrate'=>1,
'account'=>$account,
'displayname'=>$displayName,
'displayvm'=>$displayVM,
'domainid'=>$domainid, //ROOT_DOMAIN_ID,
'hypervisor'=>$hypervisor,
'name'=>$name,
'networkids'=>NETWORK_ID,
); // https://github.com/jasonhancock/cloudstack-api-extension
//...
$deploy = $cloudstack->deployVirtualMachine($vars); // does curl request...

Note: It will create the VM and runs fine with no errors generated... 
However, when I download a 10 MB test file it will get 10MB/s download, 
and does not limit it to 1MB/s.
Also, when I use the cloudstack interface to look at the Instance 
Details, I do not see any rate limit set.

OVM3 test failures

[Roger Crerie]

I just updated my source from the master repository.  I am now seeing failures 
with cloud-plugin-hypervisor-ovm3.  The failures are having to do with the 
tests that OVM3 are running.  I ran the ovm install command to clear the old 
databse 
mvn -P developer -pl developer -Ddeploydb

But when I go to build cloudstack now I fail with 6 separate tests in OVM3.  Am 
I missing something?

Roger

Re: OVM3 test failures

[Daan Hoogland]

H Roger,

I hope you are missing something but can't say for sure. The jenkins
master build [1] seems not to have your problem. So please expand on
your problems.

[1] http://jenkins.buildacloud.org/job/master-slowbuild/

On Thu, Mar 26, 2015 at 6:18 PM, Roger Crerie  wrote:
> I just updated my source from the master repository.  I am now seeing 
> failures with cloud-plugin-hypervisor-ovm3.  The failures are having to do 
> with the tests that OVM3 are running.  I ran the ovm install command to clear 
> the old databse 
> mvn -P developer -pl developer -Ddeploydb
>
> But when I go to build cloudstack now I fail with 6 separate tests in OVM3.  
> Am I missing something?
>
> Roger



-- 
Daan

Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

[Marcus]

I don't think we support CentOS 7 in 4.4, and even in 4.5 as only a
preview as there are specific administrative changes required to make
CentOS7 backward compatible in a way that works with CloudStack
(network device naming, cgroups issues, etc). We should eventually
find those things and fix them, but until we do I think we should only
have experimental support.

As such, I don't think this is a bug fix so much as adding a feature
to 4.4, which probably shouldn't go into a point release or block an
RC vote, but if it's a very minor change then perhaps it can be put in
for next time.

vconfig is also available via epel, so that's another option for those
who want to run an unsupported configuration.

On Thu, Mar 26, 2015 at 9:22 AM, Rohit Yadav  wrote:
> Hi Star,
>
> I tried to build the centos7 package, but the issue is that 4.4 still depends 
> on tomcat6 which is not available by commonly used EL7 repository for 
> CentOS7, tomcat6 rpm can be manually installed to make it work so I’ve 
> avoided building EL7 packages for all 4.4.x releases (4.4.0, 4.4.1 and 4.4.2) 
> as well. If anyone has any suggestions, let me know.
>
>> On 26-Mar-2015, at 8:57 pm, Star Guo  wrote:
>>
>> Hi, all,
>>
>> I see that CS 4.4.3 includes rpm packaging scripts for CentOS 7.
>> When using linux bridge for advance network, CS will call modifyvlan.sh to 
>> prepare vlan for bridge. However, "vconfig" is replaced by "iproute" in 
>> CentOS 7.
>>
>> These scripts use vconfig to set vlan:
>> https://github.com/apache/cloudstack/blob/4.4/scripts/vm/network/vnet/modifyvlan.sh
>>
>> So, This commit as bellow should be backport to branch 4.4:
>> https://github.com/apache/cloudstack/commit/b37ee25359b724613e9ce5f93423d99f76c2fe5e
>> https://github.com/apache/cloudstack/commit/290938b08ed7b6a89070f5415bdb1be985717dc2
>>
>> Best Regards,
>> Star Guo
>>
>> -邮件原件-
>> 发件人: Nux! [mailto:n...@li.nux.ro]
>> 发送时间: 2015年3月26日 18:00
>> 收件人: dev@cloudstack.apache.org
>> 主题: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036
>>
>> Make that +1 "binding". :)
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Nux!" 
>>> To: dev@cloudstack.apache.org
>>> Sent: Wednesday, 25 March, 2015 13:21:18
>>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
>>> 4.4-RC20150325T1036
>>
>>> +1 from me as well.
>>>
>>> Tested with Adv + SG zone, basic operations seem to run just fine.
>>>
>>> Lucian
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
 From: "Rohit Yadav" 
 To: dev@cloudstack.apache.org
 Sent: Wednesday, 25 March, 2015 09:59:34
 Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
 4.4-RC20150325T1036
>>>
 +1 (binding) (this is apparently the same build I tested against :)

 In case you need to test using a ready-made repository:

 CentOS repo:
 http://packages.shapeblue.com/cloudstack/testing/centos/4.4/

 Debian repo:
 http://packages.shapeblue.com/cloudstack/testing/debian/4.4/

 Deployed basic zone, systemvms came up. Register template worked.
 Basic vm lifecycles worked - start, stop, reboot, delete, expunge.
 VR operations. SG rules.

> On 25-Mar-2015, at 3:19 pm, Daan Hoogland  wrote:
>
> It may have been cosmetical but I decided to do a re-run of the rc
> creation script. The centos63 packaging was broken due to some
> security fixes and is fixed in this RC.
>
> I've created a 4.4.3 release, with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;
> h=refs/heads/4.4-RC20150325T1036
> Commit: 9e97030e7942f295e941c7a197241f72cc599bfa
>
> List of changes:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;
> h=refs/tags/4.4.3
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3
>
> PGP release keys (signed using AA4736F3):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
> On Wed, Mar 25, 2015 at 8:59 AM, Daan Hoogland  
> wrote:
>> Rohit (et. al.),
>>
>> If we vote this in this way I will of course release but baking a
>> new rc is not the effort. My wish would be to feel ashamed of not
>> monitoring the jenkins jobs as a community and bake a new rc.
>
> regards,
> --
> Daan

 Regards,
 Rohit Yadav
 Software Architect, ShapeBlue
 M. +91 88 

Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

[Star Guo]

Hi Rohit,

In my lab, I use CentOS 6 rpm package for Management Service, and CentOS 7 rpm 
package for KVM hypervisor, works well.
I think CentOS 7 MS should more test for production.

Best Regards,
Star Guo

-邮件原件-
发件人: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
发送时间: 2015年3月27日 0:22
收件人: dev@cloudstack.apache.org
主题: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

Hi Star,

I tried to build the centos7 package, but the issue is that 4.4 still depends 
on tomcat6 which is not available by commonly used EL7 repository for CentOS7, 
tomcat6 rpm can be manually installed to make it work so I’ve avoided building 
EL7 packages for all 4.4.x releases (4.4.0, 4.4.1 and 4.4.2) as well. If anyone 
has any suggestions, let me know.

> On 26-Mar-2015, at 8:57 pm, Star Guo  wrote:
>
> Hi, all,
>
> I see that CS 4.4.3 includes rpm packaging scripts for CentOS 7.
> When using linux bridge for advance network, CS will call modifyvlan.sh to 
> prepare vlan for bridge. However, "vconfig" is replaced by "iproute" in 
> CentOS 7.
>
> These scripts use vconfig to set vlan:
> https://github.com/apache/cloudstack/blob/4.4/scripts/vm/network/vnet/
> modifyvlan.sh
>
> So, This commit as bellow should be backport to branch 4.4:
> https://github.com/apache/cloudstack/commit/b37ee25359b724613e9ce5f934
> 23d99f76c2fe5e
> https://github.com/apache/cloudstack/commit/290938b08ed7b6a89070f5415b
> db1be985717dc2
>
> Best Regards,
> Star Guo
>
> -邮件原件-
> 发件人: Nux! [mailto:n...@li.nux.ro]
> 发送时间: 2015年3月26日 18:00
> 收件人: dev@cloudstack.apache.org
> 主题: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
> 4.4-RC20150325T1036
>
> Make that +1 "binding". :)
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Nux!" 
>> To: dev@cloudstack.apache.org
>> Sent: Wednesday, 25 March, 2015 13:21:18
>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
>> 4.4-RC20150325T1036
>
>> +1 from me as well.
>>
>> Tested with Adv + SG zone, basic operations seem to run just fine.
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Rohit Yadav" 
>>> To: dev@cloudstack.apache.org
>>> Sent: Wednesday, 25 March, 2015 09:59:34
>>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
>>> 4.4-RC20150325T1036
>>
>>> +1 (binding) (this is apparently the same build I tested against :)
>>>
>>> In case you need to test using a ready-made repository:
>>>
>>> CentOS repo:
>>> http://packages.shapeblue.com/cloudstack/testing/centos/4.4/
>>>
>>> Debian repo:
>>> http://packages.shapeblue.com/cloudstack/testing/debian/4.4/
>>>
>>> Deployed basic zone, systemvms came up. Register template worked.
>>> Basic vm lifecycles worked - start, stop, reboot, delete, expunge.
>>> VR operations. SG rules.
>>>
 On 25-Mar-2015, at 3:19 pm, Daan Hoogland  wrote:

 It may have been cosmetical but I decided to do a re-run of the rc 
 creation script. The centos63 packaging was broken due to some 
 security fixes and is fixed in this RC.

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

 Git Branch and Commit SH:
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog
 ;
 h=refs/heads/4.4-RC20150325T1036
 Commit: 9e97030e7942f295e941c7a197241f72cc599bfa

 List of changes:
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog
 ;
 h=refs/tags/4.4.3

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

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

 Vote will be open for 72 hours.

 For sanity in tallying the vote, can PMC members please be sure to 
 indicate "(binding)" with their vote?

 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 On Wed, Mar 25, 2015 at 8:59 AM, Daan Hoogland  
 wrote:
> Rohit (et. al.),
>
> If we vote this in this way I will of course release but baking a 
> new rc is not the effort. My wish would be to feel ashamed of not 
> monitoring the jenkins jobs as a community and bake a new rc.

 regards,
 --
 Daan
>>>
>>> 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 Software
>>> Engineering

Re: OVM3 test failures

[Daan Hoogland]

Roger, I've been browsing through your output and can't find an
obvious root cause. I am cc'ing the author of the ovm3. In the
meanwhile i'll be compiling master and run the dbdeploy target. What
do you mean by 'ovm install command'? typo?

On Thu, Mar 26, 2015 at 7:03 PM, Roger Crerie  wrote:
> Thanks for the quick reply. Please find attached a text of the build errors I 
> am getting for OVM3
>
> Roger
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Thursday, March 26, 2015 1:28 PM
> To: dev
> Subject: Re: OVM3 test failures
>
> H Roger,
>
> I hope you are missing something but can't say for sure. The jenkins master 
> build [1] seems not to have your problem. So please expand on your problems.
>
> [1] http://jenkins.buildacloud.org/job/master-slowbuild/
>
> On Thu, Mar 26, 2015 at 6:18 PM, Roger Crerie  wrote:
>> I just updated my source from the master repository.  I am now seeing 
>> failures with cloud-plugin-hypervisor-ovm3.  The failures are having to do 
>> with the tests that OVM3 are running.  I ran the ovm install command to 
>> clear the old databse 
>> mvn -P developer -pl developer -Ddeploydb
>>
>> But when I go to build cloudstack now I fail with 6 separate tests in OVM3.  
>> Am I missing something?
>>
>> Roger
>
>
>
> --
> Daan



-- 
Daan

Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

[Nux!]

Marcus,

Sorry to hi-jack the email, is there a list of things that need to be done on 
CentOS 7 to make it a working hypervisor?
I'm planning to use in for my future servers as it has newer Qemu and 
especially supports qcow3 which brings performance improvements.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Marcus" 
> To: dev@cloudstack.apache.org
> Sent: Thursday, 26 March, 2015 17:45:09
> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
> 4.4-RC20150325T1036

> I don't think we support CentOS 7 in 4.4, and even in 4.5 as only a
> preview as there are specific administrative changes required to make
> CentOS7 backward compatible in a way that works with CloudStack
> (network device naming, cgroups issues, etc). We should eventually
> find those things and fix them, but until we do I think we should only
> have experimental support.
> 
> As such, I don't think this is a bug fix so much as adding a feature
> to 4.4, which probably shouldn't go into a point release or block an
> RC vote, but if it's a very minor change then perhaps it can be put in
> for next time.
> 
> vconfig is also available via epel, so that's another option for those
> who want to run an unsupported configuration.
> 
> On Thu, Mar 26, 2015 at 9:22 AM, Rohit Yadav  
> wrote:
>> Hi Star,
>>
>> I tried to build the centos7 package, but the issue is that 4.4 still 
>> depends on
>> tomcat6 which is not available by commonly used EL7 repository for CentOS7,
>> tomcat6 rpm can be manually installed to make it work so I’ve avoided 
>> building
>> EL7 packages for all 4.4.x releases (4.4.0, 4.4.1 and 4.4.2) as well. If 
>> anyone
>> has any suggestions, let me know.
>>
>>> On 26-Mar-2015, at 8:57 pm, Star Guo  wrote:
>>>
>>> Hi, all,
>>>
>>> I see that CS 4.4.3 includes rpm packaging scripts for CentOS 7.
>>> When using linux bridge for advance network, CS will call modifyvlan.sh to
>>> prepare vlan for bridge. However, "vconfig" is replaced by "iproute" in 
>>> CentOS
>>> 7.
>>>
>>> These scripts use vconfig to set vlan:
>>> https://github.com/apache/cloudstack/blob/4.4/scripts/vm/network/vnet/modifyvlan.sh
>>>
>>> So, This commit as bellow should be backport to branch 4.4:
>>> https://github.com/apache/cloudstack/commit/b37ee25359b724613e9ce5f93423d99f76c2fe5e
>>> https://github.com/apache/cloudstack/commit/290938b08ed7b6a89070f5415bdb1be985717dc2
>>>
>>> Best Regards,
>>> Star Guo
>>>
>>> -邮件原件-
>>> 发件人: Nux! [mailto:n...@li.nux.ro]
>>> 发送时间: 2015年3月26日 18:00
>>> 收件人: dev@cloudstack.apache.org
>>> 主题: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036
>>>
>>> Make that +1 "binding". :)
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
 From: "Nux!" 
 To: dev@cloudstack.apache.org
 Sent: Wednesday, 25 March, 2015 13:21:18
 Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
 4.4-RC20150325T1036
>>>
 +1 from me as well.

 Tested with Adv + SG zone, basic operations seem to run just fine.

 Lucian

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
> From: "Rohit Yadav" 
> To: dev@cloudstack.apache.org
> Sent: Wednesday, 25 March, 2015 09:59:34
> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
> 4.4-RC20150325T1036

> +1 (binding) (this is apparently the same build I tested against :)
>
> In case you need to test using a ready-made repository:
>
> CentOS repo:
> http://packages.shapeblue.com/cloudstack/testing/centos/4.4/
>
> Debian repo:
> http://packages.shapeblue.com/cloudstack/testing/debian/4.4/
>
> Deployed basic zone, systemvms came up. Register template worked.
> Basic vm lifecycles worked - start, stop, reboot, delete, expunge.
> VR operations. SG rules.
>
>> On 25-Mar-2015, at 3:19 pm, Daan Hoogland  
>> wrote:
>>
>> It may have been cosmetical but I decided to do a re-run of the rc
>> creation script. The centos63 packaging was broken due to some
>> security fixes and is fixed in this RC.
>>
>> I've created a 4.4.3 release, with the following artifacts up for a vote:
>>
>> Git Branch and Commit SH:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;
>> h=refs/heads/4.4-RC20150325T1036
>> Commit: 9e97030e7942f295e941c7a197241f72cc599bfa
>>
>> List of changes:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;
>> h=refs/tags/4.4.3
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3
>>
>> PGP release keys (signed using AA4736F3):
>> https://dist.apache.org/repos/dist/release/cloudstack/

RE: OVM3 test failures

[Roger Crerie]

From what I am seeing in the surefire reports though it looks like I am running 
into an ArrayIndexOutOfBoundsException.

2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:345 - configure ovm-1 with 
params: {agentusername=oracle, public.network.device=xenbr0, 
xenserver.heartbeat.interval=60, private.network.device=xenbr0, 
agentpassword=unknown, Hypervisor.Version=4.1.3OVM, secondary.storage.vm=false, 
Host.OS=Oracle VM Server, ovm3pool=true, ipaddress=192.168.1.64, 
password=unknown, username=root, pool=a9c1219d-817d-4242-b23e-2607801c79d5, 
ismaster=false, storage.network.device=xenbr0, ovm3.heartbeat.timeout=120, 
Host.OS.Version=5.7, xenserver.nics.max=7, agentVersion=3.2.1-183, 
router.aggregation.command.each.timeout=3, pod=1, istest=true, 
max.template.iso.size=50, host=ovm-1, 
com.cloud.network.Networks.RouterPrivateIpStrategy=DcGlobal, agentport=8899, 
Host.OS.Kernel.Version=2.6.39-300.22.2.el5uek, migratewait=3600, 
storage.network.device1=xenbr0, ovm3.heartbeat.interval=1, ip=192.168.1.64, 
ovm3cluster=false, guid=19e5f1e7-22f4-3b6d-8d41-c82f89c65295, 
ovm3vip=192.168.1.230, hasmaster=true, cluster=1, guest.network.device=xenbr0, 
zone=1, xenserver.heartbeat.timeout=120}
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
check_dom0_ip - [192.168.1.230]
2015-03-26 13:40:48 DEBUG Ovm3HypervisorSupport:587 - ovm-1 is a master, 
already has vip 192.168.1.230
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
discover_network - []
2015-03-26 13:40:48 DEBUG Ovm3HypervisorNetwork:75 - already have control0
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
ovs_ip_config - [control0, static, 169.254.0.1, 255.255.0.0]
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
ovs_control_interface - [control0, 169.254.0.0/16]
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
discover_hardware - []
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
discover_server - []
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
update_server_roles - [xen,utility]
2015-03-26 13:40:48 DEBUG Ovm3StoragePool:164 - Host ovm-1 owned by us
2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:208 - executeRequest called: 
class com.cloud.agent.api.StopCommand
2015-03-26 13:40:48 DEBUG ConnectionTest:72 - getresult call: list_vms - []
2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:559 - Stop i-2-3-VM failed 
java.lang.ArrayIndexOutOfBoundsException: 3
at 
com.cloud.hypervisor.ovm3.objects.Xen$Vm.getVmDiskPoolId(Xen.java:438)
at 
com.cloud.hypervisor.ovm3.objects.Xen$Vm.getVmRootDiskPoolId(Xen.java:423)
at 
com.cloud.hypervisor.ovm3.resources.Ovm3HypervisorResource.execute(Ovm3HypervisorResource.java:537)
at 
com.cloud.hypervisor.ovm3.resources.Ovm3HypervisorResource.executeRequest(Ovm3HypervisorResource.java:285)
at 
com.cloud.hypervisor.ovm3.resources.Ovm3HypervisorResourceTest.stopVmTest(Ovm3HypervisorResourceTest.java:198)
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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
at 
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
at 
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(Forke

RE: OVM3 test failures

[Roger Crerie]

Sorry that was a typo.  My goal was to show that I did a rebuild of the 
Database in case it was a problem with me not having the right tables in the DB 
TO run the tests.  I brought over this afternoon from master ran the command to 
redeploy the database and then ran mvn install -P development,systemvm in the 
root of the repository.  I have also tried running mvn install from the 
\cloudstack\plugins\hypervisors\ovm3 directory directly as this seems to be the 
location of my failures.

Roger

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Thursday, March 26, 2015 2:23 PM
To: dev
Cc: Funs Kessen
Subject: Re: OVM3 test failures

Roger, I've been browsing through your output and can't find an obvious root 
cause. I am cc'ing the author of the ovm3. In the meanwhile i'll be compiling 
master and run the dbdeploy target. What do you mean by 'ovm install command'? 
typo?

On Thu, Mar 26, 2015 at 7:03 PM, Roger Crerie  wrote:
> Thanks for the quick reply. Please find attached a text of the build 
> errors I am getting for OVM3
>
> Roger
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Thursday, March 26, 2015 1:28 PM
> To: dev
> Subject: Re: OVM3 test failures
>
> H Roger,
>
> I hope you are missing something but can't say for sure. The jenkins master 
> build [1] seems not to have your problem. So please expand on your problems.
>
> [1] http://jenkins.buildacloud.org/job/master-slowbuild/
>
> On Thu, Mar 26, 2015 at 6:18 PM, Roger Crerie  wrote:
>> I just updated my source from the master repository.  I am now seeing 
>> failures with cloud-plugin-hypervisor-ovm3.  The failures are having to do 
>> with the tests that OVM3 are running.  I ran the ovm install command to 
>> clear the old databse 
>> mvn -P developer -pl developer -Ddeploydb
>>
>> But when I go to build cloudstack now I fail with 6 separate tests in OVM3.  
>> Am I missing something?
>>
>> Roger
>
>
>
> --
> Daan



--
Daan

Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

[Marcus]

I put the things I know about in the 4.5 vote thread, to hopefully
make it into release notes or something later on. I haven't followed
up to see if that has happened.

The primary things that come to mind for 4.5 are the interface device
names and a cgroups issue. For networking, we only support
eth*,bond*,vx*,em*,vlan*, and even then only support physical device
names with up to 8 characters, It may be tough to support some
custom/dynamic nic names, but we could also add eno* to the list for
better support. In the meantime this can be worked around with some
kernel params (biosdevname=0 net.ifnames=0) that go back to the
standard "eth" naming.

The cgroups issue is that by default now the cpu and cpuacct cgroups
are 'comounted', so libvirt throws up when we try to use them. You can
see this in /sys/fs/cgroup, cpu and cpuacct share a mount
"cpu,cupacct" rather than having their own. Specify an empty
JoinControllers parameter in /etc/systemd/system.conf to fix this.

Other than that, the iptables command compatibility layer seems to
keep things working from a security groups perspective, and the
libvirt/qemu versions seem to be compatible.


On Thu, Mar 26, 2015 at 11:23 AM, Nux!  wrote:
> Marcus,
>
> Sorry to hi-jack the email, is there a list of things that need to be done on 
> CentOS 7 to make it a working hypervisor?
> I'm planning to use in for my future servers as it has newer Qemu and 
> especially supports qcow3 which brings performance improvements.
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Marcus" 
>> To: dev@cloudstack.apache.org
>> Sent: Thursday, 26 March, 2015 17:45:09
>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
>> 4.4-RC20150325T1036
>
>> I don't think we support CentOS 7 in 4.4, and even in 4.5 as only a
>> preview as there are specific administrative changes required to make
>> CentOS7 backward compatible in a way that works with CloudStack
>> (network device naming, cgroups issues, etc). We should eventually
>> find those things and fix them, but until we do I think we should only
>> have experimental support.
>>
>> As such, I don't think this is a bug fix so much as adding a feature
>> to 4.4, which probably shouldn't go into a point release or block an
>> RC vote, but if it's a very minor change then perhaps it can be put in
>> for next time.
>>
>> vconfig is also available via epel, so that's another option for those
>> who want to run an unsupported configuration.
>>
>> On Thu, Mar 26, 2015 at 9:22 AM, Rohit Yadav  
>> wrote:
>>> Hi Star,
>>>
>>> I tried to build the centos7 package, but the issue is that 4.4 still 
>>> depends on
>>> tomcat6 which is not available by commonly used EL7 repository for CentOS7,
>>> tomcat6 rpm can be manually installed to make it work so I’ve avoided 
>>> building
>>> EL7 packages for all 4.4.x releases (4.4.0, 4.4.1 and 4.4.2) as well. If 
>>> anyone
>>> has any suggestions, let me know.
>>>
 On 26-Mar-2015, at 8:57 pm, Star Guo  wrote:

 Hi, all,

 I see that CS 4.4.3 includes rpm packaging scripts for CentOS 7.
 When using linux bridge for advance network, CS will call modifyvlan.sh to
 prepare vlan for bridge. However, "vconfig" is replaced by "iproute" in 
 CentOS
 7.

 These scripts use vconfig to set vlan:
 https://github.com/apache/cloudstack/blob/4.4/scripts/vm/network/vnet/modifyvlan.sh

 So, This commit as bellow should be backport to branch 4.4:
 https://github.com/apache/cloudstack/commit/b37ee25359b724613e9ce5f93423d99f76c2fe5e
 https://github.com/apache/cloudstack/commit/290938b08ed7b6a89070f5415bdb1be985717dc2

 Best Regards,
 Star Guo

 -邮件原件-
 发件人: Nux! [mailto:n...@li.nux.ro]
 发送时间: 2015年3月26日 18:00
 收件人: dev@cloudstack.apache.org
 主题: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

 Make that +1 "binding". :)

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
> From: "Nux!" 
> To: dev@cloudstack.apache.org
> Sent: Wednesday, 25 March, 2015 13:21:18
> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
> 4.4-RC20150325T1036

> +1 from me as well.
>
> Tested with Adv + SG zone, basic operations seem to run just fine.
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Rohit Yadav" 
>> To: dev@cloudstack.apache.org
>> Sent: Wednesday, 25 March, 2015 09:59:34
>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
>> 4.4-RC20150325T1036
>
>> +1 (binding) (this is apparently the same build I tested against :)
>>
>> In case you need to test using a ready-made repository:
>>
>> Cent

RE: OVM3 test failures

[Roger Crerie]

Just to clear up a few more things.  I am building in Cygwin on a windows 
system.  I through in some more debugging and found that the split command 
isn't doing what is expected..

2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:208 - executeRequest called: 
class com.cloud.agent.api.StopCommand
2015-03-26 14:47:12 DEBUG ConnectionTest:72 - getresult call: list_vms - []
2015-03-26 14:47:12 DEBUG Xen:437 - diskPath = 
file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/722eb520-dcf5-4113-8f45-22d67c9a2f3c.raw
2015-03-26 14:47:12 DEBUG Xen:439 - st Size = 1 st = [Ljava.lang.String;@2e01787
2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:559 - Stop i-2-3-VM failed 
java.lang.ArrayIndexOutOfBoundsException: 3

The code actually hard codes the number 3 in the code so as to return the 3 
string from the split array. As you can see from my debug output the split 
command isn't getting 3+ string in the array but rather just 1 (st Size = 1).

Roger


-Original Message-
From: Roger Crerie [mailto:roger.cre...@hds.com] 
Sent: Thursday, March 26, 2015 2:33 PM
To: dev@cloudstack.apache.org
Cc: Funs Kessen
Subject: RE: OVM3 test failures

From what I am seeing in the surefire reports though it looks like I am running 
into an ArrayIndexOutOfBoundsException.

2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:345 - configure ovm-1 with 
params: {agentusername=oracle, public.network.device=xenbr0, 
xenserver.heartbeat.interval=60, private.network.device=xenbr0, 
agentpassword=unknown, Hypervisor.Version=4.1.3OVM, secondary.storage.vm=false, 
Host.OS=Oracle VM Server, ovm3pool=true, ipaddress=192.168.1.64, 
password=unknown, username=root, pool=a9c1219d-817d-4242-b23e-2607801c79d5, 
ismaster=false, storage.network.device=xenbr0, ovm3.heartbeat.timeout=120, 
Host.OS.Version=5.7, xenserver.nics.max=7, agentVersion=3.2.1-183, 
router.aggregation.command.each.timeout=3, pod=1, istest=true, 
max.template.iso.size=50, host=ovm-1, 
com.cloud.network.Networks.RouterPrivateIpStrategy=DcGlobal, agentport=8899, 
Host.OS.Kernel.Version=2.6.39-300.22.2.el5uek, migratewait=3600, 
storage.network.device1=xenbr0, ovm3.heartbeat.interval=1, ip=192.168.1.64, 
ovm3cluster=false, guid=19e5f1e7-22f4-3b6d-8d41-c82f89c65295, 
ovm3vip=192.168.1.230, hasmaster=true, cluster=1, guest.network.device=xenbr0, 
zone=1, xenserver.heartbeat.timeout=120}
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
check_dom0_ip - [192.168.1.230]
2015-03-26 13:40:48 DEBUG Ovm3HypervisorSupport:587 - ovm-1 is a master, 
already has vip 192.168.1.230
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
discover_network - []
2015-03-26 13:40:48 DEBUG Ovm3HypervisorNetwork:75 - already have control0
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
ovs_ip_config - [control0, static, 169.254.0.1, 255.255.0.0]
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
ovs_control_interface - [control0, 169.254.0.0/16]
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
discover_hardware - []
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
discover_server - []
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
update_server_roles - [xen,utility]
2015-03-26 13:40:48 DEBUG Ovm3StoragePool:164 - Host ovm-1 owned by us
2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:208 - executeRequest called: 
class com.cloud.agent.api.StopCommand
2015-03-26 13:40:48 DEBUG ConnectionTest:72 - getresult call: list_vms - []
2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:559 - Stop i-2-3-VM failed 
java.lang.ArrayIndexOutOfBoundsException: 3
at 
com.cloud.hypervisor.ovm3.objects.Xen$Vm.getVmDiskPoolId(Xen.java:438)
at 
com.cloud.hypervisor.ovm3.objects.Xen$Vm.getVmRootDiskPoolId(Xen.java:423)
at 
com.cloud.hypervisor.ovm3.resources.Ovm3HypervisorResource.execute(Ovm3HypervisorResource.java:537)
at 
com.cloud.hypervisor.ovm3.resources.Ovm3HypervisorResource.executeRequest(Ovm3HypervisorResource.java:285)
at 
com.cloud.hypervisor.ovm3.resources.Ovm3HypervisorResourceTest.stopVmTest(Ovm3HypervisorResourceTest.java:198)
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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at 
org.junit.runners.BlockJU

Re: [VOTE] Apache CloudStack 4.5.1-rc1

[Pierre-Luc Dion]

Rohit, by any chance , does this fix this one:
https://issues.apache.org/jira/browse/CLOUDSTACK-8231 ?

Thanks!



On Thu, Mar 26, 2015 at 9:01 AM, Geoff Higginbottom <
geoff.higginbot...@shapeblue.com> wrote:

> Good work Rohit
>
> Regards
>
> Geoff Higginbottom
>
> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>
> geoff.higginbot...@shapeblue.com
>
> -Original Message-
> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
> Sent: 26 March 2015 12:56
> To: dev@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1
>
> Hi all,
>
> The bug Geoff found has been fixed now along with the issue of editing an
> existing LB rule (which is sort of a workaround for now).
>
> > On 26-Mar-2015, at 2:36 pm, Geoff Higginbottom <
> geoff.higginbot...@shapeblue.com> wrote:
> >
> > Hi Rohit,
> >
> > Here is the output from Firebug when I try to remove a VM from a
> > LoadBalancer, the end result is it fails
> >
> > commandremoveFromLoadBalancerRule
> > id286b1f4e-fe78-4d55-bea3-4627665e2203
> > responsejson
> > sessionkeyqJOddbBPY1W4z3l9/A1zHu/nHfc=
> > vmidipmap[0].vmidf9c0ae7f-3b14-4ee1-980b-107125243d95
> > vmidipmap[0].vmip192.168.201.74
> >
> > If I try the same command using CloudMonkey it also fails
> >
> > cm remove fromloadbalancerrule id=286b1f4e-fe78-4d55-bea3-4627665e2203
> > vmidipmap[0].vmid=f9c0ae7f-3b14-4ee1-980b-107125243d95
> > vmidipmap[0].vmip=192.168.201.74 Async job
> > 6196badf-a26c-45fc-a08b-e337f693e62a failed
> >
> > However if I then run
> >
> > (geoff) cm remove fromloadbalancerrule
> > id=286b1f4e-fe78-4d55-bea3-4627665e2203
> > virtualmachineids=f9c0ae7f-3b14-4ee1-980b-107125243d95
> >
> > It succeeds!
> >
> > accountid = f65a1ff1-ba3e-44ab-9727-17b9227c4c86
> > cmd =
> > org.apache.cloudstack.api.command.user.loadbalancer.RemoveFromLoadBala
> > ncerRuleCmd
> > created = 2015-03-26T08:55:04+
> > jobid = d74c4909-7721-4592-9e99-1751e7e0631b
> > jobprocstatus = 0
> > jobresult:
> > success = True
> > jobresultcode = 0
> > jobresulttype = object
> > jobstatus = 1
> > userid = 4d6a37ee-6ab1-4300-8e3a-823fec050bb0
> >
> > I'm running the latest 4.5.1 RC
> >
> > Regarding the Edit LoadBalancer issue you reported, I am seeing the
> exact same thing.  When I click the Edit button, nothing happens and
> Firebug reports the following:
> >
> > TypeError: args.context is undefined
> > var data = getLBAlgorithms(args.context.networks[0]);
> >
> > So there appears to be at least two issues here relating to
> > LoadBalancer Rules and the UI
> >
> > Regards
> >
> > Geoff Higginbottom
> >
> > D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
> >
> > geoff.higginbot...@shapeblue.com
> >
> > -Original Message-
> > From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
> > Sent: 26 March 2015 07:25
> > To: dev@cloudstack.apache.org
> > Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1
> >
> > Hi Geoff,
> >
> > I tried with latest 4.5 branch and was able to add/remove VMs from LB
> rules in an advance zone with KVM. I did not find any issues. The API can
> take both list of VM ids and the vmidipmap. This is the trace from Chrome
> devtools:
> >
> > command:removeFromLoadBalancerRule
> > response:json
> > id:61da47f1-05d1-436e-8c6e-093bdf00d7f6
> > vmidipmap[0].vmid:ca2b87a1-c291-4683-a765-691c6af1916e
> > vmidipmap[0].vmip:10.1.1.184
> >
> > Geoff - can you share more details, so as to reproduce and fix it?
> >
> > Though one issue which broke for me was that I was unable to edit the LB
> algorithm for an existing rule. I looked at the issue, and it was that when
> Edit was pressed it would get lb algorithms from the list network response
> instead of hard coding it.
> >
> > It came from https://issues.apache.org/jira/browse/CLOUDSTACK-7915
> > The issue was in case the object given to the js handler was undefined
> it would fail for me. It failed both on Chrome and Firefox, so I've added a
> workaround to fallback on hardcoded list of LB algorithms if the passed arg
> is undefined:
> >
> > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;
> > h=221e429;hp=ca1e5c16906ebcccba8fd382239659d9083c4178
> >
> > Can any of the UI gurus can suggest a better fix for this?
> >
> > On Thursday 26 March 2015 12:17 AM, Geoff Higginbottom wrote:
> >> -1
> >>
> >> The main reason for a -1 is in relation to a UI bug when trying to
> delete Load Balancing Rules.  When a user tries to remove a VM from a Load
> Balancer config using the UI it fails, however using the API it works.
> >>
> >> It looks like the UI is not sending the virtualmachineid but is
> >> trying to use vmidipmap[0].vmid and vmipipmap[0].vmip which fails
> >>
> >> I'm testing this in a EIP/ELB Basic Zone with a NetScaler which I know
> is not a common configuration, but I suspect this standard Load Balancer UI
> bug may also affect Advanced Zones.
> >>
> >>
> >> A second issue I have found is in relation to GSLB which I would not
> normally -1 for as I don’t believe it’s a widely used

Re: [VOTE]Apache CloudStack 4.4.3 release candidate 4.4-RC20150325T1036

[Nux!]

Great, thanks, doesn't seem too bad.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Marcus" 
> To: dev@cloudstack.apache.org
> Sent: Thursday, 26 March, 2015 18:40:17
> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
> 4.4-RC20150325T1036

> I put the things I know about in the 4.5 vote thread, to hopefully
> make it into release notes or something later on. I haven't followed
> up to see if that has happened.
> 
> The primary things that come to mind for 4.5 are the interface device
> names and a cgroups issue. For networking, we only support
> eth*,bond*,vx*,em*,vlan*, and even then only support physical device
> names with up to 8 characters, It may be tough to support some
> custom/dynamic nic names, but we could also add eno* to the list for
> better support. In the meantime this can be worked around with some
> kernel params (biosdevname=0 net.ifnames=0) that go back to the
> standard "eth" naming.
> 
> The cgroups issue is that by default now the cpu and cpuacct cgroups
> are 'comounted', so libvirt throws up when we try to use them. You can
> see this in /sys/fs/cgroup, cpu and cpuacct share a mount
> "cpu,cupacct" rather than having their own. Specify an empty
> JoinControllers parameter in /etc/systemd/system.conf to fix this.
> 
> Other than that, the iptables command compatibility layer seems to
> keep things working from a security groups perspective, and the
> libvirt/qemu versions seem to be compatible.
> 
> 
> On Thu, Mar 26, 2015 at 11:23 AM, Nux!  wrote:
>> Marcus,
>>
>> Sorry to hi-jack the email, is there a list of things that need to be done on
>> CentOS 7 to make it a working hypervisor?
>> I'm planning to use in for my future servers as it has newer Qemu and 
>> especially
>> supports qcow3 which brings performance improvements.
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Marcus" 
>>> To: dev@cloudstack.apache.org
>>> Sent: Thursday, 26 March, 2015 17:45:09
>>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
>>> 4.4-RC20150325T1036
>>
>>> I don't think we support CentOS 7 in 4.4, and even in 4.5 as only a
>>> preview as there are specific administrative changes required to make
>>> CentOS7 backward compatible in a way that works with CloudStack
>>> (network device naming, cgroups issues, etc). We should eventually
>>> find those things and fix them, but until we do I think we should only
>>> have experimental support.
>>>
>>> As such, I don't think this is a bug fix so much as adding a feature
>>> to 4.4, which probably shouldn't go into a point release or block an
>>> RC vote, but if it's a very minor change then perhaps it can be put in
>>> for next time.
>>>
>>> vconfig is also available via epel, so that's another option for those
>>> who want to run an unsupported configuration.
>>>
>>> On Thu, Mar 26, 2015 at 9:22 AM, Rohit Yadav  
>>> wrote:
 Hi Star,

 I tried to build the centos7 package, but the issue is that 4.4 still 
 depends on
 tomcat6 which is not available by commonly used EL7 repository for CentOS7,
 tomcat6 rpm can be manually installed to make it work so I’ve avoided 
 building
 EL7 packages for all 4.4.x releases (4.4.0, 4.4.1 and 4.4.2) as well. If 
 anyone
 has any suggestions, let me know.

> On 26-Mar-2015, at 8:57 pm, Star Guo  wrote:
>
> Hi, all,
>
> I see that CS 4.4.3 includes rpm packaging scripts for CentOS 7.
> When using linux bridge for advance network, CS will call modifyvlan.sh to
> prepare vlan for bridge. However, "vconfig" is replaced by "iproute" in 
> CentOS
> 7.
>
> These scripts use vconfig to set vlan:
> https://github.com/apache/cloudstack/blob/4.4/scripts/vm/network/vnet/modifyvlan.sh
>
> So, This commit as bellow should be backport to branch 4.4:
> https://github.com/apache/cloudstack/commit/b37ee25359b724613e9ce5f93423d99f76c2fe5e
> https://github.com/apache/cloudstack/commit/290938b08ed7b6a89070f5415bdb1be985717dc2
>
> Best Regards,
> Star Guo
>
> -邮件原件-
> 发件人: Nux! [mailto:n...@li.nux.ro]
> 发送时间: 2015年3月26日 18:00
> 收件人: dev@cloudstack.apache.org
> 主题: Re: [VOTE]Apache CloudStack 4.4.3 release candidate 
> 4.4-RC20150325T1036
>
> Make that +1 "binding". :)
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Nux!" 
>> To: dev@cloudstack.apache.org
>> Sent: Wednesday, 25 March, 2015 13:21:18
>> Subject: Re: [VOTE]Apache CloudStack 4.4.3 release candidate
>> 4.4-RC20150325T1036
>
>> +1 from me as well.
>>
>> Tested with Adv + SG zone, basic operations seem to run just fine.
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadran

RE: OVM3 test failures

[Roger Crerie]

So I have identified a couple of places in the code where these tests are 
failing for me.  Again let me reiterate that I am building using Cygwin on a 
Windows 7 system.  Up until today this has not been a problem but when I 
brought in the OVM3 features I ran into FILE separator issues.

C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src\main\java\com\cloud\hypervisor\ovm3\objects\Xen.java

Line 437: String[] st = diskPath.split(File.separatorChar == '\\' ? "" : 
File.separator);

On my build environment this return a String array of size 1.   The path I 
getting back from the getVMDiskDetailFromMap call looks like 
file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/722eb520-dcf5-4113-8f45-22d67c9a2f3c.raw
 and the \ character isn't present at all.  When I make the regex string to be 
'/' my test now works.

C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src\main\java\com\cloud\hypervisor\ovm3\resources

Line 553: if (!fp.getName().equals(file)) {

Again this has to do with the file separator character.  

/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/15710eca-1ea7-47f0-8bde-e6bd0066fec8.raw
 != 
/OVS/Repositories\f12842ebf5ed3fe78da1eb0e17f5ede8\VirtualDisks\15710eca-1ea7-47f0-8bde-e6bd0066fec8.raw

  Notice how the file separators change in the middle of the second string.

Roger


-Original Message-
From: Roger Crerie [mailto:roger.cre...@hds.com] 
Sent: Thursday, March 26, 2015 2:43 PM
To: dev@cloudstack.apache.org
Cc: Funs Kessen
Subject: RE: OVM3 test failures

Just to clear up a few more things.  I am building in Cygwin on a windows 
system.  I through in some more debugging and found that the split command 
isn't doing what is expected..

2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:208 - executeRequest called: 
class com.cloud.agent.api.StopCommand
2015-03-26 14:47:12 DEBUG ConnectionTest:72 - getresult call: list_vms - []
2015-03-26 14:47:12 DEBUG Xen:437 - diskPath = 
file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/722eb520-dcf5-4113-8f45-22d67c9a2f3c.raw
2015-03-26 14:47:12 DEBUG Xen:439 - st Size = 1 st = [Ljava.lang.String;@2e01787
2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:559 - Stop i-2-3-VM failed 
java.lang.ArrayIndexOutOfBoundsException: 3

The code actually hard codes the number 3 in the code so as to return the 3 
string from the split array. As you can see from my debug output the split 
command isn't getting 3+ string in the array but rather just 1 (st Size = 1).

Roger


-Original Message-
From: Roger Crerie [mailto:roger.cre...@hds.com] 
Sent: Thursday, March 26, 2015 2:33 PM
To: dev@cloudstack.apache.org
Cc: Funs Kessen
Subject: RE: OVM3 test failures

From what I am seeing in the surefire reports though it looks like I am running 
into an ArrayIndexOutOfBoundsException.

2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:345 - configure ovm-1 with 
params: {agentusername=oracle, public.network.device=xenbr0, 
xenserver.heartbeat.interval=60, private.network.device=xenbr0, 
agentpassword=unknown, Hypervisor.Version=4.1.3OVM, secondary.storage.vm=false, 
Host.OS=Oracle VM Server, ovm3pool=true, ipaddress=192.168.1.64, 
password=unknown, username=root, pool=a9c1219d-817d-4242-b23e-2607801c79d5, 
ismaster=false, storage.network.device=xenbr0, ovm3.heartbeat.timeout=120, 
Host.OS.Version=5.7, xenserver.nics.max=7, agentVersion=3.2.1-183, 
router.aggregation.command.each.timeout=3, pod=1, istest=true, 
max.template.iso.size=50, host=ovm-1, 
com.cloud.network.Networks.RouterPrivateIpStrategy=DcGlobal, agentport=8899, 
Host.OS.Kernel.Version=2.6.39-300.22.2.el5uek, migratewait=3600, 
storage.network.device1=xenbr0, ovm3.heartbeat.interval=1, ip=192.168.1.64, 
ovm3cluster=false, guid=19e5f1e7-22f4-3b6d-8d41-c82f89c65295, 
ovm3vip=192.168.1.230, hasmaster=true, cluster=1, guest.network.device=xenbr0, 
zone=1, xenserver.heartbeat.timeout=120}
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
check_dom0_ip - [192.168.1.230]
2015-03-26 13:40:48 DEBUG Ovm3HypervisorSupport:587 - ovm-1 is a master, 
already has vip 192.168.1.230
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
discover_network - []
2015-03-26 13:40:48 DEBUG Ovm3HypervisorNetwork:75 - already have control0
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
ovs_ip_config - [control0, static, 169.254.0.1, 255.255.0.0]
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
ovs_control_interface - [control0, 169.254.0.0/16]
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
discover_hardware - []
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
discover_server - []
2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
update_server_roles - [xen,utility]
2015-03-26 13:40:48 DEBUG Ovm3StoragePool:164 - Host ovm-1 owned by us
2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:208 - executeReque

Re: OVM3 test failures

[Daan Hoogland]

Roger, I think It is a cygwin vs windows problem. In the code there is
a regexp that is used in the splt you mentioned. Look for a commit of
mine that adds a check whether windows is used: commit id is
a4c23b170e4c94d4ed4783b19a051ad8f6c45328

it was a findbugs warning that I fixed this way.

On Thu, Mar 26, 2015 at 7:42 PM, Roger Crerie  wrote:
> Just to clear up a few more things.  I am building in Cygwin on a windows 
> system.  I through in some more debugging and found that the split command 
> isn't doing what is expected..
>
> 2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:208 - executeRequest called: 
> class com.cloud.agent.api.StopCommand
> 2015-03-26 14:47:12 DEBUG ConnectionTest:72 - getresult call: list_vms - []
> 2015-03-26 14:47:12 DEBUG Xen:437 - diskPath = 
> file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/722eb520-dcf5-4113-8f45-22d67c9a2f3c.raw
> 2015-03-26 14:47:12 DEBUG Xen:439 - st Size = 1 st = 
> [Ljava.lang.String;@2e01787
> 2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:559 - Stop i-2-3-VM failed
> java.lang.ArrayIndexOutOfBoundsException: 3
>
> The code actually hard codes the number 3 in the code so as to return the 3 
> string from the split array. As you can see from my debug output the split 
> command isn't getting 3+ string in the array but rather just 1 (st Size = 1).
>
> Roger
>
>
> -Original Message-
> From: Roger Crerie [mailto:roger.cre...@hds.com]
> Sent: Thursday, March 26, 2015 2:33 PM
> To: dev@cloudstack.apache.org
> Cc: Funs Kessen
> Subject: RE: OVM3 test failures
>
> From what I am seeing in the surefire reports though it looks like I am 
> running into an ArrayIndexOutOfBoundsException.
>
> 2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:345 - configure ovm-1 with 
> params: {agentusername=oracle, public.network.device=xenbr0, 
> xenserver.heartbeat.interval=60, private.network.device=xenbr0, 
> agentpassword=unknown, Hypervisor.Version=4.1.3OVM, 
> secondary.storage.vm=false, Host.OS=Oracle VM Server, ovm3pool=true, 
> ipaddress=192.168.1.64, password=unknown, username=root, 
> pool=a9c1219d-817d-4242-b23e-2607801c79d5, ismaster=false, 
> storage.network.device=xenbr0, ovm3.heartbeat.timeout=120, 
> Host.OS.Version=5.7, xenserver.nics.max=7, agentVersion=3.2.1-183, 
> router.aggregation.command.each.timeout=3, pod=1, istest=true, 
> max.template.iso.size=50, host=ovm-1, 
> com.cloud.network.Networks.RouterPrivateIpStrategy=DcGlobal, agentport=8899, 
> Host.OS.Kernel.Version=2.6.39-300.22.2.el5uek, migratewait=3600, 
> storage.network.device1=xenbr0, ovm3.heartbeat.interval=1, ip=192.168.1.64, 
> ovm3cluster=false, guid=19e5f1e7-22f4-3b6d-8d41-c82f89c65295, 
> ovm3vip=192.168.1.230, hasmaster=true, cluster=1, 
> guest.network.device=xenbr0, zone=1, xenserver.heartbeat.timeout=120}
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> check_dom0_ip - [192.168.1.230]
> 2015-03-26 13:40:48 DEBUG Ovm3HypervisorSupport:587 - ovm-1 is a master, 
> already has vip 192.168.1.230
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> discover_network - []
> 2015-03-26 13:40:48 DEBUG Ovm3HypervisorNetwork:75 - already have control0
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> ovs_ip_config - [control0, static, 169.254.0.1, 255.255.0.0]
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> ovs_control_interface - [control0, 169.254.0.0/16]
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> discover_hardware - []
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> discover_server - []
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> update_server_roles - [xen,utility]
> 2015-03-26 13:40:48 DEBUG Ovm3StoragePool:164 - Host ovm-1 owned by us
> 2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:208 - executeRequest called: 
> class com.cloud.agent.api.StopCommand
> 2015-03-26 13:40:48 DEBUG ConnectionTest:72 - getresult call: list_vms - []
> 2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:559 - Stop i-2-3-VM failed
> java.lang.ArrayIndexOutOfBoundsException: 3
> at 
> com.cloud.hypervisor.ovm3.objects.Xen$Vm.getVmDiskPoolId(Xen.java:438)
> at 
> com.cloud.hypervisor.ovm3.objects.Xen$Vm.getVmRootDiskPoolId(Xen.java:423)
> at 
> com.cloud.hypervisor.ovm3.resources.Ovm3HypervisorResource.execute(Ovm3HypervisorResource.java:537)
> at 
> com.cloud.hypervisor.ovm3.resources.Ovm3HypervisorResource.executeRequest(Ovm3HypervisorResource.java:285)
> at 
> com.cloud.hypervisor.ovm3.resources.Ovm3HypervisorResourceTest.stopVmTest(Ovm3HypervisorResourceTest.java:198)
> 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.in

Re: OVM3 test failures

[Daan Hoogland]

right, so your second example means that the string has to be split
according to both separators, it seems

On Thu, Mar 26, 2015 at 8:14 PM, Roger Crerie  wrote:
> So I have identified a couple of places in the code where these tests are 
> failing for me.  Again let me reiterate that I am building using Cygwin on a 
> Windows 7 system.  Up until today this has not been a problem but when I 
> brought in the OVM3 features I ran into FILE separator issues.
>
> C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src\main\java\com\cloud\hypervisor\ovm3\objects\Xen.java
>
> Line 437: String[] st = diskPath.split(File.separatorChar == '\\' ? "" : 
> File.separator);
>
> On my build environment this return a String array of size 1.   The path I 
> getting back from the getVMDiskDetailFromMap call looks like 
> file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/722eb520-dcf5-4113-8f45-22d67c9a2f3c.raw
>  and the \ character isn't present at all.  When I make the regex string to 
> be '/' my test now works.
>
> C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src\main\java\com\cloud\hypervisor\ovm3\resources
>
> Line 553: if (!fp.getName().equals(file)) {
>
> Again this has to do with the file separator character.
>
> /OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/15710eca-1ea7-47f0-8bde-e6bd0066fec8.raw
>  != 
> /OVS/Repositories\f12842ebf5ed3fe78da1eb0e17f5ede8\VirtualDisks\15710eca-1ea7-47f0-8bde-e6bd0066fec8.raw
>
>   Notice how the file separators change in the middle of the second string.
>
> Roger
>
>
> -Original Message-
> From: Roger Crerie [mailto:roger.cre...@hds.com]
> Sent: Thursday, March 26, 2015 2:43 PM
> To: dev@cloudstack.apache.org
> Cc: Funs Kessen
> Subject: RE: OVM3 test failures
>
> Just to clear up a few more things.  I am building in Cygwin on a windows 
> system.  I through in some more debugging and found that the split command 
> isn't doing what is expected..
>
> 2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:208 - executeRequest called: 
> class com.cloud.agent.api.StopCommand
> 2015-03-26 14:47:12 DEBUG ConnectionTest:72 - getresult call: list_vms - []
> 2015-03-26 14:47:12 DEBUG Xen:437 - diskPath = 
> file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/722eb520-dcf5-4113-8f45-22d67c9a2f3c.raw
> 2015-03-26 14:47:12 DEBUG Xen:439 - st Size = 1 st = 
> [Ljava.lang.String;@2e01787
> 2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:559 - Stop i-2-3-VM failed
> java.lang.ArrayIndexOutOfBoundsException: 3
>
> The code actually hard codes the number 3 in the code so as to return the 3 
> string from the split array. As you can see from my debug output the split 
> command isn't getting 3+ string in the array but rather just 1 (st Size = 1).
>
> Roger
>
>
> -Original Message-
> From: Roger Crerie [mailto:roger.cre...@hds.com]
> Sent: Thursday, March 26, 2015 2:33 PM
> To: dev@cloudstack.apache.org
> Cc: Funs Kessen
> Subject: RE: OVM3 test failures
>
> From what I am seeing in the surefire reports though it looks like I am 
> running into an ArrayIndexOutOfBoundsException.
>
> 2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:345 - configure ovm-1 with 
> params: {agentusername=oracle, public.network.device=xenbr0, 
> xenserver.heartbeat.interval=60, private.network.device=xenbr0, 
> agentpassword=unknown, Hypervisor.Version=4.1.3OVM, 
> secondary.storage.vm=false, Host.OS=Oracle VM Server, ovm3pool=true, 
> ipaddress=192.168.1.64, password=unknown, username=root, 
> pool=a9c1219d-817d-4242-b23e-2607801c79d5, ismaster=false, 
> storage.network.device=xenbr0, ovm3.heartbeat.timeout=120, 
> Host.OS.Version=5.7, xenserver.nics.max=7, agentVersion=3.2.1-183, 
> router.aggregation.command.each.timeout=3, pod=1, istest=true, 
> max.template.iso.size=50, host=ovm-1, 
> com.cloud.network.Networks.RouterPrivateIpStrategy=DcGlobal, agentport=8899, 
> Host.OS.Kernel.Version=2.6.39-300.22.2.el5uek, migratewait=3600, 
> storage.network.device1=xenbr0, ovm3.heartbeat.interval=1, ip=192.168.1.64, 
> ovm3cluster=false, guid=19e5f1e7-22f4-3b6d-8d41-c82f89c65295, 
> ovm3vip=192.168.1.230, hasmaster=true, cluster=1, 
> guest.network.device=xenbr0, zone=1, xenserver.heartbeat.timeout=120}
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> check_dom0_ip - [192.168.1.230]
> 2015-03-26 13:40:48 DEBUG Ovm3HypervisorSupport:587 - ovm-1 is a master, 
> already has vip 192.168.1.230
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> discover_network - []
> 2015-03-26 13:40:48 DEBUG Ovm3HypervisorNetwork:75 - already have control0
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> ovs_ip_config - [control0, static, 169.254.0.1, 255.255.0.0]
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> ovs_control_interface - [control0, 169.254.0.0/16]
> 2015-03-26 13:40:48 DEBUG ConnectionTest:67 - methodresponse call: 
> discover_hardwar

RE: OVM3 test failures

[Roger Crerie]

Daan I looked in my GIT histories and I see the commit 
a4c23b170e4c94d4ed4783b19a051ad8f6c45328  (findbugs: just in case we run on 
windows, use save expression)  So that is where my first problem is coming 
from.  Using Cygwin on Windows my file separators are the '/' character BUT 
Java stills sees them as
2015-03-26 15:44:34 DEBUG Xen:441 - System File.separator = \
2015-03-26 15:44:34 DEBUG Xen:442 - System File.separatorChar = \

So in this case using Cygwin on windows and running these tests the tests fail 
here.   Being new to cloudstack I am not sure that this merits a code fix to 
handle this situation.   I do know that the documentation on the wiki 
(https://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+a+CloudStack+dev+environment+on+Windows)
  gives you instructions on windows to download cygwin and install it on your 
window system.

The second location I found a problem is trickier. We have 2 separate issues.  

1.) the getVirtualDiskPath() call creates you a VDisk path which contains 
different path separators (due in large part to the 
config.getAgentOvnRepoPath() call).
2.) the StoragePlugin.storagePluginCreate call returns back a FileProperties 
file where all the separators are "/" and not '\' as defined by File.serparator.

Again this is probably a Cygwin on windows issue BUT the wiki does say to use 
Cygwin when developing on windows.  Thoughts?

Roger

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Thursday, March 26, 2015 3:23 PM
To: dev
Cc: Funs Kessen
Subject: Re: OVM3 test failures

right, so your second example means that the string has to be split according 
to both separators, it seems

On Thu, Mar 26, 2015 at 8:14 PM, Roger Crerie  wrote:
> So I have identified a couple of places in the code where these tests are 
> failing for me.  Again let me reiterate that I am building using Cygwin on a 
> Windows 7 system.  Up until today this has not been a problem but when I 
> brought in the OVM3 features I ran into FILE separator issues.
>
> C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src\m
> ain\java\com\cloud\hypervisor\ovm3\objects\Xen.java
>
> Line 437: String[] st = diskPath.split(File.separatorChar == '\\' ? 
> "" : File.separator);
>
> On my build environment this return a String array of size 1.   The path I 
> getting back from the getVMDiskDetailFromMap call looks like 
> file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/722eb520-dcf5-4113-8f45-22d67c9a2f3c.raw
>  and the \ character isn't present at all.  When I make the regex string to 
> be '/' my test now works.
>
> C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src\m
> ain\java\com\cloud\hypervisor\ovm3\resources
>
> Line 553: if (!fp.getName().equals(file)) {
>
> Again this has to do with the file separator character.
>
> /OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/15710e
> ca-1ea7-47f0-8bde-e6bd0066fec8.raw != 
> /OVS/Repositories\f12842ebf5ed3fe78da1eb0e17f5ede8\VirtualDisks\15710e
> ca-1ea7-47f0-8bde-e6bd0066fec8.raw
>
>   Notice how the file separators change in the middle of the second string.
>
> Roger
>
>
> -Original Message-
> From: Roger Crerie [mailto:roger.cre...@hds.com]
> Sent: Thursday, March 26, 2015 2:43 PM
> To: dev@cloudstack.apache.org
> Cc: Funs Kessen
> Subject: RE: OVM3 test failures
>
> Just to clear up a few more things.  I am building in Cygwin on a windows 
> system.  I through in some more debugging and found that the split command 
> isn't doing what is expected..
>
> 2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:208 - executeRequest 
> called: class com.cloud.agent.api.StopCommand
> 2015-03-26 14:47:12 DEBUG ConnectionTest:72 - getresult call: list_vms 
> - []
> 2015-03-26 14:47:12 DEBUG Xen:437 - diskPath = 
> file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/7
> 22eb520-dcf5-4113-8f45-22d67c9a2f3c.raw
> 2015-03-26 14:47:12 DEBUG Xen:439 - st Size = 1 st = 
> [Ljava.lang.String;@2e01787
> 2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:559 - Stop i-2-3-VM 
> failed
> java.lang.ArrayIndexOutOfBoundsException: 3
>
> The code actually hard codes the number 3 in the code so as to return the 3 
> string from the split array. As you can see from my debug output the split 
> command isn't getting 3+ string in the array but rather just 1 (st Size = 1).
>
> Roger
>
>
> -Original Message-
> From: Roger Crerie [mailto:roger.cre...@hds.com]
> Sent: Thursday, March 26, 2015 2:33 PM
> To: dev@cloudstack.apache.org
> Cc: Funs Kessen
> Subject: RE: OVM3 test failures
>
> From what I am seeing in the surefire reports though it looks like I am 
> running into an ArrayIndexOutOfBoundsException.
>
> 2015-03-26 13:40:48 DEBUG Ovm3HypervisorResource:345 - configure ovm-1 
> with params: {agentusername=oracle, public.network.device=xenbr0, 
> xenserver.heartbeat.interval=60, private.network.device=xenbr0, 
> agentpassword=unknow

Re: OVM3 test failures

[Daan Hoogland]

Well, these are interesting questions.

A generic solution is to split the path on both seperators in a
generic (util) method. this would solve both a mixed and an unexpected
case. On caveat is that for some reason a mixed case might be
intentional though i can't see why right now.

Another tactic is to go for the root and solve it there but as this is
a heterogeneous system, the root might be outside the java realm. Not
that this would make solving on input inpossible but it would make it
harder.

as a direct solution to run tests on a window based test system you
might consider building using skipTests. that will not run unit tests
during build.

third option is to abandon windows support which is not really an
option but maybe a way for you to go (build in a virtualmachine).
Hyperv is a target so you don't have to worry about my wishful
thinking.



On Thu, Mar 26, 2015 at 9:02 PM, Roger Crerie  wrote:
> Daan I looked in my GIT histories and I see the commit 
> a4c23b170e4c94d4ed4783b19a051ad8f6c45328  (findbugs: just in case we run on 
> windows, use save expression)  So that is where my first problem is coming 
> from.  Using Cygwin on Windows my file separators are the '/' character BUT 
> Java stills sees them as
> 2015-03-26 15:44:34 DEBUG Xen:441 - System File.separator = \
> 2015-03-26 15:44:34 DEBUG Xen:442 - System File.separatorChar = \
>
> So in this case using Cygwin on windows and running these tests the tests 
> fail here.   Being new to cloudstack I am not sure that this merits a code 
> fix to handle this situation.   I do know that the documentation on the wiki 
> (https://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+a+CloudStack+dev+environment+on+Windows)
>   gives you instructions on windows to download cygwin and install it on your 
> window system.
>
> The second location I found a problem is trickier. We have 2 separate issues.
>
> 1.) the getVirtualDiskPath() call creates you a VDisk path which contains 
> different path separators (due in large part to the 
> config.getAgentOvnRepoPath() call).
> 2.) the StoragePlugin.storagePluginCreate call returns back a FileProperties 
> file where all the separators are "/" and not '\' as defined by 
> File.serparator.
>
> Again this is probably a Cygwin on windows issue BUT the wiki does say to use 
> Cygwin when developing on windows.  Thoughts?
>
> Roger
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Thursday, March 26, 2015 3:23 PM
> To: dev
> Cc: Funs Kessen
> Subject: Re: OVM3 test failures
>
> right, so your second example means that the string has to be split according 
> to both separators, it seems
>
> On Thu, Mar 26, 2015 at 8:14 PM, Roger Crerie  wrote:
>> So I have identified a couple of places in the code where these tests are 
>> failing for me.  Again let me reiterate that I am building using Cygwin on a 
>> Windows 7 system.  Up until today this has not been a problem but when I 
>> brought in the OVM3 features I ran into FILE separator issues.
>>
>> C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src\m
>> ain\java\com\cloud\hypervisor\ovm3\objects\Xen.java
>>
>> Line 437: String[] st = diskPath.split(File.separatorChar == '\\' ?
>> "" : File.separator);
>>
>> On my build environment this return a String array of size 1.   The path I 
>> getting back from the getVMDiskDetailFromMap call looks like 
>> file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/722eb520-dcf5-4113-8f45-22d67c9a2f3c.raw
>>  and the \ character isn't present at all.  When I make the regex string to 
>> be '/' my test now works.
>>
>> C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src\m
>> ain\java\com\cloud\hypervisor\ovm3\resources
>>
>> Line 553: if (!fp.getName().equals(file)) {
>>
>> Again this has to do with the file separator character.
>>
>> /OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/15710e
>> ca-1ea7-47f0-8bde-e6bd0066fec8.raw !=
>> /OVS/Repositories\f12842ebf5ed3fe78da1eb0e17f5ede8\VirtualDisks\15710e
>> ca-1ea7-47f0-8bde-e6bd0066fec8.raw
>>
>>   Notice how the file separators change in the middle of the second string.
>>
>> Roger
>>
>>
>> -Original Message-
>> From: Roger Crerie [mailto:roger.cre...@hds.com]
>> Sent: Thursday, March 26, 2015 2:43 PM
>> To: dev@cloudstack.apache.org
>> Cc: Funs Kessen
>> Subject: RE: OVM3 test failures
>>
>> Just to clear up a few more things.  I am building in Cygwin on a windows 
>> system.  I through in some more debugging and found that the split command 
>> isn't doing what is expected..
>>
>> 2015-03-26 14:47:12 DEBUG Ovm3HypervisorResource:208 - executeRequest
>> called: class com.cloud.agent.api.StopCommand
>> 2015-03-26 14:47:12 DEBUG ConnectionTest:72 - getresult call: list_vms
>> - []
>> 2015-03-26 14:47:12 DEBUG Xen:437 - diskPath =
>> file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/7
>> 22eb520-dcf5-4113-8f45-22d67c9a2f3c.

Re: OVM3 test failures

[Funs Kessen]

Hi Roger/Daan,

Sorry for coming late to the party, and my apologies in advance!

You’re right as the base value for “getVirtualDiskPath” is hardcoded in 
com.cloud.hypervisor.ovm3.resources.helpers Ovm3Configuration,java’s variable 
agentOvmRepoPath. I never thought about it as OVM3 is linux itself and I 
developed it on Mac/Linux, so my bad as I should have used File.seperator 
there. The same goes for “getAgentSecStoragePath”’s agentSecStoragePath 
variable 

The second part of the booboo is in the tests themselves actually as you’ve 
noticed, so I’ll have to place the File.seperator there too in XenTest.java.

Thanks for reaching out!

@Daan: I can fix it in the ovm3rebase branch so you can pick it out ?

Cheers,

Funs

> On 26 Mar 2015, at 21:32, Daan Hoogland  wrote:
> 
> Well, these are interesting questions.
> 
> A generic solution is to split the path on both seperators in a
> generic (util) method. this would solve both a mixed and an unexpected
> case. On caveat is that for some reason a mixed case might be
> intentional though i can't see why right now.
> 
> Another tactic is to go for the root and solve it there but as this is
> a heterogeneous system, the root might be outside the java realm. Not
> that this would make solving on input inpossible but it would make it
> harder.
> 
> as a direct solution to run tests on a window based test system you
> might consider building using skipTests. that will not run unit tests
> during build.
> 
> third option is to abandon windows support which is not really an
> option but maybe a way for you to go (build in a virtualmachine).
> Hyperv is a target so you don't have to worry about my wishful
> thinking.
> 
> 
> 
> On Thu, Mar 26, 2015 at 9:02 PM, Roger Crerie  wrote:
>> Daan I looked in my GIT histories and I see the commit 
>> a4c23b170e4c94d4ed4783b19a051ad8f6c45328  (findbugs: just in case we run on 
>> windows, use save expression)  So that is where my first problem is coming 
>> from.  Using Cygwin on Windows my file separators are the '/' character BUT 
>> Java stills sees them as
>> 2015-03-26 15:44:34 DEBUG Xen:441 - System File.separator = \
>> 2015-03-26 15:44:34 DEBUG Xen:442 - System File.separatorChar = \
>> 
>> So in this case using Cygwin on windows and running these tests the tests 
>> fail here.   Being new to cloudstack I am not sure that this merits a code 
>> fix to handle this situation.   I do know that the documentation on the wiki 
>> (https://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+a+CloudStack+dev+environment+on+Windows)
>>   gives you instructions on windows to download cygwin and install it on 
>> your window system.
>> 
>> The second location I found a problem is trickier. We have 2 separate issues.
>> 
>> 1.) the getVirtualDiskPath() call creates you a VDisk path which contains 
>> different path separators (due in large part to the 
>> config.getAgentOvnRepoPath() call).
>> 2.) the StoragePlugin.storagePluginCreate call returns back a FileProperties 
>> file where all the separators are "/" and not '\' as defined by 
>> File.serparator.
>> 
>> Again this is probably a Cygwin on windows issue BUT the wiki does say to 
>> use Cygwin when developing on windows.  Thoughts?
>> 
>> Roger
>> 
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Thursday, March 26, 2015 3:23 PM
>> To: dev
>> Cc: Funs Kessen
>> Subject: Re: OVM3 test failures
>> 
>> right, so your second example means that the string has to be split 
>> according to both separators, it seems
>> 
>> On Thu, Mar 26, 2015 at 8:14 PM, Roger Crerie  wrote:
>>> So I have identified a couple of places in the code where these tests are 
>>> failing for me.  Again let me reiterate that I am building using Cygwin on 
>>> a Windows 7 system.  Up until today this has not been a problem but when I 
>>> brought in the OVM3 features I ran into FILE separator issues.
>>> 
>>> C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src\m
>>> ain\java\com\cloud\hypervisor\ovm3\objects\Xen.java
>>> 
>>> Line 437: String[] st = diskPath.split(File.separatorChar == '\\' ?
>>> "" : File.separator);
>>> 
>>> On my build environment this return a String array of size 1.   The path I 
>>> getting back from the getVMDiskDetailFromMap call looks like 
>>> file:/OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/722eb520-dcf5-4113-8f45-22d67c9a2f3c.raw
>>>  and the \ character isn't present at all.  When I make the regex string to 
>>> be '/' my test now works.
>>> 
>>> C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src\m
>>> ain\java\com\cloud\hypervisor\ovm3\resources
>>> 
>>> Line 553: if (!fp.getName().equals(file)) {
>>> 
>>> Again this has to do with the file separator character.
>>> 
>>> /OVS/Repositories/f12842ebf5ed3fe78da1eb0e17f5ede8/VirtualDisks/15710e
>>> ca-1ea7-47f0-8bde-e6bd0066fec8.raw !=
>>> /OVS/Repositories\f12842ebf5ed3fe78da1eb0e17f5ede8\VirtualDisks\15710e

Re: OVM3 test failures

[Daan Hoogland]

On Thu, Mar 26, 2015 at 9:35 PM, Funs Kessen  wrote:
> Hi Roger/Daan,
>
> Sorry for coming late to the party, and my apologies in advance!

that's alright, i learned something about cs;)

...
> The second part of the booboo is in the tests themselves actually as you’ve 
> noticed, so I’ll have to place the File.seperator there too in XenTest.java.
>
> Thanks for reaching out!
>
> @Daan: I can fix it in the ovm3rebase branch so you can pick it out ?

yeah, that or send me a patch

Don't forget I added to the misery myself by adding
a4c23b170e4c94d4ed4783b19a051ad8f6c45328



-- 
Daan

RE: OVM3 test failures

[Roger Crerie]

Thanks both for the reply.  I am going to try and move forward with the 
skipTest option for now.  After fixing these issues I found myself for these 
test I ran into another test error in the plugins/network-elements/midonet 
code.  I will attach my build output here but again just skipping the test 
might get me through a build.  My biggest issue I guess is an update from the 
source cause a slew of new build problems which didn't exist before.  I guess 
that teaches me to update my source  ;).  

Roger

-Original Message-
From: Funs Kessen [mailto:fozzielumpk...@gmail.com] On Behalf Of Funs Kessen
Sent: Thursday, March 26, 2015 4:36 PM
To: Daan Hoogland; Roger Crerie
Cc: dev
Subject: Re: OVM3 test failures

Hi Roger/Daan,

Sorry for coming late to the party, and my apologies in advance!

You’re right as the base value for “getVirtualDiskPath” is hardcoded in 
com.cloud.hypervisor.ovm3.resources.helpers Ovm3Configuration,java’s variable 
agentOvmRepoPath. I never thought about it as OVM3 is linux itself and I 
developed it on Mac/Linux, so my bad as I should have used File.seperator 
there. The same goes for “getAgentSecStoragePath”’s agentSecStoragePath 
variable 

The second part of the booboo is in the tests themselves actually as you’ve 
noticed, so I’ll have to place the File.seperator there too in XenTest.java.

Thanks for reaching out!

@Daan: I can fix it in the ovm3rebase branch so you can pick it out ?

Cheers,

Funs

> On 26 Mar 2015, at 21:32, Daan Hoogland  wrote:
> 
> Well, these are interesting questions.
> 
> A generic solution is to split the path on both seperators in a 
> generic (util) method. this would solve both a mixed and an unexpected 
> case. On caveat is that for some reason a mixed case might be 
> intentional though i can't see why right now.
> 
> Another tactic is to go for the root and solve it there but as this is 
> a heterogeneous system, the root might be outside the java realm. Not 
> that this would make solving on input inpossible but it would make it 
> harder.
> 
> as a direct solution to run tests on a window based test system you 
> might consider building using skipTests. that will not run unit tests 
> during build.
> 
> third option is to abandon windows support which is not really an 
> option but maybe a way for you to go (build in a virtualmachine).
> Hyperv is a target so you don't have to worry about my wishful 
> thinking.
> 
> 
> 
> On Thu, Mar 26, 2015 at 9:02 PM, Roger Crerie  wrote:
>> Daan I looked in my GIT histories and I see the commit 
>> a4c23b170e4c94d4ed4783b19a051ad8f6c45328  (findbugs: just in case we run on 
>> windows, use save expression)  So that is where my first problem is coming 
>> from.  Using Cygwin on Windows my file separators are the '/' character BUT 
>> Java stills sees them as
>> 2015-03-26 15:44:34 DEBUG Xen:441 - System File.separator = \
>> 2015-03-26 15:44:34 DEBUG Xen:442 - System File.separatorChar = \
>> 
>> So in this case using Cygwin on windows and running these tests the tests 
>> fail here.   Being new to cloudstack I am not sure that this merits a code 
>> fix to handle this situation.   I do know that the documentation on the wiki 
>> (https://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+a+CloudStack+dev+environment+on+Windows)
>>   gives you instructions on windows to download cygwin and install it on 
>> your window system.
>> 
>> The second location I found a problem is trickier. We have 2 separate issues.
>> 
>> 1.) the getVirtualDiskPath() call creates you a VDisk path which contains 
>> different path separators (due in large part to the 
>> config.getAgentOvnRepoPath() call).
>> 2.) the StoragePlugin.storagePluginCreate call returns back a FileProperties 
>> file where all the separators are "/" and not '\' as defined by 
>> File.serparator.
>> 
>> Again this is probably a Cygwin on windows issue BUT the wiki does say to 
>> use Cygwin when developing on windows.  Thoughts?
>> 
>> Roger
>> 
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Thursday, March 26, 2015 3:23 PM
>> To: dev
>> Cc: Funs Kessen
>> Subject: Re: OVM3 test failures
>> 
>> right, so your second example means that the string has to be split 
>> according to both separators, it seems
>> 
>> On Thu, Mar 26, 2015 at 8:14 PM, Roger Crerie  wrote:
>>> So I have identified a couple of places in the code where these tests are 
>>> failing for me.  Again let me reiterate that I am building using Cygwin on 
>>> a Windows 7 system.  Up until today this has not been a problem but when I 
>>> brought in the OVM3 features I ran into FILE separator issues.
>>> 
>>> C:\workspaces\Cloudstack\WS1\cloudstack\plugins\hypervisors\ovm3\src
>>> \m ain\java\com\cloud\hypervisor\ovm3\objects\Xen.java
>>> 
>>> Line 437: String[] st = diskPath.split(File.separatorChar == '\\' ?
>>> "" : File.separator);
>>> 
>>> On my build environment this return a String array of size 1.   The path

Re: cloudstack 4.4.2 - VM network rate limit - has no effect

[Wido den Hollander]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 03/26/2015 06:12 PM, bob wrote:
> Hello, I am using a PHP API to cloudstack 4.4.2 - When I make the
> call to deployVirtualMachine and attempt to pass the parm 
> details[0].networkrate = 1 it does not rate limit the network to
> 1MB. What am I doing wrong?
> 

Can you check the XML definition of the guest on the hypervisor?

$ virsh dumpxml i-VM-

In the network section you should see a network throttle setting.

If not, it might be that your Qemu or libvirt is to old. I'm not sure
what versions you need.

> It is using the default value from Global Settings: 
> vm.network.throttling.rate and ignores my VM compute service
> offering rate. How do I force it to use the rate defined by my api
> call to deployVirtualMachine?
> 
> Here is my PHP code: //... $displayVM = "true"; // an optional
> field, whether to the display the vm to the end user or not. 
> $hypervisor = "KVM"; //the hypervisor on which to deploy the 
> virtual machine
> 
> $vars = array( // Required by API call: 'serviceofferingid' =>
> CUSTOM_COMPUTE_OFFERING, 'templateid'=>$templateId, 
> 'zoneid'=>ZONE_ID, // Optional but useful: 
> 'details[0].networkrate'=>1, // Network Throttling of 1MB/s not
> working here... //'networkrate'=>1, 
> 'account'=>$account, 'displayname'=>$displayName, 
> 'displayvm'=>$displayVM, 'domainid'=>$domainid, //ROOT_DOMAIN_ID, 
> 'hypervisor'=>$hypervisor, 'name'=>$name, 
> 'networkids'=>NETWORK_ID, ); //
> https://github.com/jasonhancock/cloudstack-api-extension //... 
> $deploy = $cloudstack->deployVirtualMachine($vars); // does curl
> request...
> 
> Note: It will create the VM and runs fine with no errors
> generated... However, when I download a 10 MB test file it will get
> 10MB/s download, and does not limit it to 1MB/s. Also, when I use
> the cloudstack interface to look at the Instance Details, I do not
> see any rate limit set.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVFG93AAoJEAGbWC3bPspCc5UP/2/JDa7PHsDoaoOCYQlOPYaT
tlJBpRviHkWl/IB5Dup86nDF6GjNYrwbRA0+YKn2E8UwgJ+lAz13Vkqg3eCLH3OK
Na++WFMNePlR/MOYKRic0XuW+8YflKwKfxTs2OU96y5t3DqBuZzVpBKEKvxprTqv
5uhJZLnyoA1AZotg+oMAgD07SBtnFEIqlIxiP/K7UROPMnE0D8pUOVD4Z2Tdrh5p
Rc7yNHU9XbLJjxuf1fpZkTmA6Htt+Qb4r3K4aOztmt6n7I1ov91HQSUQaYH3jQnJ
t06apLb8Ip4w85HpfqupfVQAVF26swawi7ghuJ/BVvG+/EaY4nyyhoUPoM6Q42fW
YusLbfCWaOM8yB0Hr0TjGBPAXzuIKcI1j4KxX13WONBMTNqn34TYanxXDD2UhYZE
6W8sfB3+cF0N4HF1EBTKDAYRcVolqZWILuvYIx1VmFEuJfSljg+X47ULI/keiuWX
vcdagoS2eJCsVreym5S6lbd3jFjJibpcu+MUsT0Rb9M8hvdZ3b/x3+mHaXaAhErQ
4xOoZhbD+rbeBfD+WP6HOJRLvGsdPfSMJXxxdWz+xgIn4Odbc/eoV/zuVPGuHBSE
e5JqqLuXRzQPmktrP0uxMPgyqUH/hjyW+6g4F5A3/siixjziI2NfvfEzJ1qGDtFw
d3H56NFlcAPmD5/+Ldew
=ii1N
-END PGP SIGNATURE-

Re: OVM3 test failures

[Funs Kessen]

Cool, really thanks for reaching out, much appreciated!

I’ve had the same problem with keeping my sources up to date, it hurts a lot :) 
I don’t recognise the midget error tbh :(

Cheers,

Funs

> On 26 Mar 2015, at 21:41, Roger Crerie  wrote:
> 
> Thanks both for the reply.  I am going to try and move forward with the 
> skipTest option for now.  After fixing these issues I found myself for these 
> test I ran into another test error in the plugins/network-elements/midonet 
> code.  I will attach my build output here but again just skipping the test 
> might get me through a build.  My biggest issue I guess is an update from the 
> source cause a slew of new build problems which didn't exist before.  I guess 
> that teaches me to update my source  ;).  
> 
> Roger
> 
> -Original Message-
> From: Funs Kessen [mailto:fozzielumpk...@gmail.com] On Behalf Of Funs Kessen
> Sent: Thursday, March 26, 2015 4:36 PM
> To: Daan Hoogland; Roger Crerie
> Cc: dev
> Subject: Re: OVM3 test failures
> 
> Hi Roger/Daan,
> 
> Sorry for coming late to the party, and my apologies in advance!
> 
> You’re right as the base value for “getVirtualDiskPath” is hardcoded in 
> com.cloud.hypervisor.ovm3.resources.helpers Ovm3Configuration,java’s variable 
> agentOvmRepoPath. I never thought about it as OVM3 is linux itself and I 
> developed it on Mac/Linux, so my bad as I should have used File.seperator 
> there. The same goes for “getAgentSecStoragePath”’s agentSecStoragePath 
> variable 
> 
> The second part of the booboo is in the tests themselves actually as you’ve 
> noticed, so I’ll have to place the File.seperator there too in XenTest.java.
> 
> Thanks for reaching out!
> 
> @Daan: I can fix it in the ovm3rebase branch so you can pick it out ?
> 
> Cheers,
> 
> Funs
> 
>> On 26 Mar 2015, at 21:32, Daan Hoogland  wrote:
>> 
>> Well, these are interesting questions.
>> 
>> A generic solution is to split the path on both seperators in a 
>> generic (util) method. this would solve both a mixed and an unexpected 
>> case. On caveat is that for some reason a mixed case might be 
>> intentional though i can't see why right now.
>> 
>> Another tactic is to go for the root and solve it there but as this is 
>> a heterogeneous system, the root might be outside the java realm. Not 
>> that this would make solving on input inpossible but it would make it 
>> harder.
>> 
>> as a direct solution to run tests on a window based test system you 
>> might consider building using skipTests. that will not run unit tests 
>> during build.
>> 
>> third option is to abandon windows support which is not really an 
>> option but maybe a way for you to go (build in a virtualmachine).
>> Hyperv is a target so you don't have to worry about my wishful 
>> thinking.
>> 
>> 
>> 
>> On Thu, Mar 26, 2015 at 9:02 PM, Roger Crerie  wrote:
>>> Daan I looked in my GIT histories and I see the commit 
>>> a4c23b170e4c94d4ed4783b19a051ad8f6c45328  (findbugs: just in case we run on 
>>> windows, use save expression)  So that is where my first problem is coming 
>>> from.  Using Cygwin on Windows my file separators are the '/' character BUT 
>>> Java stills sees them as
>>> 2015-03-26 15:44:34 DEBUG Xen:441 - System File.separator = \
>>> 2015-03-26 15:44:34 DEBUG Xen:442 - System File.separatorChar = \
>>> 
>>> So in this case using Cygwin on windows and running these tests the tests 
>>> fail here.   Being new to cloudstack I am not sure that this merits a code 
>>> fix to handle this situation.   I do know that the documentation on the 
>>> wiki 
>>> (https://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+a+CloudStack+dev+environment+on+Windows)
>>>   gives you instructions on windows to download cygwin and install it on 
>>> your window system.
>>> 
>>> The second location I found a problem is trickier. We have 2 separate 
>>> issues.
>>> 
>>> 1.) the getVirtualDiskPath() call creates you a VDisk path which contains 
>>> different path separators (due in large part to the 
>>> config.getAgentOvnRepoPath() call).
>>> 2.) the StoragePlugin.storagePluginCreate call returns back a 
>>> FileProperties file where all the separators are "/" and not '\' as defined 
>>> by File.serparator.
>>> 
>>> Again this is probably a Cygwin on windows issue BUT the wiki does say to 
>>> use Cygwin when developing on windows.  Thoughts?
>>> 
>>> Roger
>>> 
>>> -Original Message-
>>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>>> Sent: Thursday, March 26, 2015 3:23 PM
>>> To: dev
>>> Cc: Funs Kessen
>>> Subject: Re: OVM3 test failures
>>> 
>>> right, so your second example means that the string has to be split 
>>> according to both separators, it seems
>>> 
>>> On Thu, Mar 26, 2015 at 8:14 PM, Roger Crerie  wrote:
 So I have identified a couple of places in the code where these tests are 
 failing for me.  Again let me reiterate that I am building using Cygwin on 
 a Windows 7 system.  Up until today this has not been a problem but

Re: OVM3 test failures

[Funs Kessen]

> On 26 Mar 2015, at 21:41, Daan Hoogland  wrote:
> 
> On Thu, Mar 26, 2015 at 9:35 PM, Funs Kessen  wrote:
>> Hi Roger/Daan,
>> 
>> Sorry for coming late to the party, and my apologies in advance!
> 
> that's alright, i learned something about cs;)
> 
Ditto!! :)

> ...
>> The second part of the booboo is in the tests themselves actually as you’ve 
>> noticed, so I’ll have to place the File.seperator there too in XenTest.java.
>> 
>> Thanks for reaching out!
>> 
>> @Daan: I can fix it in the ovm3rebase branch so you can pick it out ?
> 
> yeah, that or send me a patch
> 
I’ll get you a patch asap, want to make sure I don’t have to make two =)

> Don't forget I added to the misery myself by adding
> a4c23b170e4c94d4ed4783b19a051ad8f6c45328
> 
"My friend of misery" ?

— 
=Funs

Re: cloudstack 4.4.2 - VM network rate limit - has no effect

[Marcus]

Does a standard service offering throttle like it's supposed to? Do we
have a place now that specifies which details are accepted?I've never
used the custom offering to pass network rate, only CPU/Memory, and
checking 'custom' on the service offering only hides cpu/memory but
requires a static network rate.

On Thu, Mar 26, 2015 at 1:43 PM, Wido den Hollander  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> On 03/26/2015 06:12 PM, bob wrote:
>> Hello, I am using a PHP API to cloudstack 4.4.2 - When I make the
>> call to deployVirtualMachine and attempt to pass the parm
>> details[0].networkrate = 1 it does not rate limit the network to
>> 1MB. What am I doing wrong?
>>
>
> Can you check the XML definition of the guest on the hypervisor?
>
> $ virsh dumpxml i-VM-
>
> In the network section you should see a network throttle setting.
>
> If not, it might be that your Qemu or libvirt is to old. I'm not sure
> what versions you need.
>
>> It is using the default value from Global Settings:
>> vm.network.throttling.rate and ignores my VM compute service
>> offering rate. How do I force it to use the rate defined by my api
>> call to deployVirtualMachine?
>>
>> Here is my PHP code: //... $displayVM = "true"; // an optional
>> field, whether to the display the vm to the end user or not.
>> $hypervisor = "KVM"; //the hypervisor on which to deploy the
>> virtual machine
>>
>> $vars = array( // Required by API call: 'serviceofferingid' =>
>> CUSTOM_COMPUTE_OFFERING, 'templateid'=>$templateId,
>> 'zoneid'=>ZONE_ID, // Optional but useful:
>> 'details[0].networkrate'=>1, // Network Throttling of 1MB/s not
>> working here... //'networkrate'=>1,
>> 'account'=>$account, 'displayname'=>$displayName,
>> 'displayvm'=>$displayVM, 'domainid'=>$domainid, //ROOT_DOMAIN_ID,
>> 'hypervisor'=>$hypervisor, 'name'=>$name,
>> 'networkids'=>NETWORK_ID, ); //
>> https://github.com/jasonhancock/cloudstack-api-extension //...
>> $deploy = $cloudstack->deployVirtualMachine($vars); // does curl
>> request...
>>
>> Note: It will create the VM and runs fine with no errors
>> generated... However, when I download a 10 MB test file it will get
>> 10MB/s download, and does not limit it to 1MB/s. Also, when I use
>> the cloudstack interface to look at the Instance Details, I do not
>> see any rate limit set.
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQIcBAEBAgAGBQJVFG93AAoJEAGbWC3bPspCc5UP/2/JDa7PHsDoaoOCYQlOPYaT
> tlJBpRviHkWl/IB5Dup86nDF6GjNYrwbRA0+YKn2E8UwgJ+lAz13Vkqg3eCLH3OK
> Na++WFMNePlR/MOYKRic0XuW+8YflKwKfxTs2OU96y5t3DqBuZzVpBKEKvxprTqv
> 5uhJZLnyoA1AZotg+oMAgD07SBtnFEIqlIxiP/K7UROPMnE0D8pUOVD4Z2Tdrh5p
> Rc7yNHU9XbLJjxuf1fpZkTmA6Htt+Qb4r3K4aOztmt6n7I1ov91HQSUQaYH3jQnJ
> t06apLb8Ip4w85HpfqupfVQAVF26swawi7ghuJ/BVvG+/EaY4nyyhoUPoM6Q42fW
> YusLbfCWaOM8yB0Hr0TjGBPAXzuIKcI1j4KxX13WONBMTNqn34TYanxXDD2UhYZE
> 6W8sfB3+cF0N4HF1EBTKDAYRcVolqZWILuvYIx1VmFEuJfSljg+X47ULI/keiuWX
> vcdagoS2eJCsVreym5S6lbd3jFjJibpcu+MUsT0Rb9M8hvdZ3b/x3+mHaXaAhErQ
> 4xOoZhbD+rbeBfD+WP6HOJRLvGsdPfSMJXxxdWz+xgIn4Odbc/eoV/zuVPGuHBSE
> e5JqqLuXRzQPmktrP0uxMPgyqUH/hjyW+6g4F5A3/siixjziI2NfvfEzJ1qGDtFw
> d3H56NFlcAPmD5/+Ldew
> =ii1N
> -END PGP SIGNATURE-

Re: [VOTE] Apache CloudStack 4.5.1-rc1

[Rohit Yadav]

Hi Pierre,

I’ve added an extra check to fallback and use hardcoded list of algorithms if 
the list/context in unavailable.

> On 27-Mar-2015, at 12:33 am, Pierre-Luc Dion  wrote:
>
> Rohit, by any chance , does this fix this one:
> https://issues.apache.org/jira/browse/CLOUDSTACK-8231 ?
>
> Thanks!
>
>
>
> On Thu, Mar 26, 2015 at 9:01 AM, Geoff Higginbottom <
> geoff.higginbot...@shapeblue.com> wrote:
>
>> Good work Rohit
>>
>> Regards
>>
>> Geoff Higginbottom
>>
>> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>>
>> geoff.higginbot...@shapeblue.com
>>
>> -Original Message-
>> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
>> Sent: 26 March 2015 12:56
>> To: dev@cloudstack.apache.org
>> Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1
>>
>> Hi all,
>>
>> The bug Geoff found has been fixed now along with the issue of editing an
>> existing LB rule (which is sort of a workaround for now).
>>
>>> On 26-Mar-2015, at 2:36 pm, Geoff Higginbottom <
>> geoff.higginbot...@shapeblue.com> wrote:
>>>
>>> Hi Rohit,
>>>
>>> Here is the output from Firebug when I try to remove a VM from a
>>> LoadBalancer, the end result is it fails
>>>
>>> commandremoveFromLoadBalancerRule
>>> id286b1f4e-fe78-4d55-bea3-4627665e2203
>>> responsejson
>>> sessionkeyqJOddbBPY1W4z3l9/A1zHu/nHfc=
>>> vmidipmap[0].vmidf9c0ae7f-3b14-4ee1-980b-107125243d95
>>> vmidipmap[0].vmip192.168.201.74
>>>
>>> If I try the same command using CloudMonkey it also fails
>>>
>>> cm remove fromloadbalancerrule id=286b1f4e-fe78-4d55-bea3-4627665e2203
>>> vmidipmap[0].vmid=f9c0ae7f-3b14-4ee1-980b-107125243d95
>>> vmidipmap[0].vmip=192.168.201.74 Async job
>>> 6196badf-a26c-45fc-a08b-e337f693e62a failed
>>>
>>> However if I then run
>>>
>>> (geoff) cm remove fromloadbalancerrule
>>> id=286b1f4e-fe78-4d55-bea3-4627665e2203
>>> virtualmachineids=f9c0ae7f-3b14-4ee1-980b-107125243d95
>>>
>>> It succeeds!
>>>
>>> accountid = f65a1ff1-ba3e-44ab-9727-17b9227c4c86
>>> cmd =
>>> org.apache.cloudstack.api.command.user.loadbalancer.RemoveFromLoadBala
>>> ncerRuleCmd
>>> created = 2015-03-26T08:55:04+
>>> jobid = d74c4909-7721-4592-9e99-1751e7e0631b
>>> jobprocstatus = 0
>>> jobresult:
>>> success = True
>>> jobresultcode = 0
>>> jobresulttype = object
>>> jobstatus = 1
>>> userid = 4d6a37ee-6ab1-4300-8e3a-823fec050bb0
>>>
>>> I'm running the latest 4.5.1 RC
>>>
>>> Regarding the Edit LoadBalancer issue you reported, I am seeing the
>> exact same thing.  When I click the Edit button, nothing happens and
>> Firebug reports the following:
>>>
>>> TypeError: args.context is undefined
>>> var data = getLBAlgorithms(args.context.networks[0]);
>>>
>>> So there appears to be at least two issues here relating to
>>> LoadBalancer Rules and the UI
>>>
>>> Regards
>>>
>>> Geoff Higginbottom
>>>
>>> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>>>
>>> geoff.higginbot...@shapeblue.com
>>>
>>> -Original Message-
>>> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
>>> Sent: 26 March 2015 07:25
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: [VOTE] Apache CloudStack 4.5.1-rc1
>>>
>>> Hi Geoff,
>>>
>>> I tried with latest 4.5 branch and was able to add/remove VMs from LB
>> rules in an advance zone with KVM. I did not find any issues. The API can
>> take both list of VM ids and the vmidipmap. This is the trace from Chrome
>> devtools:
>>>
>>> command:removeFromLoadBalancerRule
>>> response:json
>>> id:61da47f1-05d1-436e-8c6e-093bdf00d7f6
>>> vmidipmap[0].vmid:ca2b87a1-c291-4683-a765-691c6af1916e
>>> vmidipmap[0].vmip:10.1.1.184
>>>
>>> Geoff - can you share more details, so as to reproduce and fix it?
>>>
>>> Though one issue which broke for me was that I was unable to edit the LB
>> algorithm for an existing rule. I looked at the issue, and it was that when
>> Edit was pressed it would get lb algorithms from the list network response
>> instead of hard coding it.
>>>
>>> It came from https://issues.apache.org/jira/browse/CLOUDSTACK-7915
>>> The issue was in case the object given to the js handler was undefined
>> it would fail for me. It failed both on Chrome and Firefox, so I've added a
>> workaround to fallback on hardcoded list of LB algorithms if the passed arg
>> is undefined:
>>>
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;
>>> h=221e429;hp=ca1e5c16906ebcccba8fd382239659d9083c4178
>>>
>>> Can any of the UI gurus can suggest a better fix for this?
>>>
>>> On Thursday 26 March 2015 12:17 AM, Geoff Higginbottom wrote:
 -1

 The main reason for a -1 is in relation to a UI bug when trying to
>> delete Load Balancing Rules.  When a user tries to remove a VM from a Load
>> Balancer config using the UI it fails, however using the API it works.

 It looks like the UI is not sending the virtualmachineid but is
 trying to use vmidipmap[0].vmid and vmipipmap[0].vmip which fails

 I'm testing this in a EIP/ELB Basic Zone with a NetScaler which I know
>> is not a common conf

Jenkins build is still unstable: simulator-4.5-singlerun #191

[jenkins]

See 

Re: [DISCUSS] Improving VR services such as password server

[Rohit Yadav]

Hi everyone,

I want to re-start the discussion on improving VR services and making a 
framework to build/improve old/new features such as reset password, dhcp, dns, 
vpn etc. that are both running on VR or on user VMs (reset password for 
example). For this, I’ve updated the wiki for high level goals and architecture 
diagram. Please share your comments and review on this proposal:

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Agents+Framework

Kishan - Yes, I’m also want to have a mechanism to update/upgrade systemvms 
without say registering a new one, or say during the patching process it can 
upgrades packages; since recently we had seen several openssl related issues 
where a common fix was to simply upgrade the packages. See the above wiki for 
details.

> On 20-Feb-2015, at 2:48 pm, Kishan Kavala  wrote:
>
> Rohit,
> Completely agree with the scalability and maintenance issues with systems 
> Vms. Using an agent inside VR will probably work well for KVM, since the KVM 
> agent (Resource layer) is remote. Communication using link-local network also 
> won't be a problem is such case.
> For other hypervisors, it will increase load on the mgmt server due to direct 
> agents.  Also, mgmt server cannot access VRs directly.
>
> The options you mentioned  are definitely worth exploring.
>
> Are you also looking at improving system Vm upgrade procedure?
>
> -Original Message-
> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
> Sent: Friday, February 20, 2015 1:24 PM
> To: dev; us...@cloudstack.apache.org
> Subject: [DISCUSS] Improving VR services such as password server
>
> Hi,
>
> I'm trying to explore how to make systemvms more robust and fault-tolerant, 
> and the manual/automated QA of systemvms. One of the common user facing 
> issues related to scalability was the reset password/key servers where the VR 
> serves data using socat etc using forking mechanisms and global locks. This 
> slows down the processes such as reset password.
>
> More here: https://issues.apache.org/jira/browse/CLOUDSTACK-8272
>
> One of the blindly thrown solutions includes increasing the VR RAM which 
> works for at scale but then seems to fail again when the load is increased 
> beyond a point. I don't know of any performance and stress testing reports 
> that tell us about these bottlenecks. Please share if you have done anything 
> in this regard.
>
> I want to do couple of things:
>
> - Explore systemvm build changes using newer tools such as packer
> - Cleanup script execution and code in resource layer
> - Start replacing bash scripts with more robust implementations, perhaps a 
> single or few agents on VRs that provide non-hardcoded well-documented 
> interfaces
> - Right now everything in VR/systemvms is sort of hardcoded and the 
> services/interfaces are not well-documented. The idea is to refactor and wrap 
> everything we want to do with the systemvms in a general agents framework 
> that provides monitoring and managing the VRs (do stuff like upgrades etc to 
> combat things like ghost, poodle issues):
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Agents+Framework
>
> What are the other issues you've had in past that you would like to be 
> improved?
>
> --
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 8826230892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab PS. If you see any footer below, I 
> did not add it :) Find out more about ShapeBlue and our range of CloudStack 
> related services
>
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> 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