答复: hyperv ssvm start failed

[穆凯辉]

Hi,

We still can not run cloudstack 4.4.1 + hyperv successfully. The Hyperv ssvm
still can not start successfully.

We run cloudstack 4.4.1 in centos 6.5, not added into ad. A 2012 R2 Hyperv
server is used to create hyperv vm with two Ethernet, one for cloudstack
management, and an external switch created on the other enternet. This
hyperv server have been added to AD. A windows server 2012 is created for
the Primary and Secondary storage use SMB protocol, which also has been
added into ad. 

When we start the whole zone. The ssvm can not start successfully. The log
of cloudstack is attached in this mail as named "error.log" and The error
log in Hyperv Server is only one as shown in "hyperv-server.png".

Should the cloudstack manage server be added into AD?  

Your response is very important for us. Thank you very much.

khmu
-邮件原件-
发件人: 穆凯辉 [mailto:k...@landhightech.com] 
发送时间: 2014年11月14日 15:42
收件人: dev@cloudstack.apache.org
主题: 答复: hyperv ssvm start failed

Sorry, we encountered some problem to install the windows server 2012 dc R2.
So we now try to install Hyperv server 2012 r2.
Can windows server 2012 dc be also used for hyperv host with cloudstack 4.4?
We will inform you as soon as possible if there is some progress.


-邮件原件-
发件人: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
发送时间: 2014年11月14日 15:24
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

Is it working now?

-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com]
Sent: Thursday, November 13, 2014 11:52 AM
To: dev@cloudstack.apache.org
Subject: 答复: hyperv ssvm start failed

Ok. We will change to windows server 2012 hyperv host with English locale
set. Thank you very much.


---
穆凯辉
苏州蓝海彤翔系统科技有限公司
Suzhou Land High System Tech CO.,Ltd
地址：苏州高新区科灵路78号7号楼2层
手机：13771859356
邮编：215163

---


-邮件原件-
发件人: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
发送时间: 2014年11月13日 14:00
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

Probably you are facing issue
https://issues.apache.org/jira/browse/CLOUDSTACK-7277.

-Original Message-
From: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
Sent: Thursday, November 13, 2014 10:52 AM
To: dev@cloudstack.apache.org
Subject: RE: hyperv ssvm start failed

You got me wrong. I have not suggested to change permissions. I have
suggested to change the locale to US English(instead of Chinese/Japanese) of
account with which the Hyper-V Agent service is running.

I suspect that your windows server account is running in different locale
other than English.


-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com]
Sent: Thursday, November 13, 2014 6:10 AM
To: dev@cloudstack.apache.org
Subject: 答复: hyperv ssvm start failed

Thanks.

We try to run Hyper-v agent by local administrator. But the agent crashed.
So we change to use domain administrator to run this agent. 

We will try to create a new user to run this agent.

Thank you very much.




---

-邮件原件-
发件人: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
发送时间: 2014年11月12日 19:39
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

You have to run Hyper-V Agent service with the account which has it locale
set to US English.



-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com]
Sent: Wednesday, November 12, 2014 4:56 PM
To: dev@cloudstack.apache.org
Subject: hyperv ssvm start failed

Hi all,

 

 We use cloudstack 4.4.0 to manage a windows server 2012 dc hyper-v
host. Both of the primary and secondary storage are setup on this windows
hyper-v host using SMB protocol. The Virtual Switch in Hyperv is named
“VirtualNetork”.

 

when we start the zone, the ssvm is created in hyper-v, but it can not
start, and is destroy immediately. The error event in windows is as follows:

 


2014-11-12 18:55:03,150 [12] INFO  HypervResource.HypervResourceController
[55c7a1ce-0320-4976-9915-ae6fb44682ba] - {

  "com.cloud.agent.api.StartAnswer": {

"result": false,

"details": "com.cloud.agent.api.StartCommand fail on exception未将对象引
用设置到对象的实例。",

"vm": {

  "id": 1,

  "name": "v-1-VM",

  "type": "ConsoleProxy",

  "cpus": 1,

  "minSpeed": 500,

  "maxSpeed": 500,

  "minRam": 1073741824,

  "maxRam": 1073741824,

  "arch": "x86_64",

  "os": "Debian GNU/Linux 5.0 (64-bit)",

  "bootArgs": " template=domP type=consoleproxy host=192.168.1.137
port=8250 name=v-1-VM zone=1 pod=1 guid=Proxy.1 proxy_vm=1
disable_rp_filter=true eth2ip=192.168.1.33 eth2mask=255.255.255.0
gateway=192.168.1.254 eth0ip=169.254.0.70 eth0mask=255.255.0.0
eth

Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Daan Hoogland]

I looked up the field that other people reported on the mailing list.

ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT '1'

Can you try this in your upgraded system and restart?

On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett
 wrote:
> 4.4.2-Snapshot fails at the same
> Starting 
> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb
>
> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
> information that is privileged, confidential, and/or otherwise protected from 
> disclosure to anyone other than its intended recipient(s).  Any dissemination 
> or use of this electronic email or its contents (including any attachments) 
> by persons other than the intended recipient(s) is strictly prohibited.  If 
> you have received this message in error, please notify me immediately by 
> reply email so that I may correct my internal records.  Please then delete 
> the original message (including any attachments) in its entirety.  Thank you.
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Wednesday, November 19, 2014 9:20 AM
> To: dev
> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>
> No, this would be for testing only!
>
> On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
>  wrote:
>> How do I go about doing this with centos 6.5 management servers and will 
>> there be a upgrade migration path back to 4.4.2 release?
>>
>>
>> Sent on a Sprint Samsung Galaxy S® III
>>
>>  Original message From: Daan Hoogland
>>  Date:11/19/2014  4:54 AM
>> (GMT-05:00) To: dev  
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 
>> to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT (meaning 
>> the latest state of the 4.4 branch)? to see if there is a difference there.
>>
>> On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
>> wrote:
>>> please sand them to daan hoogland on gmail if it needs to be private
>>>
>>> On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
>>>  wrote:
 It’s a few lines and Dan If you would like to view them I can send them to 
 you. The problem lies in the network part.

 CONFIDENTIAL: This electronic mail, including any attachment(s) may 
 contain information that is privileged, confidential, and/or otherwise 
 protected from disclosure to anyone other than its intended recipient(s).  
 Any dissemination or use of this electronic email or its contents 
 (including any attachments) by persons other than the intended 
 recipient(s) is strictly prohibited.  If you have received this message in 
 error, please notify me immediately by reply email so that I may correct 
 my internal records.  Please then delete the original message (including 
 any attachments) in its entirety.  Thank you.

 -Original Message-
 From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
 Sent: Tuesday, November 18, 2014 9:20 AM
 To: dev
 Subject: Re: Advised to send to Dev list - Broken update from 4.4 to
 4.4.1

 Matthew, How big is the diff?

 On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
  wrote:
> Thanks Nux I realized that after I posted but had to leave the office.
>
> As I side note I did the upgrade again yesterday and it failed at 
> starting the bridge networking.  I dropped the DB and set it up like a 
> fresh install and that worked. I uploaded the upgraded db and it still 
> failed to start so I decided to diff them. I then ran win merge and 
> merged a  lot of lines and it started again. My network was not  showing 
> correctly and that made since, since it would fail at the part. I spent 
> most of the day yesterday mucking around the db before I said screw it 
> and rolled the upgrade back. I am 100% sure that the problem is in the db 
> upgrade. What I really need it is to give someone my pre update db and my 
> post update db and let them run compare the two.  I am sure that a 
> developer can help me. There was another user that was posting on my 
> original email on the user list and his management server was failing at 
> the same spot so it might not be related to just me.
>
> My Db's of course contain sensitive information and I don't want to just 
> add a link for everyone to see. What is the best practice for this?
>
>
> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
> contain information that is privileged, confidential, and/or otherwise 
> protected from disclosure to anyone other than its intended recipient(s). 
>  Any dissemination or use of this electronic email or its contents 
> (including any attachments) by persons other than the intended 
> recipient(s) is strictly prohibited.  If you have received this message 
> in error, please notify me immediately by reply email so that I may

RE: hyperv ssvm start failed

[Anshul Gangwar]

You cannot attach log to dev list. You can use pastebin to put log and post the 
link here.

You don't need to have management server added to AD.

Are you able to reach to your previous state where you were able to launch 
system vms but they were getting destroyed?

Are you using the US English locale account to run Hyper-V Agent service?

From: 穆凯辉 [k...@landhightech.com]
Sent: Thursday, November 20, 2014 1:36 PM
To: dev@cloudstack.apache.org
Subject: 答复: hyperv ssvm start failed

Hi,

We still can not run cloudstack 4.4.1 + hyperv successfully. The Hyperv ssvm
still can not start successfully.

We run cloudstack 4.4.1 in centos 6.5, not added into ad. A 2012 R2 Hyperv
server is used to create hyperv vm with two Ethernet, one for cloudstack
management, and an external switch created on the other enternet. This
hyperv server have been added to AD. A windows server 2012 is created for
the Primary and Secondary storage use SMB protocol, which also has been
added into ad.

When we start the whole zone. The ssvm can not start successfully. The log
of cloudstack is attached in this mail as named "error.log" and The error
log in Hyperv Server is only one as shown in "hyperv-server.png".

Should the cloudstack manage server be added into AD?

Your response is very important for us. Thank you very much.

khmu
-邮件原件-
发件人: 穆凯辉 [mailto:k...@landhightech.com]
发送时间: 2014年11月14日 15:42
收件人: dev@cloudstack.apache.org
主题: 答复: hyperv ssvm start failed

Sorry, we encountered some problem to install the windows server 2012 dc R2.
So we now try to install Hyperv server 2012 r2.
Can windows server 2012 dc be also used for hyperv host with cloudstack 4.4?
We will inform you as soon as possible if there is some progress.


-邮件原件-
发件人: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
发送时间: 2014年11月14日 15:24
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

Is it working now?

-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com]
Sent: Thursday, November 13, 2014 11:52 AM
To: dev@cloudstack.apache.org
Subject: 答复: hyperv ssvm start failed

Ok. We will change to windows server 2012 hyperv host with English locale
set. Thank you very much.


---
穆凯辉
苏州蓝海彤翔系统科技有限公司
Suzhou Land High System Tech CO.,Ltd
地址：苏州高新区科灵路78号7号楼2层
手机：13771859356
邮编：215163

---


-邮件原件-
发件人: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
发送时间: 2014年11月13日 14:00
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

Probably you are facing issue
https://issues.apache.org/jira/browse/CLOUDSTACK-7277.

-Original Message-
From: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
Sent: Thursday, November 13, 2014 10:52 AM
To: dev@cloudstack.apache.org
Subject: RE: hyperv ssvm start failed

You got me wrong. I have not suggested to change permissions. I have
suggested to change the locale to US English(instead of Chinese/Japanese) of
account with which the Hyper-V Agent service is running.

I suspect that your windows server account is running in different locale
other than English.


-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com]
Sent: Thursday, November 13, 2014 6:10 AM
To: dev@cloudstack.apache.org
Subject: 答复: hyperv ssvm start failed

Thanks.

We try to run Hyper-v agent by local administrator. But the agent crashed.
So we change to use domain administrator to run this agent.

We will try to create a new user to run this agent.

Thank you very much.




---

-邮件原件-
发件人: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
发送时间: 2014年11月12日 19:39
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

You have to run Hyper-V Agent service with the account which has it locale
set to US English.



-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com]
Sent: Wednesday, November 12, 2014 4:56 PM
To: dev@cloudstack.apache.org
Subject: hyperv ssvm start failed

Hi all,



 We use cloudstack 4.4.0 to manage a windows server 2012 dc hyper-v
host. Both of the primary and secondary storage are setup on this windows
hyper-v host using SMB protocol. The Virtual Switch in Hyperv is named
“VirtualNetork”.



when we start the zone, the ssvm is created in hyper-v, but it can not
start, and is destroy immediately. The error event in windows is as follows:




2014-11-12 18:55:03,150 [12] INFO  HypervResource.HypervResourceController
[55c7a1ce-0320-4976-9915-ae6fb44682ba] - {

  "com.cloud.agent.api.StartAnswer": {

"result": false,

"details": "com.cloud.agent.api.StartCommand fail on exception未将对象引
用设置到对象的实例。",

"vm": {

  "id": 1,

  "n

答复: hyperv ssvm start failed

[穆凯辉]

The cloudstack log is as follows:


2014-11-20 14:53:10,758 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-3:ctx-c859f450) POST request to
https://192.168.1.78:8250/api/HypervResource/org.apache.cloudstack.storage.c
ommand.CopyCommand with contents
{"srcTO":{"org.apache.cloudstack.storage.to.TemplateObjectTO":{"origUrl":"ht
tp://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-hyperv.vh
d.bz2","uuid":"12778b5a-7080-11e4-a46b-000c299522c6","id":9,"format":"VHD","
accountId":1,"checksum":"1c0bdb131e3b7ee753d014961fdd6eb0","hvm":false,"disp
layText":"SystemVM Template
(HyperV)","imageDataStore":{"org.apache.cloudstack.storage.to.PrimaryDataSto
reTO":{"uuid":"b48e8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"SMB"
,"host":"192.168.1.79","path":"/WINPrimary?user=cloudstackadmin&domain=cloud
","port":445,"url":"SMB://192.168.1.79/WINPrimary?user=cloudstackadmin&domai
n=cloud/?ROLE=Primary&STOREUUID=b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"}},"nam
e":"routing-9","hypervisorType":"Hyperv"}},"destTO":{"org.apache.cloudstack.
storage.to.VolumeObjectTO":{"uuid":"bab80dd6-16da-4713-979d-c69b91d7eea6","v
olumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryData
StoreTO":{"uuid":"b48e8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"S
MB","host":"192.168.1.79","path":"/WINPrimary?user=cloudstackadmin&domain=cl
oud","port":445,"url":"SMB://192.168.1.79/WINPrimary?user=cloudstackadmin&do
main=cloud/?ROLE=Primary&STOREUUID=b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"}},"
name":"ROOT-2","size":0,"volumeId":2,"vmName":"v-2-VM","accountId":1,"format
":"VHDX","id":2,"deviceId":0,"hypervisorType":"Hyperv"}},"executeInSequence"
:false,"options":{},"contextMap":{},"wait":0}
2014-11-20 14:53:10,772 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-3:ctx-c859f450) Sending cmd to
https://192.168.1.78:8250/api/HypervResource/org.apache.cloudstack.storage.c
ommand.CopyCommand cmd
data:{"srcTO":{"org.apache.cloudstack.storage.to.TemplateObjectTO":{"origUrl
":"http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-hype
rv.vhd.bz2","uuid":"12778b5a-7080-11e4-a46b-000c299522c6","id":9,"format":"V
HD","accountId":1,"checksum":"1c0bdb131e3b7ee753d014961fdd6eb0","hvm":false,
"displayText":"SystemVM Template
(HyperV)","imageDataStore":{"org.apache.cloudstack.storage.to.PrimaryDataSto
reTO":{"uuid":"b48e8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"SMB"
,"host":"192.168.1.79","path":"/WINPrimary?user=cloudstackadmin&domain=cloud
","port":445,"url":"SMB://192.168.1.79/WINPrimary?user=cloudstackadmin&domai
n=cloud/?ROLE=Primary&STOREUUID=b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"}},"nam
e":"routing-9","hypervisorType":"Hyperv"}},"destTO":{"org.apache.cloudstack.
storage.to.VolumeObjectTO":{"uuid":"bab80dd6-16da-4713-979d-c69b91d7eea6","v
olumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryData
StoreTO":{"uuid":"b48e8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"S
MB","host":"192.168.1.79","path":"/WINPrimary?user=cloudstackadmin&domain=cl
oud","port":445,"url":"SMB://192.168.1.79/WINPrimary?user=cloudstackadmin&do
main=cloud/?ROLE=Primary&STOREUUID=b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"}},"
name":"ROOT-2","size":0,"volumeId":2,"vmName":"v-2-VM","accountId":1,"format
":"VHDX","id":2,"deviceId":0,"hypervisorType":"Hyperv"}},"executeInSequence"
:false,"options":{},"contextMap":{},"wait":0}
2014-11-20 14:53:20,838 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-5:ctx-0427c434) POST response is
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":true,"deta
ils":null,"newData":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"dat
aStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"b48e
8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"SMB","host":"192.168.1.
79","path":"/WINPrimary?user=cloudstackadmin&domain=cloud","port":445,"url":
"SMB://192.168.1.79/WINPrimary?user=cloudstackadmin&domain=cloud/?ROLE=Prima
ry&STOREUUID=b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"}},"format":"VHD","name":"
ROOT-1","path":"f09879e9-fe76-4c2c-b051-164867c4099a","uuid":"f09879e9-fe76-
4c2c-b051-164867c4099a","size":0,"primaryDataStore":{"host":"192.168.1.79","
uri":"cifs://192.168.1.79/WINPrimary?user=cloudstackadmin&domain=cloud","_ro
le":null,"Path":"\\192.168.1.79/WINPrimary","UncPath":"\\192.168.1.79/WINPri
mary","User":"cloudstackadmin",,"Domain":"cloud","isLocal":false},"nfsDataSt
ore":null,"FullFileName":"\\192.168.1.79\WINPrimary\f09879e9-fe76-4c2c-b051-
164867c4099a.vhd"}},"contextMap":{}}}]
2014-11-20 14:53:20,842 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-3:ctx-c859f450) POST response is
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":true,"deta
ils":null,"newData":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"dat
aStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"b48e
8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"SMB","host":"192.168.1.
79","path":"/WINPri

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

[jenkins]

See 

Changes:

[Rohit Yadav] Bump release version to 4.3.2-SNAPSHOT and add empty db upgrade 
path

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on cloudstack-buildslave-centos6-383 
(cloudstack-buildslave-centos6) in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url git://git.apache.org/cloudstack.git # 
 > timeout=400
Fetching upstream changes from git://git.apache.org/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress git://git.apache.org/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/4.3^{commit} # timeout=400
Checking out Revision c3c3bab41a2734a1f0e67065b52c5233bb64d023 (origin/4.3)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f c3c3bab41a2734a1f0e67065b52c5233bb64d023
 > /usr/bin/git rev-list 14e048dadabba67d09f85d12019fcd39b8b47db1 # timeout=400
FATAL: Couldn’t find any executable in /opt/apache-maven-3.0.5
Build step 'Invoke top-level Maven targets' marked build as failure

Jenkins build is back to stable : simulator-singlerun #671

[jenkins]

See 

RE: hyperv ssvm start failed

[Anshul Gangwar]

Also attach the Hyper-V Agent logs. You can export logs to a file and paste 
here.

Log around the error  are also important.

From: 穆凯辉 [k...@landhightech.com]
Sent: Thursday, November 20, 2014 2:23 PM
To: dev@cloudstack.apache.org
Subject: 答复: hyperv ssvm start failed

The cloudstack log is as follows:


2014-11-20 14:53:10,758 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-3:ctx-c859f450) POST request to
https://secure-web.cisco.com/1oflyd9LmCGMGuT8CDjlfCeNVsFVZvVl2IfjYTxFJtSjyFDNf1PvTn8W09yp5CAaG3ZYxhDIAWPOzwbyZYssgKBlz_x3-IX8tcGlrCq0M-kliVTicpGlybr92nGBqyi_UiS5cuiJd6qhHRewHJ_Rb-QYrV4jBwqUIjyPF_qJfzi4/https%3A%2F%2F192.168.1.78%3A8250%2Fapi%2FHypervResource%2Forg.apache.cloudstack.storage.c
ommand.CopyCommand with contents
{"srcTO":{"org.apache.cloudstack.storage.to.TemplateObjectTO":{"origUrl":"ht
tp://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-hyperv.vh
d.bz2","uuid":"12778b5a-7080-11e4-a46b-000c299522c6","id":9,"format":"VHD","
accountId":1,"checksum":"1c0bdb131e3b7ee753d014961fdd6eb0","hvm":false,"disp
layText":"SystemVM Template
(HyperV)","imageDataStore":{"org.apache.cloudstack.storage.to.PrimaryDataSto
reTO":{"uuid":"b48e8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"SMB"
,"host":"192.168.1.79","path":"/WINPrimary?user=cloudstackadmin&domain=cloud
","port":445,"url":"SMB://192.168.1.79/WINPrimary?user=cloudstackadmin&domai
n=cloud/?ROLE=Primary&STOREUUID=b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"}},"nam
e":"routing-9","hypervisorType":"Hyperv"}},"destTO":{"org.apache.cloudstack.
storage.to.VolumeObjectTO":{"uuid":"bab80dd6-16da-4713-979d-c69b91d7eea6","v
olumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryData
StoreTO":{"uuid":"b48e8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"S
MB","host":"192.168.1.79","path":"/WINPrimary?user=cloudstackadmin&domain=cl
oud","port":445,"url":"SMB://192.168.1.79/WINPrimary?user=cloudstackadmin&do
main=cloud/?ROLE=Primary&STOREUUID=b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"}},"
name":"ROOT-2","size":0,"volumeId":2,"vmName":"v-2-VM","accountId":1,"format
":"VHDX","id":2,"deviceId":0,"hypervisorType":"Hyperv"}},"executeInSequence"
:false,"options":{},"contextMap":{},"wait":0}
2014-11-20 14:53:10,772 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-3:ctx-c859f450) Sending cmd to
https://secure-web.cisco.com/1oflyd9LmCGMGuT8CDjlfCeNVsFVZvVl2IfjYTxFJtSjyFDNf1PvTn8W09yp5CAaG3ZYxhDIAWPOzwbyZYssgKBlz_x3-IX8tcGlrCq0M-kliVTicpGlybr92nGBqyi_UiS5cuiJd6qhHRewHJ_Rb-QYrV4jBwqUIjyPF_qJfzi4/https%3A%2F%2F192.168.1.78%3A8250%2Fapi%2FHypervResource%2Forg.apache.cloudstack.storage.c
ommand.CopyCommand cmd
data:{"srcTO":{"org.apache.cloudstack.storage.to.TemplateObjectTO":{"origUrl
":"http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-hype
rv.vhd.bz2","uuid":"12778b5a-7080-11e4-a46b-000c299522c6","id":9,"format":"V
HD","accountId":1,"checksum":"1c0bdb131e3b7ee753d014961fdd6eb0","hvm":false,
"displayText":"SystemVM Template
(HyperV)","imageDataStore":{"org.apache.cloudstack.storage.to.PrimaryDataSto
reTO":{"uuid":"b48e8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"SMB"
,"host":"192.168.1.79","path":"/WINPrimary?user=cloudstackadmin&domain=cloud
","port":445,"url":"SMB://192.168.1.79/WINPrimary?user=cloudstackadmin&domai
n=cloud/?ROLE=Primary&STOREUUID=b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"}},"nam
e":"routing-9","hypervisorType":"Hyperv"}},"destTO":{"org.apache.cloudstack.
storage.to.VolumeObjectTO":{"uuid":"bab80dd6-16da-4713-979d-c69b91d7eea6","v
olumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryData
StoreTO":{"uuid":"b48e8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"S
MB","host":"192.168.1.79","path":"/WINPrimary?user=cloudstackadmin&domain=cl
oud","port":445,"url":"SMB://192.168.1.79/WINPrimary?user=cloudstackadmin&do
main=cloud/?ROLE=Primary&STOREUUID=b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"}},"
name":"ROOT-2","size":0,"volumeId":2,"vmName":"v-2-VM","accountId":1,"format
":"VHDX","id":2,"deviceId":0,"hypervisorType":"Hyperv"}},"executeInSequence"
:false,"options":{},"contextMap":{},"wait":0}
2014-11-20 14:53:20,838 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
(DirectAgent-5:ctx-0427c434) POST response is
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":true,"deta
ils":null,"newData":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"dat
aStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"b48e
8cd6-8ec5-3c34-8a43-020c6daaaea9","id":1,"poolType":"SMB","host":"192.168.1.
79","path":"/WINPrimary?user=cloudstackadmin&domain=cloud","port":445,"url":
"SMB://192.168.1.79/WINPrimary?user=cloudstackadmin&domain=cloud/?ROLE=Prima
ry&STOREUUID=b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"}},"format":"VHD","name":"
ROOT-1","path":"f09879e9-fe76-4c2c-b051-164867c4099a","uuid":"f09879e9-fe76-
4c2c-b051-164867c4099a","size":0,"primaryDataStore":{"host":"192.168.1.79","
uri":"cifs://192.168.1.79/WINPrimary?user=clou

[DISCUSS] Any issues to be fixed for 4.3.1?

[Rohit Yadav]

Hi,

We’ve some bugfixes backported to 4.3 branch since 4.3.1 was released and I 
think we should at least support this branch with a 4.3.2 release in next 
couple of weeks until a stable 4.5.0 is released in next couple of months.

I’m going through JIRA and list of issues and will help backport fixes to the 
4.3 branch. So, please share if you’ve found any blocker/critical/major issue 
that you found in 4.3.0 or 4.3.1 and want to be fixed. Thanks.

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: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Daan Hoogland]

I did some more investigation

In your sql dumps I found that the field was present in your 'editted'
version but not in either the 4.4.0 or the 4.4.1 versions. Did you get
this version of the db working?

In the code I found that this statement should be executed in the
430to440 upgrade step which should have been executed during the 4.4.0
installation (the install does a 4.0.0 install and then upgrades up to
the version you are installing) That would mean that during the
initial install something went wrong. Did you see anything like this?

thanks,


On Thu, Nov 20, 2014 at 9:44 AM, Daan Hoogland  wrote:
> I looked up the field that other people reported on the mailing list.
>
> ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT 
> '1'
>
> Can you try this in your upgraded system and restart?
>
> On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett
>  wrote:
>> 4.4.2-Snapshot fails at the same
>> Starting 
>> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb
>>
>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>> information that is privileged, confidential, and/or otherwise protected 
>> from disclosure to anyone other than its intended recipient(s).  Any 
>> dissemination or use of this electronic email or its contents (including any 
>> attachments) by persons other than the intended recipient(s) is strictly 
>> prohibited.  If you have received this message in error, please notify me 
>> immediately by reply email so that I may correct my internal records.  
>> Please then delete the original message (including any attachments) in its 
>> entirety.  Thank you.
>>
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Wednesday, November 19, 2014 9:20 AM
>> To: dev
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>>
>> No, this would be for testing only!
>>
>> On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
>>  wrote:
>>> How do I go about doing this with centos 6.5 management servers and will 
>>> there be a upgrade migration path back to 4.4.2 release?
>>>
>>>
>>> Sent on a Sprint Samsung Galaxy S® III
>>>
>>>  Original message From: Daan Hoogland
>>>  Date:11/19/2014  4:54 AM
>>> (GMT-05:00) To: dev  
>>> Subject: Re: Advised to send to Dev list - Broken update from 
>>> 4.4 to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT 
>>> (meaning the latest state of the 4.4 branch)? to see if there is a 
>>> difference there.
>>>
>>> On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
>>> wrote:
 please sand them to daan hoogland on gmail if it needs to be private

 On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
  wrote:
> It’s a few lines and Dan If you would like to view them I can send them 
> to you. The problem lies in the network part.
>
> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
> contain information that is privileged, confidential, and/or otherwise 
> protected from disclosure to anyone other than its intended recipient(s). 
>  Any dissemination or use of this electronic email or its contents 
> (including any attachments) by persons other than the intended 
> recipient(s) is strictly prohibited.  If you have received this message 
> in error, please notify me immediately by reply email so that I may 
> correct my internal records.  Please then delete the original message 
> (including any attachments) in its entirety.  Thank you.
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Tuesday, November 18, 2014 9:20 AM
> To: dev
> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to
> 4.4.1
>
> Matthew, How big is the diff?
>
> On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
>  wrote:
>> Thanks Nux I realized that after I posted but had to leave the office.
>>
>> As I side note I did the upgrade again yesterday and it failed at 
>> starting the bridge networking.  I dropped the DB and set it up like a 
>> fresh install and that worked. I uploaded the upgraded db and it still 
>> failed to start so I decided to diff them. I then ran win merge and 
>> merged a  lot of lines and it started again. My network was not  showing 
>> correctly and that made since, since it would fail at the part. I spent 
>> most of the day yesterday mucking around the db before I said screw it 
>> and rolled the upgrade back. I am 100% sure that the problem is in the 
>> db upgrade. What I really need it is to give someone my pre update db 
>> and my post update db and let them run compare the two.  I am sure that 
>> a developer can help me. There was another user that was posting on my 
>> original email on the user list and his management server was failing at 
>> the same spot so it might not be re

Review Request 28279: CLOUDSTACK-7951: cloudstack-agent jsvc gets too large virtual memory space.

[Keiichi Yusa]

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

Review request for cloudstack.


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


Repository: cloudstack-git


Description
---

cloudstack-agent jsvc gets too large virtual memory space on huge
memory equipped machine.
Due to this problem, qemu-kvm process often fails deploying a VM
that uses large RAM.

This patch limits amount of memory used by cloudstack-agent jsvc.
As a result, qemu-kvm process does not fail deploying a VM that
uses large memory.


Diffs
-

  packaging/centos63/cloud-agent.rc ab49524 

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


Testing
---

We are using this patch in our CloudStack environment.
In fact, cloudstack-agent jsvc reduces virtual memory
from about 35GB to about 6GB. (Physical machine has 128GB RAM)


Thanks,

Keiichi Yusa

Jenkins build became unstable: simulator-singlerun #672

[jenkins]

See 

Build failed in Jenkins: simulator-singlerun #673

[jenkins]

See 

Changes:

[Rohit Yadav] schema: Add upgrade path from 4.3.2 to 4.5.0

--
[...truncated 581 lines...]
at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
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.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
at 
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at 
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at 
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
at 
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
2014-11-20 05:05:01,028 ERROR [utils.rest.RESTServiceConnector] (main:) Failed 
to retrieve object : null
2014-11-20 05:05:01,038 ERROR [utils.rest.RESTServiceConnector] (main:) 
IOException caught while trying to connect to the REST Service
java.io.IOException
at 
com.cloud.utils.rest.RESTValidationStrategy.executeMethod(RESTValidationStrategy.java:106)
at 
com.cloud.utils.rest.RESTServiceConnector.executeMethod(RESTServiceConnector.java:277)
at 
com.cloud.utils.rest.RESTServiceConnector.executeUpdateObject(RESTServiceConnector.java:183)
at 
com.cloud.utils.rest.RESTServiceConnectorTest.testExecuteUpdateObjectException(RESTServiceConnectorTest.java:273)
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.internal.runners.statements.ExpectException.evaluate(ExpectException.java:19)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
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:236)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
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.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
at 
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at 
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at 
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
at 
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
Tests run: 24, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.052 sec
Running com.cloud.utils.StringUtilsTest
Tests run: 25, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.094 sec
Running com.cloud.utils.ScriptTest
2014-11-20 05:05:01,151 DEBUG [utils.script.Script] (main:) Executing: 
/bin/echo bar 
2014-11-20 05:05:01,163 DEBUG [utils.script.Script] (main:) Execution is 
successful.
2014-11-20 05:05:01,164 DEBUG [utils.script.Script] (main:) Looking for pwd in 

答复: hyperv ssvm start failed

[穆凯辉]

#TYPE System.Diagnostics.EventLogEntry#application/CloudStack Hyper-V
Agent/0
EventID,"MachineName","Data","Index","Category","CategoryNumber","EntryType"
,"Message","Source","ReplacementStrings","InstanceId","TimeGenerated","TimeW
ritten","UserName","Site","Container"
0,"hyperv-server1.cloud.priv","System.Byte[]","22841","(0)","0","Information
","2014-11-20 16:24:35,601 [10] INFO
HypervResource.HypervResourceController
[897ebcfe-8897-4c02-b6c7-be7d08f5729c] - {
  ""com.cloud.agent.api.GetStorageStatsAnswer"": {
""result"": true,
""details"": null,
""capacity"": 149954752512,
""used"": 23543066624,
""contextMap"": {}
  }
}
,CloudStack Hyper-V Agent","System.String[]","0","2014/11/21
8:24:35","2014/11/21 8:24:35",,,
0,"hyperv-server1.cloud.priv","System.Byte[]","22840","(0)","0","Information
","2014-11-20 16:24:35,601 [10] DEBUG
HypervResource.HypervResourceController
[897ebcfe-8897-4c02-b6c7-be7d08f5729c] -
com.cloud.agent.api.GetStorageStatsCommand set used bytes for
\\192.168.1.79\WINPrimary to 23543066624
,CloudStack Hyper-V Agent","System.String[]","0","2014/11/21
8:24:35","2014/11/21 8:24:35",,,
0,"hyperv-server1.cloud.priv","System.Byte[]","22839","(0)","0","Information
","2014-11-20 16:24:35,601 [10] INFO
HypervResource.HypervResourceController
[897ebcfe-8897-4c02-b6c7-be7d08f5729c] -
com.cloud.agent.api.GetStorageStatsCommand{
  ""id"": ""b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"",
  ""localPath"": ""/WINPrimary?user=cloudstackadmin&domain=cloud"",
  ""pooltype"": ""SMB"",
  ""contextMap"": {},
  ""wait"": 0
}
,CloudStack Hyper-V Agent","System.String[]","0","2014/11/21
8:24:35","2014/11/21 8:24:35",,,
0,"hyperv-server1.cloud.priv","System.Byte[]","22838","(0)","0","Information
","2014-11-20 16:24:15,506 [10] INFO
HypervResource.HypervResourceController
[4ff92984-9601-4cf4-89d4-f44e7c8dac39] - {
  ""com.cloud.agent.api.GetHostStatsAnswer"": {
""result"": true,
""hostStats"": {
  ""hostId"": 1,
  ""entityType"": ""host"",
  ""cpuUtilization"": 1.0,
  ""networkReadKBs"": 546709530.0,
  ""networkWriteKBs"": 4708971054.0,
  ""totalMemoryKBs"": 134138344.0,
  ""freeMemoryKBs"": 127542216.0
},
""details"": null,
""contextMap"": {}
  }
}
,CloudStack Hyper-V Agent","System.String[]","0","2014/11/21
8:24:15","2014/11/21 8:24:15",,,
0,"hyperv-server1.cloud.priv","System.Byte[]","22837","(0)","0","Information
","2014-11-20 16:24:15,131 [10] INFO
HypervResource.HypervResourceController
[4ff92984-9601-4cf4-89d4-f44e7c8dac39] -
com.cloud.agent.api.GetHostStatsCommand{
  ""hostGuid"": ""3be2f4fe-f3c7-33c1-8127-696c45258534-HypervResource"",
  ""hostName"": ""192.168.1.78"",
  ""hostId"": 1,
  ""contextMap"": {},
  ""wait"": 0
}
,CloudStack Hyper-V Agent","System.String[]","0","2014/11/21
8:24:15","2014/11/21 8:24:15",,,
0,"hyperv-server1.cloud.priv","System.Byte[]","22836","(0)","0","Information
","2014-11-20 16:24:13,162 [10] INFO
HypervResource.HypervResourceController
[b3bc116e-fb2c-4713-8589-8864dca4c0e0] - {
  ""com.cloud.agent.api.CheckHealthAnswer"": {
""result"": true,
""details"": ""resource is alive"",
""contextMap"": {}
  }
}
,CloudStack Hyper-V Agent","System.String[]","0","2014/11/21
8:24:13","2014/11/21 8:24:13",,,
0,"hyperv-server1.cloud.priv","System.Byte[]","22835","(0)","0","Information
","2014-11-20 16:24:13,162 [10] INFO
HypervResource.HypervResourceController
[b3bc116e-fb2c-4713-8589-8864dca4c0e0] -
com.cloud.agent.api.CheckHealthCommand{
  ""contextMap"": {},
  ""wait"": 50
}
,CloudStack Hyper-V Agent","System.String[]","0","2014/11/21
8:24:13","2014/11/21 8:24:13",,,
0,"hyperv-server1.cloud.priv","System.Byte[]","22834","(0)","0","Information
","2014-11-20 16:23:35,510 [9] INFO  HypervResource.HypervResourceController
[4e4832aa-e742-40f2-9e62-7a69ae213c2f] - {
  ""com.cloud.agent.api.GetStorageStatsAnswer"": {
""result"": true,
""details"": null,
""capacity"": 149954752512,
""used"": 23543066624,
""contextMap"": {}
  }
}
,CloudStack Hyper-V Agent","System.String[]","0","2014/11/21
8:23:35","2014/11/21 8:23:35",,,
0,"hyperv-server1.cloud.priv","System.Byte[]","22833","(0)","0","Information
","2014-11-20 16:23:35,510 [9] DEBUG HypervResource.HypervResourceController
[4e4832aa-e742-40f2-9e62-7a69ae213c2f] -
com.cloud.agent.api.GetStorageStatsCommand set used bytes for
\\192.168.1.79\WINPrimary to 23543066624
,CloudStack Hyper-V Agent","System.String[]","0","2014/11/21
8:23:35","2014/11/21 8:23:35",,,
0,"hyperv-server1.cloud.priv","System.Byte[]","22832","(0)","0","Information
","2014-11-20 16:23:35,510 [9] INFO  HypervResource.HypervResourceController
[4e4832aa-e742-40f2-9e62-7a69ae213c2f] -
com.cloud.agent.api.GetStorageStatsCommand{
  ""id"": ""b48e8cd6-8ec5-3c34-8a43-020c6daaaea9"",
  ""localPath"": ""/WINPrimary?user=cloudstackadmin&domain=cloud"",
  ""pooltype"": ""SMB"",
  ""contextMap"": {},
  ""wait"": 0
}
,CloudStack Hyper-V Agent","System.String[]","0","2014/11/21
8:23:35","2014/11/21 8:23

Re: [DISCUSS] Any issues to be fixed for 4.3.1?

[Mike Tutkowski]

This is not a blocker, but if we have a 4.3.2, I'd be interested in making
a simple update to the SolidFire plug-in.

On Thu, Nov 20, 2014 at 10:15 AM, Rohit Yadav 
wrote:

> Hi,
>
> We’ve some bugfixes backported to 4.3 branch since 4.3.1 was released and
> I think we should at least support this branch with a 4.3.2 release in next
> couple of weeks until a stable 4.5.0 is released in next couple of months.
>
> I’m going through JIRA and list of issues and will help backport fixes to
> the 4.3 branch. So, please share if you’ve found any blocker/critical/major
> issue that you found in 4.3.0 or 4.3.1 and want to be fixed. Thanks.
>
> 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<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> 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.
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: [DISCUSS] Any issues to be fixed for 4.3.1?

[Wido den Hollander]

On 11/20/2014 10:15 AM, Rohit Yadav wrote:
> Hi,
> 
> We’ve some bugfixes backported to 4.3 branch since 4.3.1 was released and I 
> think we should at least support this branch with a 4.3.2 release in next 
> couple of weeks until a stable 4.5.0 is released in next couple of months.
> 
> I’m going through JIRA and list of issues and will help backport fixes to the 
> 4.3 branch. So, please share if you’ve found any blocker/critical/major issue 
> that you found in 4.3.0 or 4.3.1 and want to be fixed. Thanks.
> 

I think that backporting this one would be useful for users:
https://issues.apache.org/jira/browse/CLOUDSTACK-3383

Simple fix, it's in master with 69ee01af9df8d72ccd8901d146726e74edda95d7

Wido

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

Review Request 28278: CLOUDSTACK-7949: Fixing issue in test_base_image_updation.py

[Ashutosh Kelkar]

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

Review request for cloudstack, sanjeev n and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

The test case test_04 failed while rebooting because the template it was using 
was being deleted in test_03.
Instead the template should be deleted after all the test cases have executed.

Made according changes and also fixeed the assertion.


Diffs
-

  test/integration/component/test_base_image_updation.py 8288f2c 

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


Testing
---

Test deploy an instance with service offerings with IsVolatile set. ... === 
TestName: test_01_deploy_instance_with_is_volatile_offering | Status : SUCCESS 
===
ok
Test rebooting instances created with isVolatile service offerings ... === 
TestName: test_02_reboot_instance_with_is_volatile_offering | Status : SUCCESS 
===
ok
Test restoring a vm with different template than the one it was created with 
... === TestName: test_03_restore_vm_with_new_template | Status : SUCCESS ===
ok
1) Create a VM using the Service offering IsVolatile enabled ... === TestName: 
test_04_reoccuring_snapshot_rules | Status : SUCCESS ===
ok

--
Ran 4 tests in 5416.231s

OK


Thanks,

Ashutosh Kelkar

Review Request 28281: CLOUDSTACK-7953: Fixed time wait period for verifying snapshot policy

[Ashutosh Kelkar]

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

Review request for cloudstack, sanjeev n and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

The wait period for checking the max snapshots created by snapshot policy 
should be double the snapshot policy time. In that way we can be sure that 
snapshot policy is not creating snapshots more than maxsnaps parameter.


Diffs
-

  test/integration/component/test_snapshot_limits.py 18a1c65 

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


Testing
---

Yes.


Thanks,

Ashutosh Kelkar

ccceu

[Sebastien Goasguen]

if you are at ccceu, don't hesitate to jump in and red card to join the panel…

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

[jenkins]

See 

Changes:

[Daan Hoogland] Fixed CLOUDSTACK-7937 CloudStack accepts unauthenticated LDAP 
binds

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on cloudstack-buildslave-centos6-383 
(cloudstack-buildslave-centos6) in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url git://git.apache.org/cloudstack.git # 
 > timeout=400
Fetching upstream changes from git://git.apache.org/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress git://git.apache.org/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/4.3^{commit} # timeout=400
Checking out Revision 09a3eefba7b4a59a2ec8d2dc328f6ec19715c3d3 (origin/4.3)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 09a3eefba7b4a59a2ec8d2dc328f6ec19715c3d3
 > /usr/bin/git rev-list c3c3bab41a2734a1f0e67065b52c5233bb64d023 # timeout=400
FATAL: Couldn’t find any executable in /opt/apache-maven-3.0.5
Build step 'Invoke top-level Maven targets' marked build as failure

Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

Yes but I hacked it so poorly that my networking was not right. So I rolled 
back. I'm guessing that if I add that field then it might upgrade?


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Daan Hoogland 
 Date:11/20/2014  4:29 AM  (GMT-05:00) 
To: dev  Subject: Re: Advised 
to send to Dev list - Broken update from 4.4 to 4.4.1 
I did some more investigation

In your sql dumps I found that the field was present in your 'editted'
version but not in either the 4.4.0 or the 4.4.1 versions. Did you get
this version of the db working?

In the code I found that this statement should be executed in the
430to440 upgrade step which should have been executed during the 4.4.0
installation (the install does a 4.0.0 install and then upgrades up to
the version you are installing) That would mean that during the
initial install something went wrong. Did you see anything like this?

thanks,


On Thu, Nov 20, 2014 at 9:44 AM, Daan Hoogland  wrote:
> I looked up the field that other people reported on the mailing list.
>
> ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT 
> '1'
>
> Can you try this in your upgraded system and restart?
>
> On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett
>  wrote:
>> 4.4.2-Snapshot fails at the same
>> Starting 
>> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb
>>
>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>> information that is privileged, confidential, and/or otherwise protected 
>> from disclosure to anyone other than its intended recipient(s).  Any 
>> dissemination or use of this electronic email or its contents (including any 
>> attachments) by persons other than the intended recipient(s) is strictly 
>> prohibited.  If you have received this message in error, please notify me 
>> immediately by reply email so that I may correct my internal records.  
>> Please then delete the original message (including any attachments) in its 
>> entirety.  Thank you.
>>
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Wednesday, November 19, 2014 9:20 AM
>> To: dev
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>>
>> No, this would be for testing only!
>>
>> On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
>>  wrote:
>>> How do I go about doing this with centos 6.5 management servers and will 
>>> there be a upgrade migration path back to 4.4.2 release?
>>>
>>>
>>> Sent on a Sprint Samsung Galaxy S® III
>>>
>>>  Original message From: Daan Hoogland
>>>  Date:11/19/2014  4:54 AM
>>> (GMT-05:00) To: dev  
>>> Subject: Re: Advised to send to Dev list - Broken update from 
>>> 4.4 to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT 
>>> (meaning the latest state of the 4.4 branch)? to see if there is a 
>>> difference there.
>>>
>>> On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
>>> wrote:
 please sand them to daan hoogland on gmail if it needs to be private

 On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
  wrote:
> It’s a few lines and Dan If you would like to view them I can send them 
> to you. The problem lies in the network part.
>
> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
> contain information that is privileged, confidential, and/or otherwise 
> protected from disclosure to anyone other than its intended recipient(s). 
>  Any dissemination or use of this electronic email or its contents 
> (including any attachments) by persons other than the intended 
> recipient(s) is strictly prohibited.  If you have received this message 
> in error, please notify me immediately by reply email so that I may 
> correct my internal records.  Please then delete the original message 
> (including any attachments) in its entirety.  Thank you.
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Tuesday, November 18, 2014 9:20 AM
> To: dev
> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to
> 4.4.1
>
> Matthew, How big is the diff?
>
> On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
>  wrote:
>> Thanks Nux I realized that after I posted but had to leave the office.
>>
>> As I side note I did the upgrade again yesterday and it failed at 
>> starting the bridge networking.  I dropped the DB and set it up like a 
>> fresh install and that worked. I uploaded the upgraded db and it still 
>> failed to start so I decided to diff them. I then ran win merge and 
>> merged a  lot of lines and it started again. My network was not  showing 
>> correctly and that made since, since it would fail at the part. I spent 
>> most of the day yesterday mucking around the db before I said screw it 
>> and rolled the upgrade back. I am 100% sure that the problem is i

Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Daan Hoogland]

yes, it was pointed out to me that others ran into the issue and
resolved it this way. The issue that during the 4.4.0 install
something went wrong still stands:(

On Thu, Nov 20, 2014 at 12:37 PM, Matthew Midgett
 wrote:
> Yes but I hacked it so poorly that my networking was not right. So I rolled 
> back. I'm guessing that if I add that field then it might upgrade?
>
>
> Sent on a Sprint Samsung Galaxy S® III
>
>  Original message From: Daan Hoogland 
>  Date:11/20/2014  4:29 AM  (GMT-05:00) 
> To: dev  Subject: Re: 
> Advised to send to Dev list - Broken update from 4.4 to 4.4.1 
> I did some more investigation
>
> In your sql dumps I found that the field was present in your 'editted'
> version but not in either the 4.4.0 or the 4.4.1 versions. Did you get
> this version of the db working?
>
> In the code I found that this statement should be executed in the
> 430to440 upgrade step which should have been executed during the 4.4.0
> installation (the install does a 4.0.0 install and then upgrades up to
> the version you are installing) That would mean that during the
> initial install something went wrong. Did you see anything like this?
>
> thanks,
>
>
> On Thu, Nov 20, 2014 at 9:44 AM, Daan Hoogland  
> wrote:
>> I looked up the field that other people reported on the mailing list.
>>
>> ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT 
>> '1'
>>
>> Can you try this in your upgraded system and restart?
>>
>> On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett
>>  wrote:
>>> 4.4.2-Snapshot fails at the same
>>> Starting 
>>> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb
>>>
>>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>>> information that is privileged, confidential, and/or otherwise protected 
>>> from disclosure to anyone other than its intended recipient(s).  Any 
>>> dissemination or use of this electronic email or its contents (including 
>>> any attachments) by persons other than the intended recipient(s) is 
>>> strictly prohibited.  If you have received this message in error, please 
>>> notify me immediately by reply email so that I may correct my internal 
>>> records.  Please then delete the original message (including any 
>>> attachments) in its entirety.  Thank you.
>>>
>>> -Original Message-
>>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>>> Sent: Wednesday, November 19, 2014 9:20 AM
>>> To: dev
>>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>>>
>>> No, this would be for testing only!
>>>
>>> On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
>>>  wrote:
 How do I go about doing this with centos 6.5 management servers and will 
 there be a upgrade migration path back to 4.4.2 release?


 Sent on a Sprint Samsung Galaxy S® III

  Original message From: Daan Hoogland
  Date:11/19/2014  4:54 AM
 (GMT-05:00) To: dev  
 Subject: Re: Advised to send to Dev list - Broken update from 
 4.4 to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT 
 (meaning the latest state of the 4.4 branch)? to see if there is a 
 difference there.

 On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
 wrote:
> please sand them to daan hoogland on gmail if it needs to be private
>
> On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
>  wrote:
>> It’s a few lines and Dan If you would like to view them I can send them 
>> to you. The problem lies in the network part.
>>
>> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
>> contain information that is privileged, confidential, and/or otherwise 
>> protected from disclosure to anyone other than its intended 
>> recipient(s).  Any dissemination or use of this electronic email or its 
>> contents (including any attachments) by persons other than the intended 
>> recipient(s) is strictly prohibited.  If you have received this message 
>> in error, please notify me immediately by reply email so that I may 
>> correct my internal records.  Please then delete the original message 
>> (including any attachments) in its entirety.  Thank you.
>>
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Tuesday, November 18, 2014 9:20 AM
>> To: dev
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to
>> 4.4.1
>>
>> Matthew, How big is the diff?
>>
>> On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
>>  wrote:
>>> Thanks Nux I realized that after I posted but had to leave the office.
>>>
>>> As I side note I did the upgrade again yesterday and it failed at 
>>> starting the bridge networking.  I dropped the DB and set it up like a 
>>> fresh install and that worked. I uploaded the upgraded db and it still 
>>> failed to start so I decided 

Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

I can't remember as this has been running for a year now. I do remember that I 
messed the 4.3 to 4.4 upgrade and then I did a fresh install with new db and 
all. At this point everything I was using worked just fine. I then read the 
4.4.1 release of root disk resize and mistakenly thought that xen was included. 
So I started the upgrade and it all fell app art from there. 

Thanks Dan and everyone else for your hard work. 


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Daan Hoogland 
 Date:11/20/2014  4:29 AM  (GMT-05:00) 
To: dev  Subject: Re: Advised 
to send to Dev list - Broken update from 4.4 to 4.4.1 
I did some more investigation

In your sql dumps I found that the field was present in your 'editted'
version but not in either the 4.4.0 or the 4.4.1 versions. Did you get
this version of the db working?

In the code I found that this statement should be executed in the
430to440 upgrade step which should have been executed during the 4.4.0
installation (the install does a 4.0.0 install and then upgrades up to
the version you are installing) That would mean that during the
initial install something went wrong. Did you see anything like this?

thanks,


On Thu, Nov 20, 2014 at 9:44 AM, Daan Hoogland  wrote:
> I looked up the field that other people reported on the mailing list.
>
> ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT 
> '1'
>
> Can you try this in your upgraded system and restart?
>
> On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett
>  wrote:
>> 4.4.2-Snapshot fails at the same
>> Starting 
>> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb
>>
>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>> information that is privileged, confidential, and/or otherwise protected 
>> from disclosure to anyone other than its intended recipient(s).  Any 
>> dissemination or use of this electronic email or its contents (including any 
>> attachments) by persons other than the intended recipient(s) is strictly 
>> prohibited.  If you have received this message in error, please notify me 
>> immediately by reply email so that I may correct my internal records.  
>> Please then delete the original message (including any attachments) in its 
>> entirety.  Thank you.
>>
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Wednesday, November 19, 2014 9:20 AM
>> To: dev
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>>
>> No, this would be for testing only!
>>
>> On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
>>  wrote:
>>> How do I go about doing this with centos 6.5 management servers and will 
>>> there be a upgrade migration path back to 4.4.2 release?
>>>
>>>
>>> Sent on a Sprint Samsung Galaxy S® III
>>>
>>>  Original message From: Daan Hoogland
>>>  Date:11/19/2014  4:54 AM
>>> (GMT-05:00) To: dev  
>>> Subject: Re: Advised to send to Dev list - Broken update from 
>>> 4.4 to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT 
>>> (meaning the latest state of the 4.4 branch)? to see if there is a 
>>> difference there.
>>>
>>> On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
>>> wrote:
 please sand them to daan hoogland on gmail if it needs to be private

 On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
  wrote:
> It’s a few lines and Dan If you would like to view them I can send them 
> to you. The problem lies in the network part.
>
> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
> contain information that is privileged, confidential, and/or otherwise 
> protected from disclosure to anyone other than its intended recipient(s). 
>  Any dissemination or use of this electronic email or its contents 
> (including any attachments) by persons other than the intended 
> recipient(s) is strictly prohibited.  If you have received this message 
> in error, please notify me immediately by reply email so that I may 
> correct my internal records.  Please then delete the original message 
> (including any attachments) in its entirety.  Thank you.
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Tuesday, November 18, 2014 9:20 AM
> To: dev
> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to
> 4.4.1
>
> Matthew, How big is the diff?
>
> On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
>  wrote:
>> Thanks Nux I realized that after I posted but had to leave the office.
>>
>> As I side note I did the upgrade again yesterday and it failed at 
>> starting the bridge networking.  I dropped the DB and set it up like a 
>> fresh install and that worked. I uploaded the upgraded db and it still 
>> failed to start so I decided to diff them. I then ran win merge and 
>> merged a  lot of lin

Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

I've rolled it back to 4.4.0 every time as as I can't leave a broken system I 
will upgrade to 4.4.1 in about an 2 hours and report back.

Sent on a Sprint Samsung Galaxy S® III

 Original message From: Daan Hoogland 
 Date:11/20/2014  3:44 AM  (GMT-05:00) 
To: dev  Subject: Re: Advised 
to send to Dev list - Broken update from 4.4 to 4.4.1 
I looked up the field that other people reported on the mailing list.

ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT '1'

Can you try this in your upgraded system and restart?

On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett
 wrote:
> 4.4.2-Snapshot fails at the same
> Starting 
> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb
>
> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
> information that is privileged, confidential, and/or otherwise protected from 
> disclosure to anyone other than its intended recipient(s).  Any dissemination 
> or use of this electronic email or its contents (including any attachments) 
> by persons other than the intended recipient(s) is strictly prohibited.  If 
> you have received this message in error, please notify me immediately by 
> reply email so that I may correct my internal records.  Please then delete 
> the original message (including any attachments) in its entirety.  Thank you.
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Wednesday, November 19, 2014 9:20 AM
> To: dev
> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>
> No, this would be for testing only!
>
> On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
>  wrote:
>> How do I go about doing this with centos 6.5 management servers and will 
>> there be a upgrade migration path back to 4.4.2 release?
>>
>>
>> Sent on a Sprint Samsung Galaxy S® III
>>
>>  Original message From: Daan Hoogland
>>  Date:11/19/2014  4:54 AM
>> (GMT-05:00) To: dev  
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 
>> to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT (meaning 
>> the latest state of the 4.4 branch)? to see if there is a difference there.
>>
>> On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
>> wrote:
>>> please sand them to daan hoogland on gmail if it needs to be private
>>>
>>> On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
>>>  wrote:
 It’s a few lines and Dan If you would like to view them I can send them to 
 you. The problem lies in the network part.

 CONFIDENTIAL: This electronic mail, including any attachment(s) may 
 contain information that is privileged, confidential, and/or otherwise 
 protected from disclosure to anyone other than its intended recipient(s).  
 Any dissemination or use of this electronic email or its contents 
 (including any attachments) by persons other than the intended 
 recipient(s) is strictly prohibited.  If you have received this message in 
 error, please notify me immediately by reply email so that I may correct 
 my internal records.  Please then delete the original message (including 
 any attachments) in its entirety.  Thank you.

 -Original Message-
 From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
 Sent: Tuesday, November 18, 2014 9:20 AM
 To: dev
 Subject: Re: Advised to send to Dev list - Broken update from 4.4 to
 4.4.1

 Matthew, How big is the diff?

 On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
  wrote:
> Thanks Nux I realized that after I posted but had to leave the office.
>
> As I side note I did the upgrade again yesterday and it failed at 
> starting the bridge networking.  I dropped the DB and set it up like a 
> fresh install and that worked. I uploaded the upgraded db and it still 
> failed to start so I decided to diff them. I then ran win merge and 
> merged a  lot of lines and it started again. My network was not  showing 
> correctly and that made since, since it would fail at the part. I spent 
> most of the day yesterday mucking around the db before I said screw it 
> and rolled the upgrade back. I am 100% sure that the problem is in the db 
> upgrade. What I really need it is to give someone my pre update db and my 
> post update db and let them run compare the two.  I am sure that a 
> developer can help me. There was another user that was posting on my 
> original email on the user list and his management server was failing at 
> the same spot so it might not be related to just me.
>
> My Db's of course contain sensitive information and I don't want to just 
> add a link for everyone to see. What is the best practice for this?
>
>
> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
> contain information that is privileged, confidential, and/or otherwise 
> protected f

Re: Cloudstack for Debian

[Wido den Hollander]

On 11/19/2014 05:00 PM, Emmanuel Bourg wrote:
> Le 19/11/2014 14:55, Michael Meskes a écrit :
> 
>> Also, as a bonus question to the Debian folks, should we try
>> establishing a cloudstack packaging group or do we push the effort into
>> the java packaging group?
> 
> Cloudstack is more than welcome under the pkg-java umbrella if that
> helps you getting started quickly. We'll be happy to help you with the
> Java packaging tools.
> 

Great! I'm not an expert at packaging for Debian. I created the
packaging because we needed it, but it's not perfect.

The main problem now is that we include all kinds of JAR files in our
packages which isn't ideal.

Wido

> Emmanuel Bourg
> 
> 

Re: [DISCUSS] Any issues to be fixed for 4.3.1?

[Rohit Yadav]

Hi Alireza,

Thanks for replying.

For the issues that relate to Insufficient server capacity, there could be 
multiple reasons. I can help if you can share the specific log where you get 
the exception. I would advise you to check cluster level settings (cpu, memory 
and storage disable thresholds) causing this for you, or any specific 
configuration (such as host dedication, storage labels etc).

> On 20-Nov-2014, at 5:39 pm, Alireza Eskandari 
>  wrote:
>
> Hi RohitIt is a good idea to release CS 4.3.2I think 4.3.x is the best 
> release of CS until now.I tested this version with vmware vSphere 5.5.I saw a 
> problem on deployment with dvSwitch that resolved 
> here:https://github.com/shapeblue/cloudstack/commit/a605ca09cd3e40a8f25ae3e36ce37f1f24ac489b
> Also there are some problems on VM sync. When I turn off a VM from vCenter, 
> its status doesn't update in CS. It seems that this bug is universal on all 
> kind of hypervisors:https://issues.apache.org/jira/browse/CLOUDSTACK-5800
> Thanks

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.

[dvised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

Dan and all developers that may have been involved to help get my system 
upgraded I thank you for your hard work. After the sql query the upgrade went 
smooth and the management servers restarted with no problems.

But now I am facing another issue that I see this in my logs and my 
ssvm,console and vr are not starting. So I will send it to the users list and 
see if I can get help there.

2014-11-20 08:53:08,061 DEBUG [c.c.h.Status] (AgentTaskPool-13:ctx-c71f3f5f) 
Transition:[Resource state = Enabled, Agent event = Ping, Host id = 1, name = 
xenhv2-c1.pvdc.chlt.charlottecolo.com]
2014-11-20 08:53:12,775 WARN  [c.c.a.m.DirectAgentAttache] 
(DirectAgentCronJob-41:ctx-3a06670d) Unable to get current status on 
4(xenhv1-c1.pvdc.chlt.CharlotteColo.com)
2014-11-20 08:53:21,899 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-6a0822d4) AutoScaling Monitor is running...
2014-11-20 08:53:36,639 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1e8ef79c) Found 0 routers to update status.
2014-11-20 08:53:36,644 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1e8ef79c) Found 0 networks to update RvR status.
2014-11-20 08:53:41,716 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Resetting hosts suitable for reconnect
2014-11-20 08:53:41,722 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Completed resetting hosts suitable for reconnect
2014-11-20 08:53:41,722 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Acquiring hosts for clusters already owned by this 
management server
2014-11-20 08:53:41,725 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Completed acquiring hosts for clusters already owned by 
this management server
2014-11-20 08:53:41,725 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Acquiring hosts for clusters not owned by any management 
server
2014-11-20 08:53:41,726 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Completed acquiring hosts for clusters not owned by any 
management server
2014-11-20 08:53:43,932 WARN  [c.c.a.m.DirectAgentAttache] 
(DirectAgentCronJob-82:ctx-099e7fea) Unable to get current status on 
1(xenhv2-c1.pvdc.chlt.charlottecolo.com)



CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
information that is privileged, confidential, and/or otherwise protected from 
disclosure to anyone other than its intended recipient(s).  Any dissemination 
or use of this electronic email or its contents (including any attachments) by 
persons other than the intended recipient(s) is strictly prohibited.  If you 
have received this message in error, please notify me immediately by reply 
email so that I may correct my internal records.  Please then delete the 
original message (including any attachments) in its entirety.  Thank you.

-Original Message-
From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID] 
Sent: Thursday, November 20, 2014 6:42 AM
To: dev@cloudstack.apache.org
Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

I can't remember as this has been running for a year now. I do remember that I 
messed the 4.3 to 4.4 upgrade and then I did a fresh install with new db and 
all. At this point everything I was using worked just fine. I then read the 
4.4.1 release of root disk resize and mistakenly thought that xen was included. 
So I started the upgrade and it all fell app art from there. 

Thanks Dan and everyone else for your hard work. 


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Daan Hoogland 
 Date:11/20/2014  4:29 AM  (GMT-05:00) 
To: dev  Subject: Re: Advised 
to send to Dev list - Broken update from 4.4 to 4.4.1  I did 
some more investigation

In your sql dumps I found that the field was present in your 'editted'
version but not in either the 4.4.0 or the 4.4.1 versions. Did you get this 
version of the db working?

In the code I found that this statement should be executed in the
430to440 upgrade step which should have been executed during the 4.4.0 
installation (the install does a 4.0.0 install and then upgrades up to the 
version you are installing) That would mean that during the initial install 
something went wrong. Did you see anything like this?

thanks,


On Thu, Nov 20, 2014 at 9:44 AM, Daan Hoogland  wrote:
> I looked up the field that other people reported on the mailing list.
>
> ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT 
> '1'
>
> Can you try this in your upgraded system and restart?
>
> On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett 
>  wrote:
>> 4.4.2-Snapshot fails at the same
>> Starting 
>> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByClou
>> dStack_8d3a94eb
>>
>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>> information that is privileged, confidential, and

Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Daan Hoogland]

can't wait to hair you shout success

On Thu, Nov 20, 2014 at 12:44 PM, Matthew Midgett
 wrote:
> I've rolled it back to 4.4.0 every time as as I can't leave a broken system I 
> will upgrade to 4.4.1 in about an 2 hours and report back.
>
> Sent on a Sprint Samsung Galaxy S® III
>
>  Original message From: Daan Hoogland 
>  Date:11/20/2014  3:44 AM  (GMT-05:00) 
> To: dev  Subject: Re: 
> Advised to send to Dev list - Broken update from 4.4 to 4.4.1 
> I looked up the field that other people reported on the mailing list.
>
> ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT 
> '1'
>
> Can you try this in your upgraded system and restart?
>
> On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett
>  wrote:
>> 4.4.2-Snapshot fails at the same
>> Starting 
>> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb
>>
>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>> information that is privileged, confidential, and/or otherwise protected 
>> from disclosure to anyone other than its intended recipient(s).  Any 
>> dissemination or use of this electronic email or its contents (including any 
>> attachments) by persons other than the intended recipient(s) is strictly 
>> prohibited.  If you have received this message in error, please notify me 
>> immediately by reply email so that I may correct my internal records.  
>> Please then delete the original message (including any attachments) in its 
>> entirety.  Thank you.
>>
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Wednesday, November 19, 2014 9:20 AM
>> To: dev
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>>
>> No, this would be for testing only!
>>
>> On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
>>  wrote:
>>> How do I go about doing this with centos 6.5 management servers and will 
>>> there be a upgrade migration path back to 4.4.2 release?
>>>
>>>
>>> Sent on a Sprint Samsung Galaxy S® III
>>>
>>>  Original message From: Daan Hoogland
>>>  Date:11/19/2014  4:54 AM
>>> (GMT-05:00) To: dev  
>>> Subject: Re: Advised to send to Dev list - Broken update from 
>>> 4.4 to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT 
>>> (meaning the latest state of the 4.4 branch)? to see if there is a 
>>> difference there.
>>>
>>> On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
>>> wrote:
 please sand them to daan hoogland on gmail if it needs to be private

 On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
  wrote:
> It’s a few lines and Dan If you would like to view them I can send them 
> to you. The problem lies in the network part.
>
> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
> contain information that is privileged, confidential, and/or otherwise 
> protected from disclosure to anyone other than its intended recipient(s). 
>  Any dissemination or use of this electronic email or its contents 
> (including any attachments) by persons other than the intended 
> recipient(s) is strictly prohibited.  If you have received this message 
> in error, please notify me immediately by reply email so that I may 
> correct my internal records.  Please then delete the original message 
> (including any attachments) in its entirety.  Thank you.
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Tuesday, November 18, 2014 9:20 AM
> To: dev
> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to
> 4.4.1
>
> Matthew, How big is the diff?
>
> On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
>  wrote:
>> Thanks Nux I realized that after I posted but had to leave the office.
>>
>> As I side note I did the upgrade again yesterday and it failed at 
>> starting the bridge networking.  I dropped the DB and set it up like a 
>> fresh install and that worked. I uploaded the upgraded db and it still 
>> failed to start so I decided to diff them. I then ran win merge and 
>> merged a  lot of lines and it started again. My network was not  showing 
>> correctly and that made since, since it would fail at the part. I spent 
>> most of the day yesterday mucking around the db before I said screw it 
>> and rolled the upgrade back. I am 100% sure that the problem is in the 
>> db upgrade. What I really need it is to give someone my pre update db 
>> and my post update db and let them run compare the two.  I am sure that 
>> a developer can help me. There was another user that was posting on my 
>> original email on the user list and his management server was failing at 
>> the same spot so it might not be related to just me.
>>
>> My Db's of course contain sensitive information and I don't want to just 
>> add a link for everyone to se

Re: [DISCUSS] Any issues to be fixed for 4.3.1?

[Rohit Yadav]

Thanks Wido, I’ve cherry-picked the fix and another fix from Will (Stevens). 
I’m buildling/testing it, will push on 4.3 as soon as that is done.

@Mike: If your change is not changing the schema, or adding something that 
could break upgrade paths please go for it. If it’s already fixed, you can 
share the SHA with me and I can cherry-pick it and run basic build tests on it.

> On 20-Nov-2014, at 3:46 pm, Wido den Hollander  wrote:
>
>
>
> On 11/20/2014 10:15 AM, Rohit Yadav wrote:
>> Hi,
>>
>> We’ve some bugfixes backported to 4.3 branch since 4.3.1 was released and I 
>> think we should at least support this branch with a 4.3.2 release in next 
>> couple of weeks until a stable 4.5.0 is released in next couple of months.
>>
>> I’m going through JIRA and list of issues and will help backport fixes to 
>> the 4.3 branch. So, please share if you’ve found any blocker/critical/major 
>> issue that you found in 4.3.0 or 4.3.1 and want to be fixed. Thanks.
>>
>
> I think that backporting this one would be useful for users:
> https://issues.apache.org/jira/browse/CLOUDSTACK-3383
>
> Simple fix, it's in master with 69ee01af9df8d72ccd8901d146726e74edda95d7
>
> Wido
>
>> 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.
>>

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.

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

[jenkins]

See 

Changes:

[Rohit Yadav] CLOUDSTACK-7822: Fixed SSL Cert Tests and relaxed chain validation

[Rohit Yadav] CLOUDSTACK-7952: Remove private key from SslCertResponse 
(listSslCerts)

[Rohit Yadav] CLOUDSTACK-3383: Fetch CPU utilization more reliable.

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on cloudstack-buildslave-centos6-383 
(cloudstack-buildslave-centos6) in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url git://git.apache.org/cloudstack.git # 
 > timeout=400
Fetching upstream changes from git://git.apache.org/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress git://git.apache.org/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/4.3^{commit} # timeout=400
Checking out Revision 5cd0d258126a1ce78113c09c5e1ebe832110f2ee (origin/4.3)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 5cd0d258126a1ce78113c09c5e1ebe832110f2ee
 > /usr/bin/git rev-list 09a3eefba7b4a59a2ec8d2dc328f6ec19715c3d3 # timeout=400
FATAL: Couldn’t find any executable in /opt/apache-maven-3.0.5
Build step 'Invoke top-level Maven targets' marked build as failure

NetScaler 10.5

[Francois Gaudreault]

Guys,

Is NetScaler 10.5 supposed to work on the 4.4.x branch? I was under to 
impression there was a bug with the way ACS uses the API of 10.5, 
correct? Is that bug fixed in 4.5? If its the case, can we merge back 
that commit in 4.4?


Thanks!

--
Francois Gaudreault
Gestionnaire de Produit | Product Manager - Cloud Platform & Services
t:514-629-6775

CloudOps Votre partenaire infonuagique | Cloud Solutions Experts
420 rue Guy | Montreal | Quebec | H3J 1S6
w: cloudops.com | tw: @CloudOps_

05bec59c - kvm, qcow, systemvm qemu-img -o compat

[Leo Simons]

Hey Edison, all,

  
https://github.com/apache/cloudstack/commit/05bec59c1498dbcfb8a1089c86855fd3b433ea58

breaks our internal build with

+ qemu-img convert -o compat=0.10 -f raw -c -O qcow2 raw.img \
  systemvmtemplate-systemvm-persistent-config-4.5.0.124-kvm.qcow2
Unknown option 'compat'
qemu-img: Invalid options for file format 'qcow2'.

This is on CentOS release 6.6, which has qemu-img-0.15.0-1.el6.rfx.x86_64.

Based on
  http://wiki.qemu.org/OlderNews
that seems like it is a really old qemu (august 2011).

I'm guessing you have a newer OS / newer qemu? Can you please let me know what 
OS, OS version and qemu(-img) version you are using?

Also, does anyone know if there some minimum version of qemu-img that should be 
used / cloudstack assumes? Is 0.15 still ok to do an acceptable image 
conversion with? (we currently don't have any kvm use ourselves, but, I'd like 
for our build infra to produce useful kvm images nonetheless).

According to
  http://wiki.qemu.org/ChangeLog/1.1
the -o compat switch was introduced in 1.1.

According to
  https://github.com/qemu/qemu/commit/9117b47717ad208b12786ce88eacb013f9b3dd1c
the default format was changed from 0.10 to 1.1 in qemu 1.7 and onwards.

The libvirt people
  https://bugzilla.redhat.com/show_bug.cgi?id=997977
say they pass -o compat when qemu supports it (so when v >= 1.1 I imagine).

I think we should do the same in the build script and I'll make a patch.

But, should we publish newer-format images too? According to
  http://wiki.qemu.org/Features/Qcow3
the new format is much better so I imagine qcow/kvm users will really 
appreciate the newer formats.

Thoughts?


cheers,


Leo

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

[jenkins]

See 

Changes:

[Rohit Yadav] appliance: change CLOUDSTACK version to match 4.3.1 for building 
systemvmtemplate

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on cloudstack-buildslave-centos6-383 
(cloudstack-buildslave-centos6) in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url git://git.apache.org/cloudstack.git # 
 > timeout=400
Fetching upstream changes from git://git.apache.org/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress git://git.apache.org/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/4.3^{commit} # timeout=400
Checking out Revision 57f28f1085b519d67c58b8c7e08c83821635a4f9 (origin/4.3)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 57f28f1085b519d67c58b8c7e08c83821635a4f9
 > /usr/bin/git rev-list 5cd0d258126a1ce78113c09c5e1ebe832110f2ee # timeout=400
FATAL: Couldn’t find any executable in /opt/apache-maven-3.0.5
Build step 'Invoke top-level Maven targets' marked build as failure

[DISCUSS] Should we install XenServer tools in systemvmtemplates

[Rohit Yadav]

Hi,

During the CCCEU conference, I’ve been in some discussions with few people on 
whether we should install/bundle xenserver tools (and vmware tools and/or 
virtio-modules).

I think we can easily do this, but let’s discuss the following;

- Which version of xs-tools etc. we should install? For the build system, is a 
publicly available source (iso etc)?
- Will installing these tools cause any issue?
- If we install all these tools on a single template, could that cause any 
issue?

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: ComputerWeek: Wang & Prokharchyk are top 2 CloudStack 'committers'

[Chip Childers]

CC/ dev@

This makes me happy.

On Thu, Nov 20, 2014 at 4:27 PM, David Nalley  wrote:
> As an aside - those stats are for all time.
> Stats over the past 365 days (per Bitergia) has #2 as Jessica Wang, #3
> as Min Chen, and #7 as Alena Prokharchyk.
>
> --David
>
> On Thu, Nov 20, 2014 at 9:54 AM, David Nalley  wrote:
>> http://www.computerweekly.com/blogs/open-source-insider/2014/11/wang-prokharchyk-are-top-2-cloudstack-committers.html#.VG31V9J23n4.twitter
>>
>> --David

Re: [DISCUSS] Should we install XenServer tools in systemvmtemplates

[Tim Mackey]

>From the XenServer perspective, we have a small problem.  The XenServer
tools are backward compatible, but not guaranteed forward compatible.  What
that means is we'd need to include the XenServer 5.6 tools, and those have
a commercial license.  The XenServer 5.6 tools also have a few bugs which
were fixed in later versions.

I'm certain we could define a minimum version which would work, and could
solve any commercial license concerns, but what about having the system VMs
automatically download and apply the correct tools?  Since we know the
hypervisor version, could we even go so far as automatically update the
tools should the hypervisor be upgraded?

-tim

On Thu, Nov 20, 2014 at 10:19 AM, Rohit Yadav 
wrote:

> Hi,
>
> During the CCCEU conference, I’ve been in some discussions with few people
> on whether we should install/bundle xenserver tools (and vmware tools
> and/or virtio-modules).
>
> I think we can easily do this, but let’s discuss the following;
>
> - Which version of xs-tools etc. we should install? For the build system,
> is a publicly available source (iso etc)?
> - Will installing these tools cause any issue?
> - If we install all these tools on a single template, could that cause any
> issue?
>
> 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<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> 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: [DISCUSS] Should we install XenServer tools in systemvmtemplates

[Francois Gaudreault]

In our case, we kinda mitigate that by adding the debian package inside 
the systemvm.iso file, and modifying the firstboot script to add a dkpg 
command. When a VR or SSVM are brought up, the deb automatically 
installs with the proper version we are using at that moment. If we ever 
change the XS version, we will need to update on a case by case basis 
until we standardized the entire DC. Which is not optimal.


It's probably not the right way of doing it, but there might be a way of 
figuring out the version of Xen where the VM will be launched, and then 
dynamically install the appropriate xentools.


FG

On 2014-11-20 4:19 PM, Rohit Yadav wrote:

Hi,

During the CCCEU conference, I’ve been in some discussions with few people on 
whether we should install/bundle xenserver tools (and vmware tools and/or 
virtio-modules).

I think we can easily do this, but let’s discuss the following;

- Which version of xs-tools etc. we should install? For the build system, is a 
publicly available source (iso etc)?
- Will installing these tools cause any issue?
- If we install all these tools on a single template, could that cause any 
issue?

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.



--
Francois Gaudreault
Gestionnaire de Produit | Product Manager - Cloud Platform & Services
t:514-629-6775

CloudOps Votre partenaire infonuagique | Cloud Solutions Experts
420 rue Guy | Montreal | Quebec | H3J 1S6
w: cloudops.com | tw: @CloudOps_

Re: [DISCUSS] Should we install XenServer tools in systemvmtemplates

[Rohit Yadav]

If XenServer tools are backward compatible then we can perhaps install the 
latest xs-tools (6.2)? Will that cause issue if the underlying Xen/XenServer 
hypervisor version is not 6.2?

> On 20-Nov-2014, at 9:12 pm, Tim Mackey  wrote:
>
> From the XenServer perspective, we have a small problem.  The XenServer
> tools are backward compatible, but not guaranteed forward compatible.  What
> that means is we'd need to include the XenServer 5.6 tools, and those have
> a commercial license.  The XenServer 5.6 tools also have a few bugs which
> were fixed in later versions.
>
> I'm certain we could define a minimum version which would work, and could
> solve any commercial license concerns, but what about having the system VMs
> automatically download and apply the correct tools?  Since we know the
> hypervisor version, could we even go so far as automatically update the
> tools should the hypervisor be upgraded?
>
> -tim
>
> On Thu, Nov 20, 2014 at 10:19 AM, Rohit Yadav 
> wrote:
>
>> Hi,
>>
>> During the CCCEU conference, I’ve been in some discussions with few people
>> on whether we should install/bundle xenserver tools (and vmware tools
>> and/or virtio-modules).
>>
>> I think we can easily do this, but let’s discuss the following;
>>
>> - Which version of xs-tools etc. we should install? For the build system,
>> is a publicly available source (iso etc)?
>> - Will installing these tools cause any issue?
>> - If we install all these tools on a single template, could that cause any
>> issue?
>>
>> 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<
>> http://shapeblue.com/iaas-cloud-design-and-build//>
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software Engineering<
>> http://shapeblue.com/cloudstack-software-engineering/>
>> CloudStack Infrastructure Support<
>> http://shapeblue.com/cloudstack-infrastructure-support/>
>> CloudStack Bootcamp Training Courses<
>> http://shapeblue.com/cloudstack-training/>
>>
>> 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.
>>

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.

Custom variable change without restart

[papu bhattcharaya]

Hi,
Is there anyway i can change global custom variables in run time without 
restart?
Papu

Re: Custom variable change without restart

[Rajani Karuturi]

are you adding a new one or trying to change an existing one?

In the configuration table, if is_dynamic is true, you dont need a restart.

~Rajani

On Mon, Nov 17, 2014 at 10:20 PM, papu bhattcharaya 
wrote:

> Hi,
> Is there anyway i can change global custom variables in run time without
> restart?
> Papu
>

Re: Custom variable change without restart

[papu bhattcharaya]

existing one -- is_dynamic should work - thanks much.
--papu

- Original Message -
From: "Rajani Karuturi" 
To: dev@cloudstack.apache.org
Sent: Thursday, November 20, 2014 9:48:40 PM
Subject: Re: Custom variable change without restart

are you adding a new one or trying to change an existing one?

In the configuration table, if is_dynamic is true, you dont need a restart.

~Rajani

On Mon, Nov 17, 2014 at 10:20 PM, papu bhattcharaya 
wrote:

> Hi,
> Is there anyway i can change global custom variables in run time without
> restart?
> Papu
>

Re: [DISCUSS] Should we install XenServer tools in systemvmtemplates

[Tim Mackey]

It's the other way around.  Newer XenServer works with older tools, not the
other way.
On Nov 20, 2014 4:57 PM, "Rohit Yadav"  wrote:

> If XenServer tools are backward compatible then we can perhaps install the
> latest xs-tools (6.2)? Will that cause issue if the underlying
> Xen/XenServer hypervisor version is not 6.2?
>
> > On 20-Nov-2014, at 9:12 pm, Tim Mackey  wrote:
> >
> > From the XenServer perspective, we have a small problem.  The XenServer
> > tools are backward compatible, but not guaranteed forward compatible.
> What
> > that means is we'd need to include the XenServer 5.6 tools, and those
> have
> > a commercial license.  The XenServer 5.6 tools also have a few bugs which
> > were fixed in later versions.
> >
> > I'm certain we could define a minimum version which would work, and could
> > solve any commercial license concerns, but what about having the system
> VMs
> > automatically download and apply the correct tools?  Since we know the
> > hypervisor version, could we even go so far as automatically update the
> > tools should the hypervisor be upgraded?
> >
> > -tim
> >
> > On Thu, Nov 20, 2014 at 10:19 AM, Rohit Yadav  >
> > wrote:
> >
> >> Hi,
> >>
> >> During the CCCEU conference, I’ve been in some discussions with few
> people
> >> on whether we should install/bundle xenserver tools (and vmware tools
> >> and/or virtio-modules).
> >>
> >> I think we can easily do this, but let’s discuss the following;
> >>
> >> - Which version of xs-tools etc. we should install? For the build
> system,
> >> is a publicly available source (iso etc)?
> >> - Will installing these tools cause any issue?
> >> - If we install all these tools on a single template, could that cause
> any
> >> issue?
> >>
> >> 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<
> >> http://shapeblue.com/iaas-cloud-design-and-build//>
> >> CSForge – rapid IaaS deployment framework >
> >> CloudStack Consulting
> >> CloudStack Software Engineering<
> >> http://shapeblue.com/cloudstack-software-engineering/>
> >> CloudStack Infrastructure Support<
> >> http://shapeblue.com/cloudstack-infrastructure-support/>
> >> CloudStack Bootcamp Training Courses<
> >> http://shapeblue.com/cloudstack-training/>
> >>
> >> 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.
> >>
>
> 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<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> 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 Sh

Hotfixes for 4.5

[Will Stevens]

Hey David,
I have added the whole dev list as I am not sure exactly what the workflow
should be for changes made to a release branch once it has been created.
My assumption is that the release manager for that branch should be
managing the commits into that branch.

I realized that one of my previous fixes did not make it into 4.5 and I
also have a new fix which needs to be added to 4.5.

Here are the two fixes which need to be added to 4.5.  The other release
managers have pushed the fix into their respective branches (4.3.x, 4.4.x)
and I have updated master with the fix.  Since you are the release manager
for this branch I assumed you would want control of what gets committed
into the branch.

Here are the fix branches which need to be merged into 4.5:
hotfix/4.5-7822
hotfix/4.5-7952

Cheers,

*Will STEVENS*
Lead Developer

*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

Pending Reviews

[David Bierce]

Ello —

I had a few patches that were posted to review board.

https://reviews.apache.org/r/25585/ 
https://reviews.apache.org/r/24779/ 

These patches received some comments and were updated but have otherwise been 
untouched.  Is there a normal process to accept or reject patches rather than 
letting them sit in limbo for a few months?


Thanks,
David Bierce

Re: 05bec59c - kvm, qcow, systemvm qemu-img -o compat

[edison su]

Hi Leo,
Our new internal build system are using ubuntu 14.04 or something like
that, which has qemu 1.x installed by default, that's why I added the
"compat" option in the build script, otherwise, the image build by
qemu 1.x, won't work on RHEL 6.x.
The fix would be, in the build script, check the version of qemu-img,
if it's 0.x, then don't add "compat" option. There are a lot of people
still using RHEL 6.x as KVM hypervisor, we have to make sure the image
we build can still work on these machines.

On Thu, Nov 20, 2014 at 6:49 AM, Leo Simons  wrote:
> Hey Edison, all,
>
>   
> https://github.com/apache/cloudstack/commit/05bec59c1498dbcfb8a1089c86855fd3b433ea58
>
> breaks our internal build with
>
> + qemu-img convert -o compat=0.10 -f raw -c -O qcow2 raw.img \
>   systemvmtemplate-systemvm-persistent-config-4.5.0.124-kvm.qcow2
> Unknown option 'compat'
> qemu-img: Invalid options for file format 'qcow2'.
>
> This is on CentOS release 6.6, which has qemu-img-0.15.0-1.el6.rfx.x86_64.
>
> Based on
>   http://wiki.qemu.org/OlderNews
> that seems like it is a really old qemu (august 2011).
>
> I'm guessing you have a newer OS / newer qemu? Can you please let me know 
> what OS, OS version and qemu(-img) version you are using?
>
> Also, does anyone know if there some minimum version of qemu-img that should 
> be used / cloudstack assumes? Is 0.15 still ok to do an acceptable image 
> conversion with? (we currently don't have any kvm use ourselves, but, I'd 
> like for our build infra to produce useful kvm images nonetheless).
>
> According to
>   http://wiki.qemu.org/ChangeLog/1.1
> the -o compat switch was introduced in 1.1.
>
> According to
>   https://github.com/qemu/qemu/commit/9117b47717ad208b12786ce88eacb013f9b3dd1c
> the default format was changed from 0.10 to 1.1 in qemu 1.7 and onwards.
>
> The libvirt people
>   https://bugzilla.redhat.com/show_bug.cgi?id=997977
> say they pass -o compat when qemu supports it (so when v >= 1.1 I imagine).
>
> I think we should do the same in the build script and I'll make a patch.
>
> But, should we publish newer-format images too? According to
>   http://wiki.qemu.org/Features/Qcow3
> the new format is much better so I imagine qcow/kvm users will really 
> appreciate the newer formats.
>
> Thoughts?
>
>
> cheers,
>
>
> Leo
>



-- 
Best Regards,
Edison

Re: Review Request 28279: CLOUDSTACK-7951: cloudstack-agent jsvc gets too large virtual memory space.

[edison su]

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

Ship it!


Ship It!

- edison su


On Nov. 20, 2014, 9:35 a.m., Keiichi Yusa wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/28279/
> ---
> 
> (Updated Nov. 20, 2014, 9:35 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-7951
> https://issues.apache.org/jira/browse/CLOUDSTACK-7951
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> cloudstack-agent jsvc gets too large virtual memory space on huge
> memory equipped machine.
> Due to this problem, qemu-kvm process often fails deploying a VM
> that uses large RAM.
> 
> This patch limits amount of memory used by cloudstack-agent jsvc.
> As a result, qemu-kvm process does not fail deploying a VM that
> uses large memory.
> 
> 
> Diffs
> -
> 
>   packaging/centos63/cloud-agent.rc ab49524 
> 
> Diff: https://reviews.apache.org/r/28279/diff/
> 
> 
> Testing
> ---
> 
> We are using this patch in our CloudStack environment.
> In fact, cloudstack-agent jsvc reduces virtual memory
> from about 35GB to about 6GB. (Physical machine has 128GB RAM)
> 
> 
> Thanks,
> 
> Keiichi Yusa
> 
>

Re: Review Request 24779: [CLOUDSTACK-6254] Template disappears when download cleanup

[edison su]

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


seems it's already checked into master and 4.5 by Nitin? see commit: 
5393387bbd4e2d3659fb0c7171e6ff347ad6a07b

- edison su


On Aug. 27, 2014, 3:46 p.m., David Bierce wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/24779/
> ---
> 
> (Updated Aug. 27, 2014, 3:46 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-6254
> https://issues.apache.org/jira/browse/CLOUDSTACK-6254
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> PATCH] This is a quick stab at fixing a dataloss bug.  The ultimate
>  solution is to refactor UploadManager to not use any deprecated code. It
>  appears there is still code left over that uses the UploadVO/Dao which no
>  long contains data about URL transfers.  This method was hardcoded to always
>  pass Upload.Type.VOLUME as part of cleanup which was causing templates to be
>  removed entirely from secondary storage not just the symlink on secondary
>  storage.
> 
> Rather than try to refactor all of it out, this puts
> logic for determining if the cleanup task is for a volume or a template
> by doing a lookup on the URL.  It is a duplication of the same logic
> from the calling method but is a very minimal code change until the
> large problem is fixed.
> 
> 
> Diffs
> -
> 
>   
> engine/api/src/org/apache/cloudstack/storage/image/datastore/ImageStoreEntity.java
>  7ebfd0d 
>   
> engine/storage/image/src/org/apache/cloudstack/storage/image/store/ImageStoreImpl.java
>  7bbe324 
>   
> engine/storage/src/org/apache/cloudstack/storage/image/BaseImageStoreDriverImpl.java
>  2905f08 
>   
> engine/storage/src/org/apache/cloudstack/storage/image/ImageStoreDriver.java 
> 444a6c7 
>   
> plugins/storage/image/default/src/org/apache/cloudstack/storage/datastore/driver/CloudStackImageStoreDriverImpl.java
>  4796653 
>   server/src/com/cloud/storage/StorageManagerImpl.java 2a79b0c 
> 
> Diff: https://reviews.apache.org/r/24779/diff/
> 
> 
> Testing
> ---
> 
> On Cloudstack 4.2 4.3
> Set cleanupurl to 30 seconds.  Downloaded a template, cleanup remvoed it from 
> database, didn't remove the template.
> Downloaded Volume, volume was cleaned up from secondary stoage and database.
> 
> 
> Thanks,
> 
> David Bierce
> 
>

Re: Debian packaging discussed during CCCEU2014

[Marcus]

For RPMs, the package.sh script that sets things up for rpmbuild could do
the mvn if we wanted to keep the RPM build process from downloading.
Something similar could be done from DEB, perhaps.

The dependencies thing though will be interesting to work out. It's a bit
unfortunate, IMO, because it reduces cross-platform compatibility and
compromises portability to have to target platform versions of libraries.
Inevitably we'll run into issues (as we have with libvirt jars, for
example).

On Wed, Nov 19, 2014 at 3:29 AM, Wido den Hollander  wrote:

> I've sat down with some peope who are better in Debian packaging then I
> am and this is what we came up with:
>
> For Debian packages it is forbidden that during build it downloads
> external resources. Maven does this and that prevents CloudStack from
> ever going into the Debian repositories.
>
> We should not package all the JAR dependencies we have, but we should
> try to depend on packages available in Debian.
>
> Debian has a Wiki available for this:
> https://wiki.debian.org/Java/Packaging
>
> With some helpers we can make sure that Maven does not use external
> resources for dependencies, but uses locally available JAR files from
> the Debian repo.
>
> That is a thing which will take some serious time and we will run into
> problems there. Don't expect this to be done tomorrow.
>
> Our debian/rules file isn't really clean. They are going to look into
> this to make better use of debhelper.
>
> We might want to reach out to the packaging teams inside Debian to see
> if we can form a (small) team which can maintain the Debian packages for
> CloudStack.
>
> As a project we should watch for the RPM and DEB packages not drifting
> apart, since the user experience on both platforms should be equal.
>
> Wido
>

Re: Review Request 25585: [CLOUDSTACK-2823] SystemVMs start fail on CentOS 6.4

[edison su]

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

Ship it!


Ship It!

- edison su


On Sept. 13, 2014, 1:01 a.m., David Bierce wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25585/
> ---
> 
> (Updated Sept. 13, 2014, 1:01 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> SystemVMs start fail on CentOS 6
> 
> 
> Diffs
> -
> 
>   systemvm/patches/debian/config/etc/init.d/cloud-early-config 9152df2 
> 
> Diff: https://reviews.apache.org/r/25585/diff/
> 
> 
> Testing
> ---
> 
> Code patch applied to Systemvm.iso and cloud-early inside the systemvm 
> template.  Routers start consitently after patched.
> 
> Tested against cloudstack 4.2.1
> Centos 6.4
> 
> Patch is against 4.3 since 4.2+ is effected by the issue.
> 
> 
> File Attachments
> 
> 
> Updated Patch which includes a sleep
>   
> https://reviews.apache.org/media/uploaded/files/2014/09/13/c612e257-c83e-4a8e-8970-44d078838db6__patch.diff
> 
> 
> Thanks,
> 
> David Bierce
> 
>

Re: Review Request 25585: [CLOUDSTACK-2823] SystemVMs start fail on CentOS 6.4

[edison su]

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


checked into 4.5 and master branch.

- edison su


On Sept. 13, 2014, 1:01 a.m., David Bierce wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25585/
> ---
> 
> (Updated Sept. 13, 2014, 1:01 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> SystemVMs start fail on CentOS 6
> 
> 
> Diffs
> -
> 
>   systemvm/patches/debian/config/etc/init.d/cloud-early-config 9152df2 
> 
> Diff: https://reviews.apache.org/r/25585/diff/
> 
> 
> Testing
> ---
> 
> Code patch applied to Systemvm.iso and cloud-early inside the systemvm 
> template.  Routers start consitently after patched.
> 
> Tested against cloudstack 4.2.1
> Centos 6.4
> 
> Patch is against 4.3 since 4.2+ is effected by the issue.
> 
> 
> File Attachments
> 
> 
> Updated Patch which includes a sleep
>   
> https://reviews.apache.org/media/uploaded/files/2014/09/13/c612e257-c83e-4a8e-8970-44d078838db6__patch.diff
> 
> 
> Thanks,
> 
> David Bierce
> 
>

RE: Pending Reviews

[Edison Su]

Done.

> -Original Message-
> From: David Bierce [mailto:david.bie...@appcore.com]
> Sent: Thursday, November 20, 2014 9:23 AM
> To: dev@cloudstack.apache.org
> Subject: Pending Reviews
> 
> Ello —
> 
> I had a few patches that were posted to review board.
> 
> https://reviews.apache.org/r/25585/ 
> https://reviews.apache.org/r/24779/ 
> 
> These patches received some comments and were updated but have
> otherwise been untouched.  Is there a normal process to accept or reject
> patches rather than letting them sit in limbo for a few months?
> 
> 
> Thanks,
> David Bierce
> 
> 
> 

Re: ComputerWeek: Wang & Prokharchyk are top 2 CloudStack 'committers'

[Sally Khudairi]

Hugely impressive, particularly with our meritocratic focus --thanks for 
sharing, David! Here's hoping CloudStack Collab is going swimmingly for 
everyone 
-Sally
  From: Chip Childers 
 To: "market...@cloudstack.apache.org"  
Cc: "dev@cloudstack.apache.org"  
 Sent: Thursday, 20 November 2014, 10:31
 Subject: Re: ComputerWeek: Wang & Prokharchyk are top 2 CloudStack 'committers'
   
CC/ dev@

This makes me happy.



On Thu, Nov 20, 2014 at 4:27 PM, David Nalley  wrote:
> As an aside - those stats are for all time.
> Stats over the past 365 days (per Bitergia) has #2 as Jessica Wang, #3
> as Min Chen, and #7 as Alena Prokharchyk.
>
> --David
>
> On Thu, Nov 20, 2014 at 9:54 AM, David Nalley  wrote:
>> http://www.computerweekly.com/blogs/open-source-insider/2014/11/wang-prokharchyk-are-top-2-cloudstack-committers.html#.VG31V9J23n4.twitter
>>
>> --David


  

Review Request 28292: CLOUDSTACK-7955 : Fixed the script 'test_project_limits.py' - Register Template in the Project to test the Template limits on the project

[Chandan Purushothama]

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

Review request for cloudstack and sangeetha hariharan.


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


Repository: cloudstack-git


Description
---

Based on Fix for CLOUDSTACK-7394, Caller should be owner after creating 
template from snapshot/volume. This requires the test case 
test_07_templates_per_project to be changed. The test case should test the 
limits by registering the template in the project instead of creating templates 
from Volumes.


Diffs
-

  test/integration/component/test_project_limits.py 5d37f0b 

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


Testing
---

Test Limit number of guest account specific networks ... === TestName: 
test_maxAccountNetworks | Status : SUCCESS ===
ok
Test project limits for domain admin ... === TestName: test_01_project_limits | 
Status : SUCCESS ===
ok
Test project limits for normal user ... === TestName: 
test_02_project_limits_normal_user | Status : SUCCESS ===
ok
Test VM limit per project ... === TestName: test_03_vm_per_project | Status : 
SUCCESS ===
ok
Test Public IP limit per project ... === TestName: test_04_publicip_per_project 
| Status : SUCCESS ===
ok
Test Snapshot limit per project ... === TestName: test_05_snapshots_per_project 
| Status : SUCCESS ===
ok
Test Volumes limit per project ... === TestName: test_06_volumes_per_project | 
Status : SUCCESS ===
ok
Test Templates limit per project ... === TestName: 
test_07_templates_per_project | Status : SUCCESS ===
ok

--
Ran 8 tests in 1103.761s

OK


Thanks,

Chandan Purushothama

Jenkins build is back to normal : simulator-singlerun #674

[jenkins]

See 

RE: [DISCUSS] Major business logic refactoring: Move from Account to UserAccount

[Prachi Damle]

Rohit,

I checked the code here 
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/useraccount-refactoring
 and I don't understand why we need to expose the userId parameter in the 
deployVm API. 
I think we should be using the userId of the logged in user always. 
Exposing the parameter at the API allows it to be set by a user to the ID of 
another user . Also we need validation around it to make sure it belongs to the 
passed account etc.

+//Owner userId
+@Parameter(name = ApiConstants.USER_ID, type = CommandType.UUID, 
entityType = UserResponse.class, required = true, description = "the user ID of 
the owner, optional to use with account and domainId. If not provided logged in 
user's ID is used.")
+private Long userId;


Prachi

-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: Sunday, November 16, 2014 6:06 AM
To: dev@cloudstack.apache.org
Subject: Re: [DISCUSS] Major business logic refactoring: Move from Account to 
UserAccount

Only one table will be affected.

> On 16-Nov-2014, at 3:14 am, Amogh Vasekar  wrote:
>
> Question - What happens to the already existing VMs with entries in 
> the DB? Do we keep it NULL?

NULL will be and not useful. I think it should be okay to have a db migration 
path that sets user_id to the first user in account_id (which usually has the 
same name as account) for existing VMs. The amount of code change will be 
minimal.

Checkout some code in this branch (has the db migration code and API layer 
changes); 
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/useraccount-refactoring

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: Review Request 24779: [CLOUDSTACK-6254] Template disappears when download cleanup

[David Bierce]

> On Nov. 20, 2014, 6:33 p.m., edison su wrote:
> > seems it's already checked into master and 4.5 by Nitin? see commit: 
> > 5393387bbd4e2d3659fb0c7171e6ff347ad6a07b

This was a backport to 4.2 and 4.3


- David


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


On Aug. 27, 2014, 3:46 p.m., David Bierce wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/24779/
> ---
> 
> (Updated Aug. 27, 2014, 3:46 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-6254
> https://issues.apache.org/jira/browse/CLOUDSTACK-6254
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> PATCH] This is a quick stab at fixing a dataloss bug.  The ultimate
>  solution is to refactor UploadManager to not use any deprecated code. It
>  appears there is still code left over that uses the UploadVO/Dao which no
>  long contains data about URL transfers.  This method was hardcoded to always
>  pass Upload.Type.VOLUME as part of cleanup which was causing templates to be
>  removed entirely from secondary storage not just the symlink on secondary
>  storage.
> 
> Rather than try to refactor all of it out, this puts
> logic for determining if the cleanup task is for a volume or a template
> by doing a lookup on the URL.  It is a duplication of the same logic
> from the calling method but is a very minimal code change until the
> large problem is fixed.
> 
> 
> Diffs
> -
> 
>   
> engine/api/src/org/apache/cloudstack/storage/image/datastore/ImageStoreEntity.java
>  7ebfd0d 
>   
> engine/storage/image/src/org/apache/cloudstack/storage/image/store/ImageStoreImpl.java
>  7bbe324 
>   
> engine/storage/src/org/apache/cloudstack/storage/image/BaseImageStoreDriverImpl.java
>  2905f08 
>   
> engine/storage/src/org/apache/cloudstack/storage/image/ImageStoreDriver.java 
> 444a6c7 
>   
> plugins/storage/image/default/src/org/apache/cloudstack/storage/datastore/driver/CloudStackImageStoreDriverImpl.java
>  4796653 
>   server/src/com/cloud/storage/StorageManagerImpl.java 2a79b0c 
> 
> Diff: https://reviews.apache.org/r/24779/diff/
> 
> 
> Testing
> ---
> 
> On Cloudstack 4.2 4.3
> Set cleanupurl to 30 seconds.  Downloaded a template, cleanup remvoed it from 
> database, didn't remove the template.
> Downloaded Volume, volume was cleaned up from secondary stoage and database.
> 
> 
> Thanks,
> 
> David Bierce
> 
>

Review Request 28300: CLOUDSTACK-7956 : Fixed the script 'test_project_usage.py' - Register Template in the Project to test the Template limits on the project

[Chandan Purushothama]

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

Review request for cloudstack and sangeetha hariharan.


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


Repository: cloudstack-git


Description
---

Based on Fix for CLOUDSTACK-7394, Caller should be owner after creating 
template from snapshot/volume. This requires the test case 
test_01_template_usage to be changed. The test case should test the limits by 
registering the template in the project instead of creating templates from 
Volumes.


Diffs
-

  test/integration/component/test_project_usage.py 2627504 

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


Testing
---

Test Upload/ delete a template and verify correct usage is generated ... === 
TestName: test_01_template_usage | Status : SUCCESS ===
ok

--
Ran 1 test in 312.740s

OK


Thanks,

Chandan Purushothama

Jenkins build became unstable: simulator-singlerun #675

[jenkins]

See 

Build failed in Jenkins: build-master #1938

[jenkins]

See 

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on cloudstack-buildslave-centos6-87d 
(cloudstack-buildslave-centos6) in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
ERROR: Timeout after 400 minutes
FATAL: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
hudson.plugins.git.GitException: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:647)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:889)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:914)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1258)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git fetch --tags 
--progress https://git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error: RPC failed; result=22, HTTP code = 502
error: fetch-pack died of signal 15

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1435)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1223)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:85)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:280)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:153)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:146)
at hudson.remoting.UserRequest.perform(UserRequest.java:121)
at hudson.remoting.UserRequest.perform(UserRequest.java:49)
at hudson.remoting.Request$2.run(Request.java:324)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)
at ..remote call to cloudstack-buildslave-centos6-87d(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
at hudson.remoting.Channel.call(Channel.java:752)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:146)
at sun.reflect.GeneratedMethodAccessor172.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:132)
at sun.proxy.$Proxy109.execute(Unknown Source)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:645)
... 10 more

Jenkins build is back to normal : build-master #1939

[jenkins]

See 

Jenkins build is still unstable: simulator-singlerun #676

[jenkins]

See 

[ACS44]release 4.4.2 release candidate RC20141121T0341 (#2)

[Daan Hoogland]

Hi All,

I've created a 4.4.2 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
Commit: e0420a6fec738d728bc59ba65bc5e12809bde0eb

List of changes:
`CLOUDSTACK-7887
`_  fail to
push snapshot to secondary storage if using multipart using swift...

`CLOUDSTACK-7883
`_  Allow
infrastructure to handle delete of volume from DB...

`CLOUDSTACK-7871
`_  Fix update
VirtualMachine/Template API to allow nic/disk controller details for
...

`CLOUDSTACK-7855
`_  Sec
storage/network MTU should be on nic3 and not nic1...

`CLOUDSTACK-7826
`_  UI - dialog
widget - dependent dropdown field (dependsOn property specified) -
f...

`CLOUDSTACK-7822
`_  test SSL
cert expired...

`CLOUDSTACK-7752
`_  Management
Server goes in infinite loop while creating a vm with tagged local
da...

`CLOUDSTACK-7722
`_  add.label:
Add button for tags show the label not "Add" text...

`CLOUDSTACK-7246
`_  VM
deployment failed due to wrong in  script name createipalias.sh...

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

PGP release keys (signed using 4096R/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)


-- 
Daan