Re: 4.3 system vm template job failing in jenkins

[Harikrishna Patnala]

On 4.3 this env var is already there.

install_packages() {
  DEBIAN_FRONTEND=noninteractive
  DEBIAN_PRIORITY=critical

  # Basic packages
  apt-get --no-install-recommends -q -y --force-yes install rsyslog logrotate 
cron chkconfig insserv net-tools ifupdown vim-tiny netbase iptables
  apt-get --no-install-recommends -q -y --force-yes install openssh-server 
openssl e2fsprogs dhcp3-client tcpdump socat wget


-Harikrishna

On 10-Apr-2014, at 4:09 am, Nux!  wrote:

> On 09.04.2014 21:44, Rayees Namathponnan wrote:
>> Hi All,
>> 4.3 system vm template job failing;   looks like build falling after
>> the getting updated openssl 1.0.1e-2+deb7u6.
>> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/140/console
>>  [24;79H
>> [4h [4l[1;1H(B[m[37m[44mPackage
>> configuration[4;2H(0[30m[47mlqu(B[m(B[30m[47m
>> [31mConfiguring libssl1.0.0:amd64[30m
>> (0[30m[47mtqk[5;2Hx(B[m(B[30m[47m
> 
> Yeah, apt-get has this annoying feature where it asks you all sorts of things 
> during package installation. In this very case the libssl package is causing 
> the head aches, probably as a result of the latest security issues with 
> OpenSSL.
> 
> Not sure if it would break anything, but this env var should be present 
> during the build and apt/dpkg should stay silent:
> export DEBIAN_FRONTEND=noninteractive
> 
> HTH
> Lucian
> 
> -- 
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro

Build failed in Jenkins: build-master #606

[jenkins]

See 

Changes:

[sanjay.tripathi] CLOUDSTACK-6373: listHost API response is not listing all the 
details of vgpuType.

--
[...truncated 3066 lines...]
[ERROR] 
:[20,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[21,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[22,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[23,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[24,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[50,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[51,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[52,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[53,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[54,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[55,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[34,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[35,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[36,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[37,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[38,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[39,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[40,23]
 error: package com.ceph.rbd.jna does not exist
[ERROR] 
:[2372,24]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2372,38]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2379,24]
 error: cannot find symbol
[ERROR] symbol:   class IoCTX
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2380,24]
 error: cannot find symbol
[ERROR] symbol:   class Rbd
[ERROR] location: class LibvirtComputingResource
[ERRO

Re: 4.3 system vm template job failing in jenkins

[Nux!]

On 10.04.2014 08:31, Harikrishna Patnala wrote:

On 4.3 this env var is already there.

install_packages() {
  DEBIAN_FRONTEND=noninteractive
  DEBIAN_PRIORITY=critical

  # Basic packages
  apt-get --no-install-recommends -q -y --force-yes install rsyslog
logrotate cron chkconfig insserv net-tools ifupdown vim-tiny netbase
iptables
  apt-get --no-install-recommends -q -y --force-yes install
openssh-server openssl e2fsprogs dhcp3-client tcpdump socat wget


-Harikrishna


I'm not really good with Debian, but I think DEBIAN_PRIORITY=critical 
means APT will _still_ pop-up dialogues for "critical" situations.

I think it should be fine if you remove that line.


HTH
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Review Request 19875: Fixed few issues for CLOUDSTACK-5674, CLOUDSTACK-6316

[ASF Subversion and Git Services]

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


Commit f866bb21e6fe8a754db1986d9fe3fd5e31db4228 in cloudstack's branch 
refs/heads/marvin from SrikanteswaraRao Talluri
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=f866bb2 ]

CLOUDSTACK-6316: Fixed component and smoke test failures-third pass


- ASF Subversion and Git Services


On April 1, 2014, 6:05 p.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19875/
> ---
> 
> (Updated April 1, 2014, 6:05 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674 and CLOUDSTACK-6316
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> While running tests, there were few issues observed. 
> Fixed those issues mentioned for CLOUDSTACK-5674,CLOUDSTACK-6316
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_deploy_vm_with_userdata.py c1410fb 
>   test/integration/smoke/test_iso.py b3c3181 
>   test/integration/smoke/test_public_ip_range.py 50b0c9b 
>   test/integration/smoke/test_templates.py b25359b 
>   test/integration/smoke/test_vm_snapshots.py 4317d4d 
>   tools/marvin/marvin/lib/base.py a2f9a8b 
>   tools/marvin/marvin/lib/common.py 71fc274 
> 
> Diff: https://reviews.apache.org/r/19875/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

Re: Review Request 20152: In com.cloud.utils.crypt.EncryptionSecretKeyChecker the key file paths are hard coded

[Rajani Karuturi]

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


- Rajani Karuturi


On April 9, 2014, 12:31 p.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20152/
> ---
> 
> (Updated April 9, 2014, 12:31 p.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek and Kishan Kavala.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-6354
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-6354
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> In com.cloud.utils.crypt.EncryptionSecretKeyChecker the key file paths are 
> hard coded to "/etc/cloudstack/management/key" which will cause issue if key 
> generation path gets changes during installation time.
> 
> 
> Diffs
> -
> 
>   utils/src/com/cloud/utils/crypt/EncryptionSecretKeyChecker.java 0e995c4 
>   utils/test/com/cloud/utils/crypto/EncryptionSecretKeyCheckerTest.java 
> PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/20152/diff/
> 
> 
> Testing
> ---
> 
> Tested with enabling ecnryption.
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

Re: Review Request 20152: In com.cloud.utils.crypt.EncryptionSecretKeyChecker the key file paths are hard coded

[Rajani Karuturi]

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



utils/src/com/cloud/utils/crypt/EncryptionSecretKeyChecker.java


s_keyFile and s_altKeyFile values are the same. Can we remove the alt one 
or use different values?


- Rajani Karuturi


On April 9, 2014, 12:31 p.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20152/
> ---
> 
> (Updated April 9, 2014, 12:31 p.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek and Kishan Kavala.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-6354
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-6354
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> In com.cloud.utils.crypt.EncryptionSecretKeyChecker the key file paths are 
> hard coded to "/etc/cloudstack/management/key" which will cause issue if key 
> generation path gets changes during installation time.
> 
> 
> Diffs
> -
> 
>   utils/src/com/cloud/utils/crypt/EncryptionSecretKeyChecker.java 0e995c4 
>   utils/test/com/cloud/utils/crypto/EncryptionSecretKeyCheckerTest.java 
> PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/20152/diff/
> 
> 
> Testing
> ---
> 
> Tested with enabling ecnryption.
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

RE: 4.3 system vm template job failing in jenkins

[Abhinandan Prateek]

>   apt-get --no-install-recommends -q -y --force-yes install rsyslog
> logrotate cron chkconfig insserv net-tools ifupdown vim-tiny netbase
> iptables
>   apt-get --no-install-recommends -q -y --force-yes install
> openssh-server openssl e2fsprogs dhcp3-client tcpdump socat wget
>
>
> -Harikrishna

>I'm not really good with Debian, but I think DEBIAN_PRIORITY=critical
>means APT will _still_ pop-up dialogues for "critical" situations.
>I think it should be fine if you remove that line.

the -qq option did work in quietening the pop-up !

-abhi

RE: 4.3 system vm template job failing in jenkins

[Nux!]

On 10.04.2014 10:17, Abhinandan Prateek wrote:

  apt-get --no-install-recommends -q -y --force-yes install rsyslog
logrotate cron chkconfig insserv net-tools ifupdown vim-tiny netbase
iptables
  apt-get --no-install-recommends -q -y --force-yes install
openssh-server openssl e2fsprogs dhcp3-client tcpdump socat wget


-Harikrishna



I'm not really good with Debian, but I think DEBIAN_PRIORITY=critical
means APT will _still_ pop-up dialogues for "critical" situations.
I think it should be fine if you remove that line.


the -qq option did work in quietening the pop-up !

-abhi


Cool, we have system vms again, yay! :)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: 4.3 system vm template job failing in jenkins

[Abhinandan Prateek]

On 10/04/14 3:04 pm, "Nux!"  wrote:

>On 10.04.2014 10:17, Abhinandan Prateek wrote:
>>>   apt-get --no-install-recommends -q -y --force-yes install rsyslog
>>> logrotate cron chkconfig insserv net-tools ifupdown vim-tiny netbase
>>> iptables
>>>   apt-get --no-install-recommends -q -y --force-yes install
>>> openssh-server openssl e2fsprogs dhcp3-client tcpdump socat wget
>>> 
>>> 
>>> -Harikrishna
>> 
>>> I'm not really good with Debian, but I think DEBIAN_PRIORITY=critical
>>> means APT will _still_ pop-up dialogues for "critical" situations.
>>> I think it should be fine if you remove that line.
>> 
>> the -qq option did work in quietening the pop-up !
>> 
>> -abhi
>
>Cool, we have system vms again, yay! :)

Hmm, that did not help, looks like bad observation, jenkins job failed !

-abhi
>

Build failed in Jenkins: build-master #607

[jenkins]

See 

Changes:

[kishan] CLOUDSTACK-6371: Set snapshot size in copycommand answer during 
snapshot backup

[kishan] CLOUDSTACK-6374: Remove entries from lb vm map when lb rule apply fails

[kishan] CLOUDSTACK-6376: Return empty list when network tier has no ACL list 
associated.

--
[...truncated 3066 lines...]
[ERROR] 
:[20,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[21,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[22,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[23,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[24,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[50,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[51,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[52,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[53,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[54,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[55,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[34,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[35,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[36,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[37,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[38,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[39,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[40,23]
 error: package com.ceph.rbd.jna does not exist
[ERROR] 
:[2372,24]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2372,38]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2379,24]
 error: cannot find symbol
[ERROR] symbol:   class IoCTX
[ERROR] location: class LibvirtComputingResource
[ERROR] 

Re: 4.3 system vm template job failing in jenkins

[Abhinandan Prateek]

I have tried with both the options now i.e. -qq and by removing
"DEBIAN_PRIORITY=critical²,
The pop up does not go away breaking the build job.

Guys, find the solution !

-abhi

On 10/04/14 3:32 pm, "Abhinandan Prateek" 
wrote:

>
>
>On 10/04/14 3:04 pm, "Nux!"  wrote:
>
>>On 10.04.2014 10:17, Abhinandan Prateek wrote:
   apt-get --no-install-recommends -q -y --force-yes install rsyslog
 logrotate cron chkconfig insserv net-tools ifupdown vim-tiny netbase
 iptables
   apt-get --no-install-recommends -q -y --force-yes install
 openssh-server openssl e2fsprogs dhcp3-client tcpdump socat wget
 
 
 -Harikrishna
>>> 
 I'm not really good with Debian, but I think DEBIAN_PRIORITY=critical
 means APT will _still_ pop-up dialogues for "critical" situations.
 I think it should be fine if you remove that line.
>>> 
>>> the -qq option did work in quietening the pop-up !
>>> 
>>> -abhi
>>
>>Cool, we have system vms again, yay! :)
>
>Hmm, that did not help, looks like bad observation, jenkins job failed !
>
>-abhi
>>
>

Re: 4.3 system vm template job failing in jenkins

[Nux!]

On 10.04.2014 11:17, Abhinandan Prateek wrote:

I have tried with both the options now i.e. -qq and by removing
"DEBIAN_PRIORITY=critical²,
The pop up does not go away breaking the build job.

Guys, find the solution !



We may need to use a preseed file then. Not sure how easy this is or 
how well it integrates in the current build setup.


--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: 4.3 system vm template job failing in jenkins

[Abhinandan Prateek]

On 10/04/14 4:23 pm, "Nux!"  wrote:

>On 10.04.2014 11:17, Abhinandan Prateek wrote:
>> I have tried with both the options now i.e. -qq and by removing
>> "DEBIAN_PRIORITY=critical²,
>> The pop up does not go away breaking the build job.
>> 
>> Guys, find the solution !
>> 
>
>We may need to use a preseed file then. Not sure how easy this is or
>how well it integrates in the current build setup.

It seems that nasty popup is coming from this particular version libssl
1.0.1e-2+deb7u6
If I use libssl 1.0.1e-2+deb7u5 the popup is gone, this also fixes the
vulnerability.

Ref: https://gist.github.com/jacksoncage/10104261

>

Re: 4.3 system vm template job failing in jenkins

[Nux!]

On 10.04.2014 11:17, Abhinandan Prateek wrote:

I have tried with both the options now i.e. -qq and by removing
"DEBIAN_PRIORITY=critical²,
The pop up does not go away breaking the build job.

Guys, find the solution !

-abhi



This sort of works for me:

(I'm downgrading to the vulnerable version)

root@v-45-VM:~# aptitude install libssl1.0.0=1.0.1e-2+deb7u4
The following packages will be DOWNGRADED:
  libssl1.0.0
0 packages upgraded, 0 newly installed, 1 downgraded, 0 to remove and 
34 not upgraded.
Need to get 0 B/3,027 kB of archives. After unpacking 52.2 kB will be 
freed.

Preconfiguring packages ...
dpkg: warning: downgrading libssl1.0.0:i386 from 1.0.1e-2+deb7u6 to 
1.0.1e-2+deb7u4

(Reading database ... 24354 files and directories currently installed.)
Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u6 (using 
.../libssl1.0.0_1.0.1e-2+deb7u4_i386.deb) ...

Unpacking replacement libssl1.0.0:i386 ...
Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u4) ...

root@v-45-VM:~# "DEBIAN_FRONTEND=noninteractive apt-get install -y -qq 
--force-yes libssl1.0.0

Preconfiguring packages ...
(Reading database ... 24354 files and directories currently installed.)
Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u4 (using 
.../libssl1.0.0_1.0.1e-2+deb7u6_i386.deb) ...

Unpacking replacement libssl1.0.0:i386 ...
Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u6) ...
Checking for services that may need to be restarted...done.
Checking init scripts...

Restarting services possibly affected by the upgrade:
[ ok ] Restarting OpenBSD Secure Shell server: sshd.
[ ok ] Stopping NTP server: ntpd.
[ ok ] Starting NTP server: ntpd.
[ ok ] Stopping daemon monitor: monit.
[ ok ] Starting daemon monitor: monit.

Services restarted successfully."

I tried disabling the $post script, but apparently there is no way to 
do this in Debian.



--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Review Request 19875: Fixed few issues for CLOUDSTACK-5674, CLOUDSTACK-6316

[ASF Subversion and Git Services]

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


Commit ef9471692d485c6d4ae65fa334bca03cc18a3ca5 in cloudstack's branch 
refs/heads/marvin from Girish Shilamkar
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=ef94716 ]

CLOUDSTACK-5674: Remove assigning accountname which was useless


- ASF Subversion and Git Services


On April 1, 2014, 6:05 p.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19875/
> ---
> 
> (Updated April 1, 2014, 6:05 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674 and CLOUDSTACK-6316
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> While running tests, there were few issues observed. 
> Fixed those issues mentioned for CLOUDSTACK-5674,CLOUDSTACK-6316
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_deploy_vm_with_userdata.py c1410fb 
>   test/integration/smoke/test_iso.py b3c3181 
>   test/integration/smoke/test_public_ip_range.py 50b0c9b 
>   test/integration/smoke/test_templates.py b25359b 
>   test/integration/smoke/test_vm_snapshots.py 4317d4d 
>   tools/marvin/marvin/lib/base.py a2f9a8b 
>   tools/marvin/marvin/lib/common.py 71fc274 
> 
> Diff: https://reviews.apache.org/r/19875/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

Build failed in Jenkins: build-master #608

[jenkins]

See 

Changes:

[wido] kvm: Add more debugging information when a volume is deleted.

--
[...truncated 3066 lines...]
[ERROR] 
:[20,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[21,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[22,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[23,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[24,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[50,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[51,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[52,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[53,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[54,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[55,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[34,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[35,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[36,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[37,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[38,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[39,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[40,23]
 error: package com.ceph.rbd.jna does not exist
[ERROR] 
:[2372,24]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2372,38]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2379,24]
 error: cannot find symbol
[ERROR] symbol:   class IoCTX
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2380,24]
 error: cannot find symbol
[ERROR] symbol:   class Rbd
[ERROR] location: class LibvirtComputingResource
[ERROR] 

Build failed in Jenkins: build-master-slowbuild #569

[jenkins]

See 

Changes:

[wido] kvm: Add more debugging information when a volume is deleted.

--
[...truncated 16800 lines...]
[ERROR] 
:[22,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[23,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[24,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[34,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[35,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[36,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[37,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[38,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[39,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[40,23]
 error: package com.ceph.rbd.jna does not exist
[ERROR] 
:[50,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[51,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[52,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[53,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[54,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[55,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[2372,24]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2372,38]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2379,24]
 error: cannot find symbol
[ERROR] symbol:   class IoCTX
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2380,24]
 error: cannot find symbol
[ERROR] symbol:   class Rbd
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2380,38]
 error: cannot find symbol
[ERROR] symbol:   class Rbd
[ERROR] locati

Build failed in Jenkins: cloudstack-4.4-maven-build-noredist #108

[jenkins]

See 


Changes:

[wido] CLOUDSTACK-4665: Depend on rados-java 0.1.4

[wido] CLOUDSTACK-4665: Check if a snapshot is protected before trying to 
unprotect

--
[...truncated 4718 lines...]
[ERROR] 
:[21,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[22,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[23,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[24,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[50,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[51,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[52,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[53,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[54,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[55,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[37,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[38,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[39,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[40,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[41,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[42,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[43,23]
 error: package com.ceph.rbd.jna does not exist
[ERROR] 
:[2372,24]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2372,38]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2379,24]
 error: cannot find symbol
[ERROR] symbol:   class IoCTX
[ERROR] loc

Build failed in Jenkins: cloudstack-4.3-forward-maven-build #158

[jenkins]

See 


Changes:

[wido] CLOUDSTACK-4665: Depend on rados-java 0.1.4

[wido] CLOUDSTACK-4665: Check if a snapshot is protected before trying to 
unprotect

--
[...truncated 2778 lines...]
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-network-ovs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-network-ovs ---
[INFO] Compiling 23 source files to 

[INFO] 
[INFO] >>> findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-network-ovs >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:2.5.3:findbugs (findbugs) @ 
cloud-plugin-network-ovs ---
[INFO] Fork Value is true
 [java] Warnings generated: 1
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-network-ovs <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-network-ovs ---
[INFO] BugInstance size is 1
[INFO] Error size is 0
[INFO] Total bugs: 1
[INFO] Suspicious comparison of Long references in 
com.cloud.network.ovs.OvsTunnelManagerImpl.CheckAndDestroyTunnel(VirtualMachine,
 Network) ["com.cloud.network.ovs.OvsTunnelManagerImpl"] At 
OvsTunnelManagerImpl.java:[lines 72-514]
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-network-ovs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-plugin-network-ovs ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-network-ovs ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Hypervisor Xen 4.3.0
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-hypervisor-xen ---
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-hypervisor-xen ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-hypervisor-xen ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 4 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-hypervisor-xen ---
[INFO] Compiling 22 source files to 

[INFO] 
[INFO] >>> findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-hypervisor-xen >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:2.5.3:findbugs (findbugs) @ 
cloud-plugin-hypervisor-xen ---
[INFO] Fork Value is true
 [java] Warnings generated: 11
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-hypervisor-xen <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-hypervisor-xen ---
[INFO] BugInstance size is 11
[INFO] Error size is 0
[INFO] Total bugs: 11
[INFO] Found reliance on default encoding in 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.createNfsSRbyURI(Connection,
 URI, boolean): String.getBytes() 
["com.cloud.hypervisor.xen.resource.CitrixResourceBase"] At 
CitrixResourceBase.java:[lines 296-8196]
[INFO] Found reliance on default encoding in 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(VmDataCommand): 
String.getBytes() ["com.cloud.hypervisor.xen.resource.CitrixResourceBase"] At 
CitrixResourceBase.java:[lines 296-8196]
[INFO] Found reliance on default encoding in 
com.cloud.hypervisor.xen.resource.CitrixRes

Build failed in Jenkins: cloudstack-4.3-forward-maven-build #159

[jenkins]

See 

--
[...truncated 2825 lines...]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-network-ovs ---
[INFO] Compiling 23 source files to 

[INFO] 
[INFO] >>> findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-network-ovs >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:2.5.3:findbugs (findbugs) @ 
cloud-plugin-network-ovs ---
[INFO] Fork Value is true
 [java] Warnings generated: 1
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-network-ovs <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-network-ovs ---
[INFO] BugInstance size is 1
[INFO] Error size is 0
[INFO] Total bugs: 1
[INFO] Suspicious comparison of Long references in 
com.cloud.network.ovs.OvsTunnelManagerImpl.CheckAndDestroyTunnel(VirtualMachine,
 Network) ["com.cloud.network.ovs.OvsTunnelManagerImpl"] At 
OvsTunnelManagerImpl.java:[lines 72-514]
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-network-ovs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-plugin-network-ovs ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-network-ovs ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Hypervisor Xen 4.3.0
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-hypervisor-xen ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-hypervisor-xen ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-hypervisor-xen ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 4 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-hypervisor-xen ---
[INFO] Compiling 22 source files to 

[INFO] 
[INFO] >>> findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-hypervisor-xen >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:2.5.3:findbugs (findbugs) @ 
cloud-plugin-hypervisor-xen ---
[INFO] Fork Value is true
 [java] Warnings generated: 11
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-hypervisor-xen <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:2.5.3:check (cloudstack-findbugs) @ 
cloud-plugin-hypervisor-xen ---
[INFO] BugInstance size is 11
[INFO] Error size is 0
[INFO] Total bugs: 11
[INFO] Found reliance on default encoding in 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.createNfsSRbyURI(Connection,
 URI, boolean): String.getBytes() 
["com.cloud.hypervisor.xen.resource.CitrixResourceBase"] At 
CitrixResourceBase.java:[lines 296-8196]
[INFO] Found reliance on default encoding in 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(VmDataCommand): 
String.getBytes() ["com.cloud.hypervisor.xen.resource.CitrixResourceBase"] At 
CitrixResourceBase.java:[lines 296-8196]
[INFO] Found reliance on default encoding in 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeProxyLoadScan(Command,
 long, String, String, int): new java.io.InputStreamReader(InputStream) 
["com.cloud.hy

Re: Review Request 20210: List templates returns destroyed temples when copying the same template after deleting.

[bharat kumar]

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

(Updated April 10, 2014, 3:04 p.m.)


Review request for cloudstack, Kishan Kavala and Min Chen.


Changes
---

Adding Min to the reviewer's list.


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


Repository: cloudstack-git


Description
---

List templates returns destroyed temples when copying the same template after 
deleting.
https://issues.apache.org/jira/browse/CLOUDSTACK-6377


Diffs
-

  
engine/api/src/org/apache/cloudstack/storage/datastore/db/TemplateDataStoreDao.java
 048ce22 
  
engine/storage/src/org/apache/cloudstack/storage/datastore/ObjectInDataStoreManagerImpl.java
 d9a5164 
  
engine/storage/src/org/apache/cloudstack/storage/image/db/TemplateDataStoreDaoImpl.java
 f5140e0 
  server/src/com/cloud/template/HypervisorTemplateAdapter.java 963aec9 

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


Testing
---

Tested on 4.2


Thanks,

bharat kumar

Review Request 20210: List templates returns destroyed temples when copying the same template after deleting.

[bharat kumar]

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

Review request for cloudstack and Kishan Kavala.


Summary (updated)
-

List templates returns destroyed temples when copying the same template after 
deleting.


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


Repository: cloudstack-git


Description (updated)
---

List templates returns destroyed temples when copying the same template after 
deleting.
https://issues.apache.org/jira/browse/CLOUDSTACK-6377


Diffs (updated)
-

  
engine/api/src/org/apache/cloudstack/storage/datastore/db/TemplateDataStoreDao.java
 048ce22 
  
engine/storage/src/org/apache/cloudstack/storage/datastore/ObjectInDataStoreManagerImpl.java
 d9a5164 
  
engine/storage/src/org/apache/cloudstack/storage/image/db/TemplateDataStoreDaoImpl.java
 f5140e0 
  server/src/com/cloud/template/HypervisorTemplateAdapter.java 963aec9 

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


Testing (updated)
---

Tested on 4.2


Thanks,

bharat kumar

RE: Interesting 4.2.1. Issue...

[Michael Phillips]

Amin,
   Any luck on your project taking your 3 mgmt servers to 4.3 on Centos 6.5?

> Subject: RE: Interesting 4.2.1. Issue...
> From: a...@opencloud.net.au
> To: dev@cloudstack.apache.org
> Date: Fri, 4 Apr 2014 11:10:28 +0800
> 
> Thanks and thanks for sharing the steps
> 
> Kind Regards
> Amin 
> 
> -Original Message-
> From: Michael Phillips [mailto:mphilli7...@hotmail.com] 
> Sent: Friday, 4 April 2014 11:02 AM
> To: dev@cloudstack.apache.org
> Subject: RE: Interesting 4.2.1. Issue...
> 
> So I manually downloaded tomcat 6.0.33 
> herehttps://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+CloudStack+Development+Environment+on+Linux
> Then did the following1. extracted 6.0.33 to /usr/share/tomcat6.0.33. 2. 
> Changed symlink of /usr/share/cloudstack-managemet/bin  to 
> /usr/share/tomcat6.0.33/bin3. Changed symlink of 
> /usr/share/cloudstack-management/lib to /usr/share/tomcat6.0.33/lib4. 
> Verified cloudstack was running tomcat 6.0.33 by creating a 
> tomcat_version.jsp file in /usr/share/cloudstack-management/webapps/client
> code for tomcat_version.jsp can be found 
> herehttp://stackoverflow.com/questions/14925073/how-to-find-out-running-tomcat-version
> I'll definitely let you know how it goes...
> 
> > Subject: RE: Interesting 4.2.1. Issue...
> > From: a...@opencloud.net.au
> > To: dev@cloudstack.apache.org
> > Date: Fri, 4 Apr 2014 10:43:35 +0800
> > 
> > I tried but I failed to do so, each time cloudstack attempts to install to 
> > go fetches the 6.0.35 from the repo, maybe you have installed it after 
> > installing the cloudstack, if you managed to have a running cloudstack 
> > version above the 6.0.33 feedback with the results.
> > 
> > Kind Regards
> > Amin
> > 
> > -Original Message-
> > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > Sent: Friday, 4 April 2014 10:41 AM
> > To: dev@cloudstack.apache.org
> > Subject: RE: Interesting 4.2.1. Issue...
> > 
> > So did you try changing your version of tomcat?
> > 
> > > Subject: RE: Interesting 4.2.1. Issue...
> > > From: a...@opencloud.net.au
> > > To: dev@cloudstack.apache.org
> > > Date: Fri, 4 Apr 2014 10:35:42 +0800
> > > 
> > > cd /usr/share/tomcat6/bin/
> > > ./version.sh
> > > 
> > > The output should be 6.0.33 instead of 6.0.35
> > > 
> > > Using CATALINA_BASE:   /usr/share/tomcat6
> > > Using CATALINA_HOME:   /usr/share/tomcat6
> > > Using CATALINA_TMPDIR: /usr/share/tomcat6/temp
> > > Using JRE_HOME:/usr
> > > Using CLASSPATH:   /usr/share/tomcat6/bin/bootstrap.jar
> > > Server version: Apache Tomcat/6.0.35
> > > Server built:   
> > > Server number:  6.0.35.0
> > > OS Name:Linux
> > > OS Version: 3.11.0-18-generic
> > > Architecture:   amd64
> > > JVM Version:1.6.0_30-b30
> > > JVM Vendor: Sun Microsystems Inc.
> > > 
> > > 
> > > Kind Regards
> > > Amin
> > > 
> > > 
> > > 
> > > -Original Message-
> > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > Sent: Friday, 4 April 2014 10:31 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: RE: Interesting 4.2.1. Issue...
> > > 
> > > I've put tomcat 6.0.33 on our mgmt servers. I'm going to monitor it for 
> > > the next few days to see if we get the error again.
> > > Do you know any way way to verify the version of tomcat that's running?
> > > 
> > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > From: a...@opencloud.net.au
> > > > To: dev@cloudstack.apache.org
> > > > Date: Thu, 3 Apr 2014 10:35:29 +0800
> > > > 
> > > > No we didn't, it wouldn't matter because the memory would still 
> > > > fill up, the problem is it opens a thread and it fails to close it 
> > > > so whatever you will increase soon or later the memory will fill 
> > > > up (if I understand right)
> > > > 
> > > > The error in catalina is as follows:
> > > > 
> > > > SEVERE: The web application [/client] created a ThreadLocal with key of 
> > > > type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@1bd66d2d]) 
> > > > and a value of type [com.cloud.api.SerializationContext] (value 
> > > > [com.cloud.api.SerializationContext@2f6baed9]) but failed to remove it 
> > > > when the web application was stopped. This is very likely to create a 
> > > > memory leak.
> > > > 
> > > > If someone could help with this error generated in the catalina log, 
> > > > that would be much appreicated.
> > > > 
> > > > Kind Regards
> > > > Amin
> > > > 
> > > > 
> > > > 
> > > > 
> > > > -Original Message-
> > > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > > Sent: Thursday, 3 April 2014 9:34 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > 
> > > > A few other articles also mention setting the initial heap size "-Xms" 
> > > > to the same value as the heap size, to go ahead and fully commit the 
> > > > heap. Have you tried that?
> > > > One other thing I am curious of is have you fiddled with the Perm Size 
> > > > "XX:Permsize" setting?
> > > > 
> > > >

RE: Remove Mgmt Server

[Michael Phillips]

One be nice to see an option in the UI to cleanly remove a management server.
Thoughts?

> Date: Tue, 8 Apr 2014 21:38:29 -0300
> Subject: Re: Remove Mgmt Server
> From: rafaelweingart...@gmail.com
> To: dev@cloudstack.apache.org
> 
> I prefer to set the removed field to some data that represents the time
> when the server was removed. This way when a new management server gets up
> it does not waste time checking if some other server is up.
> 
> 
> On Tue, Apr 8, 2014 at 1:58 PM, Kelven Yang  wrote:
> 
> > Just by stopping the running management server would do it already. no
> > further action is mandatory, however, if you prefer a complete clean,
> > login into DB and remove the corresponding record in mshost table
> >
> > Kelven
> >
> > On 4/5/14, 10:32 AM, "Michael Phillips"  wrote:
> >
> > >Hey dev guys, what's the proper way to remove a management server from a
> > >management server cluster?
> > >I am referring to the actual management servers and not the
> > >hypervisors
> >
> >
> 
> 
> -- 
> Rafael Weingärtner
  

RE: cloudmanagementserver.keystore

[Michael Phillips]

I created a bug report for this.
https://issues.apache.org/jira/browse/CLOUDSTACK-6378

> From: prashanthreddy.mand...@citrix.com
> To: dev@cloudstack.apache.org
> Subject: RE: cloudmanagementserver.keystore
> Date: Tue, 8 Apr 2014 05:49:49 +
> 
> I have seen this issue on fresh installation of 4.3.
> 
> Snippet of the log from my setup
> 
> "2014-04-07 08:00:09,295 INFO  [c.c.s.ConfigurationServerImpl] (main:null) 
> SSL keystore located at 
> /etc/cloudstack/management/cloudmanagementserver.keystore
> 2014-04-07 08:00:09,304 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo 
> keytool -genkey -keystore 
> /etc/cloudstack/management/cloudmanagementserver.keystore -storepass 
> vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname cn="Cloudstack 
> User",ou="repro. cloud.internal",o="repro. cloud.internal",c="Unknown"
> 2014-04-07 08:00:09,438 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1
> 2014-04-07 08:00:09,441 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty 
> present and no askpass program specified
> 2014-04-07 08:00:09,445 WARN  [c.c.s.ConfigurationServerImpl] (main:null) 
> Would use fail-safe keystore to continue.
> java.io.IOException: Fail to generate certificate!: sudo: no tty present and 
> no askpass program specified"
> 
> 
> Thanks,
> Prashanth
> 
> -Original Message-
> From: Michael Phillips [mailto:mphilli7...@hotmail.com] 
> Sent: Tuesday, April 08, 2014 9:27 AM
> To: dev@cloudstack.apache.org
> Subject: cloudmanagementserver.keystore
> 
> I know this was a problem in 4.2.1 in which the system would endlessly log 
> the following error:
> 014-04-07 22:29:29,715 WARN  [c.c.u.n.Link] (AgentManager-Selector:null) SSL: 
> Fail to find the generated keystore. Loading fail-safe one to continue.
> The fix was to rename 
> /etc/cloudstack/management/cloudmanagementserver.keystore, to cloud.keystore 
> then restart cloudstack.
> I just installed 4.3.0 fresh, and it seems like this problem persists with a 
> twist. The system now does not create any keystore file and logs the 
> following 3 errors.
> Executing: sudo keytool -genkey -keystore 
> /etc/cloudstack/management/cloudmanagementserver.keystore -storepass 
> vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname cn="Cloudstack 
> User",ou="ustxdalcstackwebp1.cloudagy.local",o="ustxdalcstackwebp1.cloudagy.local",c="Unknown"
>  2014-04-07 21:31:53,610 DEBUG [c.c.u.s.Script] (main:null) Exit value is 
> 12014-04-07 21:31:53,610 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty 
> present and no askpass program specified My fix was to run the above command 
> "keytool..." from the command line, then rename the file to cloud.keystore. 
> Once I did that it stopped logging the "SSL: Fail to find the generated 
> keystore" errors. Can anyone else confirm they saw this behavior in 4.3.0? If 
> so I can make a bug report in JIRA..
> 
  

Re: Review Request 19446: CLOUDSTACK-6191: Volume provisioning type option

[ASF Subversion and Git Services]

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


Commit 11f5bdd78de4121331b07995800f6e9e7c22f2c0 in cloudstack's branch 
refs/heads/master from Marcus Sorensen
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=11f5bdd ]

CLOUDSTACK-6191 Add support for specifying volume provisioning
type (thin, sparse, fat) in disk/compute offerings.

Submitted-by: Yoshikazu Nojima 
Reviewed-by: Marcus Sorensen, Mike Tutowski


- ASF Subversion and Git Services


On April 9, 2014, 10:58 p.m., Yoshikazu Nojima wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19446/
> ---
> 
> (Updated April 9, 2014, 10:58 p.m.)
> 
> 
> Review request for cloudstack, Mike Tutkowski, Marcus Sorensen, and Wido den 
> Hollander.
> 
> 
> Bugs: CLOUDSTACK-6191
> https://issues.apache.org/jira/browse/CLOUDSTACK-6191
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> purpose:
> Thin provisioning of a volume saves consumption of a storage, and fat 
> provisioning minimizes IOPS performance overhead.
> This feature adds a disk offering parameter to provide users an option to 
> select how to provision volumes.
> Especially, qcow2 format is known that its performance can be improved by 
> deploying a volume as a sparse file.[1] This feature also supports sparse 
> provisioning.
> 
> 
> http://itscblog.tamu.edu/improve-disk-io-performance-in-kvm/#.232---preallocation
> 
> Scope:
> First, start with KVM+NFS installation.
> Leave rooms to support other hypervisors.
> 
> For more details please refer fs: 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Volume+provisioning+type+option
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/offering/DiskOffering.java 4641b9a 
>   api/src/com/cloud/storage/Storage.java 8ab2463 
>   api/src/com/cloud/storage/Volume.java 304dbcf 
>   api/src/com/cloud/vm/DiskProfile.java 5fdacf2 
>   api/src/org/apache/cloudstack/api/ApiConstants.java c7d6da1 
>   
> api/src/org/apache/cloudstack/api/command/admin/offering/CreateDiskOfferingCmd.java
>  67c9792 
>   
> api/src/org/apache/cloudstack/api/command/admin/offering/CreateServiceOfferingCmd.java
>  6cd5d84 
>   api/src/org/apache/cloudstack/api/response/DiskOfferingResponse.java 
> 91bd441 
>   api/src/org/apache/cloudstack/api/response/ServiceOfferingResponse.java 
> 764ade5 
>   api/src/org/apache/cloudstack/api/response/VolumeResponse.java 45c15da 
>   client/WEB-INF/classes/resources/messages.properties 8abe874 
>   core/src/org/apache/cloudstack/storage/to/VolumeObjectTO.java 11a3324 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/orchestration/VolumeOrchestrator.java
>  c5e0983 
>   engine/orchestration/test/com/cloud/vm/VirtualMachineManagerImplTest.java 
> 49b2fc5 
>   engine/schema/src/com/cloud/service/ServiceOfferingVO.java 3be0aaa 
>   engine/schema/src/com/cloud/storage/DiskOfferingVO.java 99214b2 
>   engine/schema/src/com/cloud/storage/VolumeVO.java 9f27c23 
>   
> engine/storage/volume/src/org/apache/cloudstack/storage/volume/VolumeObject.java
>  385f8e6 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
>  beb5e10 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStorageVolumeDef.java
>  35777cf 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/IscsiAdmStorageAdaptor.java
>  761bb37 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/IscsiAdmStoragePool.java
>  2cecfa3 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStoragePool.java
>  ca3d32f 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStoragePoolManager.java
>  583d48a 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStorageProcessor.java
>  604bdae 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
>  61d90e9 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStoragePool.java
>  605d154 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/StorageAdaptor.java
>  c751aab 
>   plugins/hypervisors/kvm/src/org/apache/cloudstack/utils/qemu/QemuImg.java 
> 4bec375 
>   
> plugins/hypervisors/kvm/test/org/apache/cloudstack/utils/qemu/QemuImgTest.java
>  8bdff4d 
>   
> plugins/network-elements/elastic-loadbalancer/src/com/cloud/network/lb/ElasticLoadBalancerManagerImpl.java
>  2a7bcac 
>   
> plugins/network-elements/internal-loadbalancer/src/org/apache/cloudstack/network/lb/InternalLoadBalancerVMManagerImpl.java
>  89707c9 
>   
> plugins/network-elements/internal-loadbalancer/test/org/apache/cloudstack/internallbvmmgr/InternalLBVMManagerTe

Re: Review Request 19446: CLOUDSTACK-6191: Volume provisioning type option

[Marcus Sorensen]

> On April 10, 2014, 3:29 p.m., Marcus Sorensen wrote:
> > Ship It!

commit 11f5bdd78de4121331b07995800f6e9e7c22f2c0
Author: Marcus Sorensen 
Date:   Thu Apr 10 09:23:04 2014 -0600

CLOUDSTACK-6191 Add support for specifying volume provisioning
type (thin, sparse, fat) in disk/compute offerings.

Submitted-by: Yoshikazu Nojima 
Reviewed-by: Marcus Sorensen, Mike Tutowski


- Marcus


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


On April 9, 2014, 10:58 p.m., Yoshikazu Nojima wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19446/
> ---
> 
> (Updated April 9, 2014, 10:58 p.m.)
> 
> 
> Review request for cloudstack, Mike Tutkowski, Marcus Sorensen, and Wido den 
> Hollander.
> 
> 
> Bugs: CLOUDSTACK-6191
> https://issues.apache.org/jira/browse/CLOUDSTACK-6191
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> purpose:
> Thin provisioning of a volume saves consumption of a storage, and fat 
> provisioning minimizes IOPS performance overhead.
> This feature adds a disk offering parameter to provide users an option to 
> select how to provision volumes.
> Especially, qcow2 format is known that its performance can be improved by 
> deploying a volume as a sparse file.[1] This feature also supports sparse 
> provisioning.
> 
> 
> http://itscblog.tamu.edu/improve-disk-io-performance-in-kvm/#.232---preallocation
> 
> Scope:
> First, start with KVM+NFS installation.
> Leave rooms to support other hypervisors.
> 
> For more details please refer fs: 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Volume+provisioning+type+option
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/offering/DiskOffering.java 4641b9a 
>   api/src/com/cloud/storage/Storage.java 8ab2463 
>   api/src/com/cloud/storage/Volume.java 304dbcf 
>   api/src/com/cloud/vm/DiskProfile.java 5fdacf2 
>   api/src/org/apache/cloudstack/api/ApiConstants.java c7d6da1 
>   
> api/src/org/apache/cloudstack/api/command/admin/offering/CreateDiskOfferingCmd.java
>  67c9792 
>   
> api/src/org/apache/cloudstack/api/command/admin/offering/CreateServiceOfferingCmd.java
>  6cd5d84 
>   api/src/org/apache/cloudstack/api/response/DiskOfferingResponse.java 
> 91bd441 
>   api/src/org/apache/cloudstack/api/response/ServiceOfferingResponse.java 
> 764ade5 
>   api/src/org/apache/cloudstack/api/response/VolumeResponse.java 45c15da 
>   client/WEB-INF/classes/resources/messages.properties 8abe874 
>   core/src/org/apache/cloudstack/storage/to/VolumeObjectTO.java 11a3324 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/orchestration/VolumeOrchestrator.java
>  c5e0983 
>   engine/orchestration/test/com/cloud/vm/VirtualMachineManagerImplTest.java 
> 49b2fc5 
>   engine/schema/src/com/cloud/service/ServiceOfferingVO.java 3be0aaa 
>   engine/schema/src/com/cloud/storage/DiskOfferingVO.java 99214b2 
>   engine/schema/src/com/cloud/storage/VolumeVO.java 9f27c23 
>   
> engine/storage/volume/src/org/apache/cloudstack/storage/volume/VolumeObject.java
>  385f8e6 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
>  beb5e10 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStorageVolumeDef.java
>  35777cf 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/IscsiAdmStorageAdaptor.java
>  761bb37 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/IscsiAdmStoragePool.java
>  2cecfa3 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStoragePool.java
>  ca3d32f 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStoragePoolManager.java
>  583d48a 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStorageProcessor.java
>  604bdae 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
>  61d90e9 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStoragePool.java
>  605d154 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/StorageAdaptor.java
>  c751aab 
>   plugins/hypervisors/kvm/src/org/apache/cloudstack/utils/qemu/QemuImg.java 
> 4bec375 
>   
> plugins/hypervisors/kvm/test/org/apache/cloudstack/utils/qemu/QemuImgTest.java
>  8bdff4d 
>   
> plugins/network-elements/elastic-loadbalancer/src/com/cloud/network/lb/ElasticLoadBalancerManagerImpl.java
>  2a7bcac 
>   
> plugins/network-elements/internal-loadbalancer/src/org/apache/cloudstack/network/lb/InternalLoadBalancerVMManagerImpl.java
>  89707c9 
>   
> plugins/network-elements/internal-loadbalancer/test/org/apache/cloudstack/internallbvmmgr/InternalLBVMManagerTest.java
>

Re: OpenSSL vunerability (bleedheart)

[John Kinsella]

root@v-14-VM:~# lsof|grep -i ssl
monit 11461   root  mem   REG  254,7   358880  15115 
/usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
root@v-14-VM:~# ps -ef|grep monit
root 11461 1  0 Apr09 ?00:00:02 /usr/bin/monit -c 
/etc/monit/monitrc

On Apr 9, 2014, at 9:10 PM, Kelven Yang 
mailto:kelven.y...@citrix.com>> wrote:

What is the process name of that daemon in CPVM? I remember that we only
have SSH and HTTPS port open in console proxy, and the later one is
running Java based SSL engine.

Kelven

On 4/9/14, 1:38 PM, "John Kinsella" 
mailto:j...@stratosec.co>> wrote:

CPVM runs a monit daemon which is at least linked to libssl. I haven¹t
taken more than peek at that yet - I think SSL is configured off by
default butŠyeah sorry will have to look at that closer.

Regarding the trusted IPs - I only attempted to test one SSVM from
http://filippo.io/Heartbleed/ and it was a) publicly accessible and b)
vulnerable, so trust didn¹t really enter into the equation.

I already adjusted the blog post re: VR and earlier versions of ACS.

John

On Apr 9, 2014, at 12:15 PM, Animesh Chaturvedi
mailto:animesh.chaturv...@citrix.com>>
wrote:

Courtesy Chiradeep


- CPVM uses JSSE so that should not be affected
- VR is not affected since it does not offer any HTTPS/TLS service. The
RA VPN and S2S VPN use the OpenSSL lib only for crypto and not for any
transport
- The only vulnerable service is the volume upload service and template
copy. The latter is between 2 trusted IPs
- Also this should only affect SSVM template from 4.2 onwards as only
wheezy is affected

Thanks
Animesh
-Original Message-
From: John Kinsella [mailto:j...@stratosec.co]
Sent: Wednesday, April 09, 2014 11:07 AM
To: 
dev@cloudstack.apache.org
Subject: Re: OpenSSL vunerability (bleedheart)

I want to address a few things here directly (I think these are covered
in the
blog post, if not ping me)

* Current SSVM from 4.3 is not good enough.
* Yes, each SystemVM runs software that needs OpenSSL. For the curious,
see "lsof|grep -i ssl"
* I'm not sure if the current SystemVM template on Jenkins is secure,
we're
testing that currently and will update once confirmed.
* Assume if you see us releasing a blog post about a security issue,
there's a
security issue (QED HTH HAND)
* Realhostip uses SSL, but not on the SystemVMs. If you're using
realhostIP,
it doesn't matter what version of OSSL you use, you're still insecure.
Horse:
beaten.
* Chiradeep's correct, 4.1 and older are not vulnerable. Post updated
again.

I think that covers the questions...running around doing a few things but
this
is very high on our priority list.

(snarky comments are meant to be funny not insulting/condescending)

On Apr 9, 2014, at 10:19 AM, John Kinsella
mailto:j...@stratosec.co>>
wrote:

To my knowledge, no code change is necessary just a rebuild.  - j

Please excuse typos - sent from mobile device.

- Reply message -
From: "Rayees Namathponnan"
mailto:rayees.namathpon...@citrix.com>http://citrix.co>
m>>
To:
"dev@cloudstack.apache.org>"
mailto:dev@cloudstack.apache.org>>>
Subject: OpenSSL vunerability (bleedheart)
Date: Wed, Apr 9, 2014 10:13 AM

Even if we get latest systemvm template from
http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/ . ,
it
has openssl 1.0.1e-2+deb7u4 ?

Is there any code change required to create system template with openssl
1.0.1e-2+deb7u6  ?

Regards,
Rayees

-Original Message-
From: Harikrishna Patnala [mailto:harikrishna.patn...@citrix.com]
Sent: Wednesday, April 09, 2014 5:15 AM
To:
mailto:dev@cloudstack.apache.org>>>
Subject: Re: OpenSSL vunerability (bleedheart)

Latest System VMs have openssl 1.0.1e-2+deb7u4. We need to update
openssl to get 1.0.1e-2+deb7u6.

It will be great if some one can update openssl to 1.0.1e-2+deb7u6 and
test
OpenSSL HeartBleed Vulnerability. Right now I could not do it from our
network.

-Harikrishna

On 09-Apr-2014, at 5:00 pm, Nux!
mailto:n...@li.nux.ro>>
wrote:

On 09.04.2014 12:04, Abhinandan Prateek wrote:
Latest jenkins build template have openSSL version 1.0.1e, the version
that is
compromised.

Guys, do not panic.
It is my understanding that in Debian, just like in RHEL, major versions
will
not change, i.e. Debian GNU/Linux 7.0 will EOL with openssl 1.0.1e, but
they
will backport stuff.

After I did an "apt-get update && apt-get install openssl" I got package
version 1.0.1e-2+deb7u6 (dpkg

Re: Review Request 19446: CLOUDSTACK-6191: Volume provisioning type option

[Marcus Sorensen]

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

Ship it!


Ship It!

- Marcus Sorensen


On April 9, 2014, 10:58 p.m., Yoshikazu Nojima wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19446/
> ---
> 
> (Updated April 9, 2014, 10:58 p.m.)
> 
> 
> Review request for cloudstack, Mike Tutkowski, Marcus Sorensen, and Wido den 
> Hollander.
> 
> 
> Bugs: CLOUDSTACK-6191
> https://issues.apache.org/jira/browse/CLOUDSTACK-6191
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> purpose:
> Thin provisioning of a volume saves consumption of a storage, and fat 
> provisioning minimizes IOPS performance overhead.
> This feature adds a disk offering parameter to provide users an option to 
> select how to provision volumes.
> Especially, qcow2 format is known that its performance can be improved by 
> deploying a volume as a sparse file.[1] This feature also supports sparse 
> provisioning.
> 
> 
> http://itscblog.tamu.edu/improve-disk-io-performance-in-kvm/#.232---preallocation
> 
> Scope:
> First, start with KVM+NFS installation.
> Leave rooms to support other hypervisors.
> 
> For more details please refer fs: 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Volume+provisioning+type+option
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/offering/DiskOffering.java 4641b9a 
>   api/src/com/cloud/storage/Storage.java 8ab2463 
>   api/src/com/cloud/storage/Volume.java 304dbcf 
>   api/src/com/cloud/vm/DiskProfile.java 5fdacf2 
>   api/src/org/apache/cloudstack/api/ApiConstants.java c7d6da1 
>   
> api/src/org/apache/cloudstack/api/command/admin/offering/CreateDiskOfferingCmd.java
>  67c9792 
>   
> api/src/org/apache/cloudstack/api/command/admin/offering/CreateServiceOfferingCmd.java
>  6cd5d84 
>   api/src/org/apache/cloudstack/api/response/DiskOfferingResponse.java 
> 91bd441 
>   api/src/org/apache/cloudstack/api/response/ServiceOfferingResponse.java 
> 764ade5 
>   api/src/org/apache/cloudstack/api/response/VolumeResponse.java 45c15da 
>   client/WEB-INF/classes/resources/messages.properties 8abe874 
>   core/src/org/apache/cloudstack/storage/to/VolumeObjectTO.java 11a3324 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/orchestration/VolumeOrchestrator.java
>  c5e0983 
>   engine/orchestration/test/com/cloud/vm/VirtualMachineManagerImplTest.java 
> 49b2fc5 
>   engine/schema/src/com/cloud/service/ServiceOfferingVO.java 3be0aaa 
>   engine/schema/src/com/cloud/storage/DiskOfferingVO.java 99214b2 
>   engine/schema/src/com/cloud/storage/VolumeVO.java 9f27c23 
>   
> engine/storage/volume/src/org/apache/cloudstack/storage/volume/VolumeObject.java
>  385f8e6 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
>  beb5e10 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStorageVolumeDef.java
>  35777cf 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/IscsiAdmStorageAdaptor.java
>  761bb37 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/IscsiAdmStoragePool.java
>  2cecfa3 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStoragePool.java
>  ca3d32f 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStoragePoolManager.java
>  583d48a 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStorageProcessor.java
>  604bdae 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
>  61d90e9 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStoragePool.java
>  605d154 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/StorageAdaptor.java
>  c751aab 
>   plugins/hypervisors/kvm/src/org/apache/cloudstack/utils/qemu/QemuImg.java 
> 4bec375 
>   
> plugins/hypervisors/kvm/test/org/apache/cloudstack/utils/qemu/QemuImgTest.java
>  8bdff4d 
>   
> plugins/network-elements/elastic-loadbalancer/src/com/cloud/network/lb/ElasticLoadBalancerManagerImpl.java
>  2a7bcac 
>   
> plugins/network-elements/internal-loadbalancer/src/org/apache/cloudstack/network/lb/InternalLoadBalancerVMManagerImpl.java
>  89707c9 
>   
> plugins/network-elements/internal-loadbalancer/test/org/apache/cloudstack/internallbvmmgr/InternalLBVMManagerTest.java
>  f418586 
>   
> plugins/network-elements/internal-loadbalancer/test/org/apache/cloudstack/internallbvmmgr/InternalLBVMServiceTest.java
>  62ca09b 
>   server/src/com/cloud/api/query/dao/DiskOfferingJoinDaoImpl.java bf28c03 
>   server/src/com/cloud/api/query/dao/ServiceOfferingJoinDaoImpl.java 7fcc5c6 
>   server/src/com/cloud/api/query/dao/VolumeJoinDaoImpl.j

Re: cloudmanagementserver.keystore

[Sheng Yang]

We traced back the issue to:

commit de448ec4792eda5b47d79b26e9cb8ce96a2b22f4
Author: Wei Zhou 
Date:   Thu Nov 7 11:09:06 2013 +0100

CLOUDSTACK-5042: change cloud.keystore to
cloudmanagementserver.keystore and install it


This commit only modify the keystore name, but remain the real place to use
the keystore unchangd. It would make cloudstack fail to found the keystore
when "cloud.keystore" not existed, thus involve in fail-safe keystore kick
in.

We're working on fix it.

--Sheng


On Thu, Apr 10, 2014 at 9:27 AM, Michael Phillips
wrote:

> I created a bug report for this.
> https://issues.apache.org/jira/browse/CLOUDSTACK-6378
>
> > From: prashanthreddy.mand...@citrix.com
> > To: dev@cloudstack.apache.org
> > Subject: RE: cloudmanagementserver.keystore
> > Date: Tue, 8 Apr 2014 05:49:49 +
> >
> > I have seen this issue on fresh installation of 4.3.
> >
> > Snippet of the log from my setup
> >
> > "2014-04-07 08:00:09,295 INFO  [c.c.s.ConfigurationServerImpl]
> (main:null) SSL keystore located at
> /etc/cloudstack/management/cloudmanagementserver.keystore
> > 2014-04-07 08:00:09,304 DEBUG [c.c.u.s.Script] (main:null) Executing:
> sudo keytool -genkey -keystore
> /etc/cloudstack/management/cloudmanagementserver.keystore -storepass
> vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname
> cn="Cloudstack User",ou="repro. cloud.internal",o="repro.
> cloud.internal",c="Unknown"
> > 2014-04-07 08:00:09,438 DEBUG [c.c.u.s.Script] (main:null) Exit value is
> 1
> > 2014-04-07 08:00:09,441 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty
> present and no askpass program specified
> > 2014-04-07 08:00:09,445 WARN  [c.c.s.ConfigurationServerImpl]
> (main:null) Would use fail-safe keystore to continue.
> > java.io.IOException: Fail to generate certificate!: sudo: no tty present
> and no askpass program specified"
> >
> >
> > Thanks,
> > Prashanth
> >
> > -Original Message-
> > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > Sent: Tuesday, April 08, 2014 9:27 AM
> > To: dev@cloudstack.apache.org
> > Subject: cloudmanagementserver.keystore
> >
> > I know this was a problem in 4.2.1 in which the system would endlessly
> log the following error:
> > 014-04-07 22:29:29,715 WARN  [c.c.u.n.Link] (AgentManager-Selector:null)
> SSL: Fail to find the generated keystore. Loading fail-safe one to continue.
> > The fix was to rename
> /etc/cloudstack/management/cloudmanagementserver.keystore, to
> cloud.keystore then restart cloudstack.
> > I just installed 4.3.0 fresh, and it seems like this problem persists
> with a twist. The system now does not create any keystore file and logs the
> following 3 errors.
> > Executing: sudo keytool -genkey -keystore
> /etc/cloudstack/management/cloudmanagementserver.keystore -storepass
> vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname
> cn="Cloudstack
> User",ou="ustxdalcstackwebp1.cloudagy.local",o="ustxdalcstackwebp1.cloudagy.local",c="Unknown"
> 2014-04-07 21:31:53,610 DEBUG [c.c.u.s.Script] (main:null) Exit value is
> 12014-04-07 21:31:53,610 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty
> present and no askpass program specified My fix was to run the above
> command "keytool..." from the command line, then rename the file to
> cloud.keystore. Once I did that it stopped logging the "SSL: Fail to find
> the generated keystore" errors. Can anyone else confirm they saw this
> behavior in 4.3.0? If so I can make a bug report in JIRA..
> >
>
>

Re: cloudmanagementserver.keystore

[Sheng Yang]

Btw, the place used the keystore is at Link.java.

--Sheng


On Thu, Apr 10, 2014 at 9:36 AM, Sheng Yang  wrote:

> We traced back the issue to:
>
> commit de448ec4792eda5b47d79b26e9cb8ce96a2b22f4
> Author: Wei Zhou 
> Date:   Thu Nov 7 11:09:06 2013 +0100
>
> CLOUDSTACK-5042: change cloud.keystore to
> cloudmanagementserver.keystore and install it
>
>
> This commit only modify the keystore name, but remain the real place to
> use the keystore unchangd. It would make cloudstack fail to found the
> keystore when "cloud.keystore" not existed, thus involve in fail-safe
> keystore kick in.
>
> We're working on fix it.
>
> --Sheng
>
>
> On Thu, Apr 10, 2014 at 9:27 AM, Michael Phillips  > wrote:
>
>> I created a bug report for this.
>> https://issues.apache.org/jira/browse/CLOUDSTACK-6378
>>
>> > From: prashanthreddy.mand...@citrix.com
>> > To: dev@cloudstack.apache.org
>> > Subject: RE: cloudmanagementserver.keystore
>> > Date: Tue, 8 Apr 2014 05:49:49 +
>> >
>> > I have seen this issue on fresh installation of 4.3.
>> >
>> > Snippet of the log from my setup
>> >
>> > "2014-04-07 08:00:09,295 INFO  [c.c.s.ConfigurationServerImpl]
>> (main:null) SSL keystore located at
>> /etc/cloudstack/management/cloudmanagementserver.keystore
>> > 2014-04-07 08:00:09,304 DEBUG [c.c.u.s.Script] (main:null) Executing:
>> sudo keytool -genkey -keystore
>> /etc/cloudstack/management/cloudmanagementserver.keystore -storepass
>> vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname
>> cn="Cloudstack User",ou="repro. cloud.internal",o="repro.
>> cloud.internal",c="Unknown"
>> > 2014-04-07 08:00:09,438 DEBUG [c.c.u.s.Script] (main:null) Exit value
>> is 1
>> > 2014-04-07 08:00:09,441 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty
>> present and no askpass program specified
>> > 2014-04-07 08:00:09,445 WARN  [c.c.s.ConfigurationServerImpl]
>> (main:null) Would use fail-safe keystore to continue.
>> > java.io.IOException: Fail to generate certificate!: sudo: no tty
>> present and no askpass program specified"
>> >
>> >
>> > Thanks,
>> > Prashanth
>> >
>> > -Original Message-
>> > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
>> > Sent: Tuesday, April 08, 2014 9:27 AM
>> > To: dev@cloudstack.apache.org
>> > Subject: cloudmanagementserver.keystore
>> >
>> > I know this was a problem in 4.2.1 in which the system would endlessly
>> log the following error:
>> > 014-04-07 22:29:29,715 WARN  [c.c.u.n.Link]
>> (AgentManager-Selector:null) SSL: Fail to find the generated keystore.
>> Loading fail-safe one to continue.
>> > The fix was to rename
>> /etc/cloudstack/management/cloudmanagementserver.keystore, to
>> cloud.keystore then restart cloudstack.
>> > I just installed 4.3.0 fresh, and it seems like this problem persists
>> with a twist. The system now does not create any keystore file and logs the
>> following 3 errors.
>> > Executing: sudo keytool -genkey -keystore
>> /etc/cloudstack/management/cloudmanagementserver.keystore -storepass
>> vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname
>> cn="Cloudstack
>> User",ou="ustxdalcstackwebp1.cloudagy.local",o="ustxdalcstackwebp1.cloudagy.local",c="Unknown"
>> 2014-04-07 21:31:53,610 DEBUG [c.c.u.s.Script] (main:null) Exit value is
>> 12014-04-07 21:31:53,610 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty
>> present and no askpass program specified My fix was to run the above
>> command "keytool..." from the command line, then rename the file to
>> cloud.keystore. Once I did that it stopped logging the "SSL: Fail to find
>> the generated keystore" errors. Can anyone else confirm they saw this
>> behavior in 4.3.0? If so I can make a bug report in JIRA..
>> >
>>
>>
>
>

Build failed in Jenkins: build-master #609

[jenkins]

See 

Changes:

[marcus] CLOUDSTACK-6191 Add support for specifying volume provisioning

--
[...truncated 3066 lines...]
[ERROR] 
:[20,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[21,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[22,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[23,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[24,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[50,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[51,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[52,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[53,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[54,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[55,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[36,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[37,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[38,21]
 error: package com.ceph.rados does not exist
[ERROR] 
:[39,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[40,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[41,19]
 error: package com.ceph.rbd does not exist
[ERROR] 
:[42,23]
 error: package com.ceph.rbd.jna does not exist
[ERROR] 
:[2373,24]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2373,38]
 error: cannot find symbol
[ERROR] symbol:   class Rados
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2380,24]
 error: cannot find symbol
[ERROR] symbol:   class IoCTX
[ERROR] location: class LibvirtComputingResource
[ERROR] 
:[2381,24]
 error: cannot find symbol
[ERROR] symbol:   class Rbd
[ERROR] location: class LibvirtComputingResource
[ERROR] 

Re: Build failed in Jenkins: build-master #609

[Marcus Sorensen]

Hmm, sorry. I thought master was fixed, as we saw complaints about the
rados stuff yesterday (and I saw it on my linux vm as well), but the
build worked fine on my mac today.  It must have only worked due to
cached .m2 on my mac. I'm going to try to figure out what we need to
revert to get master going again.

On 4/10/14, 9:38 AM, jenk...@cloudstack.org wrote:
> See 
>
> Changes:
>
> [marcus] CLOUDSTACK-6191 Add support for specifying volume provisioning
>
> --
> [...truncated 3066 lines...]
> [ERROR] 
> :[20,21]
>  error: package com.ceph.rados does not exist
> [ERROR] 
> :[21,21]
>  error: package com.ceph.rados does not exist
> [ERROR] 
> :[22,19]
>  error: package com.ceph.rbd does not exist
> [ERROR] 
> :[23,19]
>  error: package com.ceph.rbd does not exist
> [ERROR] 
> :[24,19]
>  error: package com.ceph.rbd does not exist
> [ERROR] 
> :[50,21]
>  error: package com.ceph.rados does not exist
> [ERROR] 
> :[51,21]
>  error: package com.ceph.rados does not exist
> [ERROR] 
> :[52,21]
>  error: package com.ceph.rados does not exist
> [ERROR] 
> :[53,19]
>  error: package com.ceph.rbd does not exist
> [ERROR] 
> :[54,19]
>  error: package com.ceph.rbd does not exist
> [ERROR] 
> :[55,19]
>  error: package com.ceph.rbd does not exist
> [ERROR] 
> :[36,21]
>  error: package com.ceph.rados does not exist
> [ERROR] 
> :[37,21]
>  error: package com.ceph.rados does not exist
> [ERROR] 
> :[38,21]
>  error: package com.ceph.rados does not exist
> [ERROR] 
> :[39,19]
>  error: package com.ceph.rbd does not exist
> [ERROR] 
> :[40,19]
>  error: package com.ceph.rbd does not exist
> [ERROR] 
> :[41,19]
>  error: package com.ceph.rbd does not exist
> [ERROR] 
> :[42,23]
>  error: package com.ceph.rbd.jna does not exist
> [ERROR] 
> :[2373,24]
>  error: cannot find symbol
> [ERROR] symbol:   class Rados
> [ERROR] location: class LibvirtComputingResource
> [ERROR] 
> :[2373,38]
>  error: cannot find symbol
> [ERROR] symbol:   class Rados
> [ERROR] location: class LibvirtComputingResource
> [ERROR] 
> 

Re: Build failed in Jenkins: build-master #609

[Marcus Sorensen]

Ok, now I can't get it to fail locally in Linux or Mac, even with
deleting my ~/.m2. Not sure what's going on.

On 4/10/14, 9:48 AM, Marcus Sorensen wrote:
> Hmm, sorry. I thought master was fixed, as we saw complaints about the
> rados stuff yesterday (and I saw it on my linux vm as well), but the
> build worked fine on my mac today.  It must have only worked due to
> cached .m2 on my mac. I'm going to try to figure out what we need to
> revert to get master going again.
>
> On 4/10/14, 9:38 AM, jenk...@cloudstack.org wrote:
>> See 
>>
>> Changes:
>>
>> [marcus] CLOUDSTACK-6191 Add support for specifying volume provisioning
>>
>> --
>> [...truncated 3066 lines...]
>> [ERROR] 
>> :[20,21]
>>  error: package com.ceph.rados does not exist
>> [ERROR] 
>> :[21,21]
>>  error: package com.ceph.rados does not exist
>> [ERROR] 
>> :[22,19]
>>  error: package com.ceph.rbd does not exist
>> [ERROR] 
>> :[23,19]
>>  error: package com.ceph.rbd does not exist
>> [ERROR] 
>> :[24,19]
>>  error: package com.ceph.rbd does not exist
>> [ERROR] 
>> :[50,21]
>>  error: package com.ceph.rados does not exist
>> [ERROR] 
>> :[51,21]
>>  error: package com.ceph.rados does not exist
>> [ERROR] 
>> :[52,21]
>>  error: package com.ceph.rados does not exist
>> [ERROR] 
>> :[53,19]
>>  error: package com.ceph.rbd does not exist
>> [ERROR] 
>> :[54,19]
>>  error: package com.ceph.rbd does not exist
>> [ERROR] 
>> :[55,19]
>>  error: package com.ceph.rbd does not exist
>> [ERROR] 
>> :[36,21]
>>  error: package com.ceph.rados does not exist
>> [ERROR] 
>> :[37,21]
>>  error: package com.ceph.rados does not exist
>> [ERROR] 
>> :[38,21]
>>  error: package com.ceph.rados does not exist
>> [ERROR] 
>> :[39,19]
>>  error: package com.ceph.rbd does not exist
>> [ERROR] 
>> :[40,19]
>>  error: package com.ceph.rbd does not exist
>> [ERROR] 
>> :[41,19]
>>  error: package com.ceph.rbd does not exist
>> [ERROR] 
>> :[42,23]
>>  error: package com.ceph.rbd.jna does not exist
>> [ERROR] 
>> :[2373,24]
>>  error: cannot find symbol
>> [ERROR] symbol:   class Rados
>> [ERROR] location: class LibvirtComputingResource
>> [ERROR] 
>> 

Re: Build failed in Jenkins: build-master #609

[Wido den Hollander]

It works fine on my local systems as well.

I changed a maven dependency to fix a RBD bug.

Wido

> Op 10 apr. 2014 om 21:34 heeft "Marcus Sorensen"  
> het volgende geschreven:
> 
> Ok, now I can't get it to fail locally in Linux or Mac, even with
> deleting my ~/.m2. Not sure what's going on.
> 
>> On 4/10/14, 9:48 AM, Marcus Sorensen wrote:
>> Hmm, sorry. I thought master was fixed, as we saw complaints about the
>> rados stuff yesterday (and I saw it on my linux vm as well), but the
>> build worked fine on my mac today.  It must have only worked due to
>> cached .m2 on my mac. I'm going to try to figure out what we need to
>> revert to get master going again.
>> 
>>> On 4/10/14, 9:38 AM, jenk...@cloudstack.org wrote:
>>> See 
>>> 
>>> Changes:
>>> 
>>> [marcus] CLOUDSTACK-6191 Add support for specifying volume provisioning
>>> 
>>> --
>>> [...truncated 3066 lines...]
>>> [ERROR] 
>>> :[20,21]
>>>  error: package com.ceph.rados does not exist
>>> [ERROR] 
>>> :[21,21]
>>>  error: package com.ceph.rados does not exist
>>> [ERROR] 
>>> :[22,19]
>>>  error: package com.ceph.rbd does not exist
>>> [ERROR] 
>>> :[23,19]
>>>  error: package com.ceph.rbd does not exist
>>> [ERROR] 
>>> :[24,19]
>>>  error: package com.ceph.rbd does not exist
>>> [ERROR] 
>>> :[50,21]
>>>  error: package com.ceph.rados does not exist
>>> [ERROR] 
>>> :[51,21]
>>>  error: package com.ceph.rados does not exist
>>> [ERROR] 
>>> :[52,21]
>>>  error: package com.ceph.rados does not exist
>>> [ERROR] 
>>> :[53,19]
>>>  error: package com.ceph.rbd does not exist
>>> [ERROR] 
>>> :[54,19]
>>>  error: package com.ceph.rbd does not exist
>>> [ERROR] 
>>> :[55,19]
>>>  error: package com.ceph.rbd does not exist
>>> [ERROR] 
>>> :[36,21]
>>>  error: package com.ceph.rados does not exist
>>> [ERROR] 
>>> :[37,21]
>>>  error: package com.ceph.rados does not exist
>>> [ERROR] 
>>> :[38,21]
>>>  error: package com.ceph.rados does not exist
>>> [ERROR] 
>>> :[39,19]
>>>  error: package com.ceph.rbd does not exist
>>> [ERROR] 
>>> :[40,19]
>>>  error: package com.ceph.rbd does not exist
>>> [ERROR] 
>>> :[41,19]
>>>  error: package com.ceph.rbd does not exist
>>> [ERROR] 
>>> :[42,23]
>>>  error: package com.ceph.rbd.jna does not exist
>>> [ERROR] 
>>> 

Re: Remove Mgmt Server

[Rafael Weingartner]

I would love a function like this ;)


On Thu, Apr 10, 2014 at 12:11 PM, Michael Phillips
wrote:

> One be nice to see an option in the UI to cleanly remove a management
> server.
> Thoughts?
>
> > Date: Tue, 8 Apr 2014 21:38:29 -0300
> > Subject: Re: Remove Mgmt Server
> > From: rafaelweingart...@gmail.com
> > To: dev@cloudstack.apache.org
> >
> > I prefer to set the removed field to some data that represents the time
> > when the server was removed. This way when a new management server gets
> up
> > it does not waste time checking if some other server is up.
> >
> >
> > On Tue, Apr 8, 2014 at 1:58 PM, Kelven Yang 
> wrote:
> >
> > > Just by stopping the running management server would do it already. no
> > > further action is mandatory, however, if you prefer a complete clean,
> > > login into DB and remove the corresponding record in mshost table
> > >
> > > Kelven
> > >
> > > On 4/5/14, 10:32 AM, "Michael Phillips" 
> wrote:
> > >
> > > >Hey dev guys, what's the proper way to remove a management server
> from a
> > > >management server cluster?
> > > >I am referring to the actual management servers and not the
> > > >hypervisors
> > >
> > >
> >
> >
> > --
> > Rafael Weingärtner
>
>



-- 
Rafael Weingärtner

Re: 4.3 system vm template job failing in jenkins

[Abhinandan Prateek]

On 10/04/14 5:24 pm, "Nux!"  wrote:

>On 10.04.2014 11:17, Abhinandan Prateek wrote:
>> I have tried with both the options now i.e. -qq and by removing
>> "DEBIAN_PRIORITY=critical²,
>> The pop up does not go away breaking the build job.
>> 
>> Guys, find the solution !
>> 
>> -abhi
>
>
>This sort of works for me:
>
>(I'm downgrading to the vulnerable version)
>
>root@v-45-VM:~# aptitude install libssl1.0.0=1.0.1e-2+deb7u4
>The following packages will be DOWNGRADED:
>   libssl1.0.0
>0 packages upgraded, 0 newly installed, 1 downgraded, 0 to remove and
>34 not upgraded.
>Need to get 0 B/3,027 kB of archives. After unpacking 52.2 kB will be
>freed.
>Preconfiguring packages ...
>dpkg: warning: downgrading libssl1.0.0:i386 from 1.0.1e-2+deb7u6 to
>1.0.1e-2+deb7u4
>(Reading database ... 24354 files and directories currently installed.)
>Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u6 (using
>.../libssl1.0.0_1.0.1e-2+deb7u4_i386.deb) ...
>Unpacking replacement libssl1.0.0:i386 ...
>Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u4) ...
>
>root@v-45-VM:~# "DEBIAN_FRONTEND=noninteractive apt-get install -y -qq
>--force-yes libssl1.0.0
>Preconfiguring packages ...
>(Reading database ... 24354 files and directories currently installed.)
>Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u4 (using
>.../libssl1.0.0_1.0.1e-2+deb7u6_i386.deb) ...
>Unpacking replacement libssl1.0.0:i386 ...
>Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u6) ...
>Checking for services that may need to be restarted...done.
>Checking init scripts...
>
>Restarting services possibly affected by the upgrade:
>[ ok ] Restarting OpenBSD Secure Shell server: sshd.
>[ ok ] Stopping NTP server: ntpd.
>[ ok ] Starting NTP server: ntpd.
>[ ok ] Stopping daemon monitor: monit.
>[ ok ] Starting daemon monitor: monit.
>
>Services restarted successfully."
>
>I tried disabling the $post script, but apparently there is no way to
>do this in Debian.
>

Is it possible for someone on the thread to test it out. I can get back to
this tomorrow.

-abhi
>

RE: 4.3 system vm template job failing in jenkins

[Animesh Chaturvedi]

May be this can be a quick hackathon in collab. Copying Wido and Hugo

> -Original Message-
> From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com]
> Sent: Thursday, April 10, 2014 9:18 AM
> To: dev@cloudstack.apache.org
> Subject: Re: 4.3 system vm template job failing in jenkins
> 
> On 10/04/14 5:24 pm, "Nux!"  wrote:
> 
> >On 10.04.2014 11:17, Abhinandan Prateek wrote:
> >> I have tried with both the options now i.e. -qq and by removing
> >> "DEBIAN_PRIORITY=critical², The pop up does not go away breaking the
> >> build job.
> >>
> >> Guys, find the solution !
> >>
> >> -abhi
> >
> >
> >This sort of works for me:
> >
> >(I'm downgrading to the vulnerable version)
> >
> >root@v-45-VM:~# aptitude install libssl1.0.0=1.0.1e-2+deb7u4 The
> >following packages will be DOWNGRADED:
> >   libssl1.0.0
> >0 packages upgraded, 0 newly installed, 1 downgraded, 0 to remove and
> >34 not upgraded.
> >Need to get 0 B/3,027 kB of archives. After unpacking 52.2 kB will be
> >freed.
> >Preconfiguring packages ...
> >dpkg: warning: downgrading libssl1.0.0:i386 from 1.0.1e-2+deb7u6 to
> >1.0.1e-2+deb7u4
> >(Reading database ... 24354 files and directories currently installed.)
> >Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u6 (using
> >.../libssl1.0.0_1.0.1e-2+deb7u4_i386.deb) ...
> >Unpacking replacement libssl1.0.0:i386 ...
> >Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u4) ...
> >
> >root@v-45-VM:~# "DEBIAN_FRONTEND=noninteractive apt-get install -y -qq
> >--force-yes libssl1.0.0 Preconfiguring packages ...
> >(Reading database ... 24354 files and directories currently installed.)
> >Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u4 (using
> >.../libssl1.0.0_1.0.1e-2+deb7u6_i386.deb) ...
> >Unpacking replacement libssl1.0.0:i386 ...
> >Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u6) ...
> >Checking for services that may need to be restarted...done.
> >Checking init scripts...
> >
> >Restarting services possibly affected by the upgrade:
> >[ ok ] Restarting OpenBSD Secure Shell server: sshd.
> >[ ok ] Stopping NTP server: ntpd.
> >[ ok ] Starting NTP server: ntpd.
> >[ ok ] Stopping daemon monitor: monit.
> >[ ok ] Starting daemon monitor: monit.
> >
> >Services restarted successfully."
> >
> >I tried disabling the $post script, but apparently there is no way to
> >do this in Debian.
> >
> 
> Is it possible for someone on the thread to test it out. I can get back to 
> this
> tomorrow.
> 
> -abhi
> >

Re: Review Request 20210: List templates returns destroyed temples when copying the same template after deleting.

[Nitin Mehta]

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



engine/storage/src/org/apache/cloudstack/storage/datastore/ObjectInDataStoreManagerImpl.java


Why do we need to update the old entry and not create a new one ? We should 
handle listTemplate not returning the destroyed result for the template ?



engine/storage/src/org/apache/cloudstack/storage/datastore/ObjectInDataStoreManagerImpl.java


Changing the state not using state machine is bad practice.



engine/storage/src/org/apache/cloudstack/storage/image/db/TemplateDataStoreDaoImpl.java


method name says its zone but then you are passing the image store ?



server/src/com/cloud/template/HypervisorTemplateAdapter.java


The comment doesnt match what you are doing.



server/src/com/cloud/template/HypervisorTemplateAdapter.java


Why is this required ?
This should happen via state machine and not like this. Are you seeing the 
destroyed not being set ?


- Nitin Mehta


On April 10, 2014, 3:04 p.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20210/
> ---
> 
> (Updated April 10, 2014, 3:04 p.m.)
> 
> 
> Review request for cloudstack, Kishan Kavala and Min Chen.
> 
> 
> Bugs: CLOUDSTACK-6377
> https://issues.apache.org/jira/browse/CLOUDSTACK-6377
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> List templates returns destroyed temples when copying the same template after 
> deleting.
> https://issues.apache.org/jira/browse/CLOUDSTACK-6377
> 
> 
> Diffs
> -
> 
>   
> engine/api/src/org/apache/cloudstack/storage/datastore/db/TemplateDataStoreDao.java
>  048ce22 
>   
> engine/storage/src/org/apache/cloudstack/storage/datastore/ObjectInDataStoreManagerImpl.java
>  d9a5164 
>   
> engine/storage/src/org/apache/cloudstack/storage/image/db/TemplateDataStoreDaoImpl.java
>  f5140e0 
>   server/src/com/cloud/template/HypervisorTemplateAdapter.java 963aec9 
> 
> Diff: https://reviews.apache.org/r/20210/diff/
> 
> 
> Testing
> ---
> 
> Tested on 4.2
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

Re: Review Request 20210: List templates returns destroyed temples when copying the same template after deleting.

[Min Chen]

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


The root cause for this issue is that we didn't remove template_store_ref entry 
from db when a template is deleted from a zone and only mark them as 
'Destroyed'. In addition, template_view db view is created by joining with 
those destroyed entries in template_store_ref as well, which causing it to only 
randomly pick the entry that may be 'Destroyed'.  The much simpler fix to me is 
to remove entries from template_store_ref table at the end of deleting template 
flow when the deletion is successful (since they have already been deleted from 
secondary storage) instead of finding and then manually updating entry done in 
the patch.

- Min Chen


On April 10, 2014, 3:04 p.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20210/
> ---
> 
> (Updated April 10, 2014, 3:04 p.m.)
> 
> 
> Review request for cloudstack, Kishan Kavala and Min Chen.
> 
> 
> Bugs: CLOUDSTACK-6377
> https://issues.apache.org/jira/browse/CLOUDSTACK-6377
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> List templates returns destroyed temples when copying the same template after 
> deleting.
> https://issues.apache.org/jira/browse/CLOUDSTACK-6377
> 
> 
> Diffs
> -
> 
>   
> engine/api/src/org/apache/cloudstack/storage/datastore/db/TemplateDataStoreDao.java
>  048ce22 
>   
> engine/storage/src/org/apache/cloudstack/storage/datastore/ObjectInDataStoreManagerImpl.java
>  d9a5164 
>   
> engine/storage/src/org/apache/cloudstack/storage/image/db/TemplateDataStoreDaoImpl.java
>  f5140e0 
>   server/src/com/cloud/template/HypervisorTemplateAdapter.java 963aec9 
> 
> Diff: https://reviews.apache.org/r/20210/diff/
> 
> 
> Testing
> ---
> 
> Tested on 4.2
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

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

[jenkins]

See 

Jenkins build is back to normal : build-master-slowbuild #570

[jenkins]

See 

Jenkins build is back to normal : build-master-noredist #2590

[jenkins]

See 

Re: Build failed in Jenkins: build-master #609

[Hugo Trippaers]

Hey guys,

There is/was a problem the radios jar file. Rados version 0.1.4 is the culprit. 
The issue has now been resolved, but it was fixed by apparently replacing the 
jar file in the upstream maven repo. This is pretty unfortunate for us as a 
release version of a maven artifact is permanently cached by all mvn tooling. 
So for local developers it will work to clean the repository. 

For our build infrastructure it means that we have to go and manually clean all 
slaves and maven proxies, so it might be some time before the builds are stable 
again. I’m trying to figure out who is responsible for pushing releases for 
radios-java and see if i can convince them to release a new version with a 
higher version number and push the jar to maven central while they are at it.

Cheers,

Hugo



On 10 apr. 2014, at 10:10, Wido den Hollander  wrote:

> It works fine on my local systems as well.
> 
> I changed a maven dependency to fix a RBD bug.
> 
> Wido
> 
>> Op 10 apr. 2014 om 21:34 heeft "Marcus Sorensen"  
>> het volgende geschreven:
>> 
>> Ok, now I can't get it to fail locally in Linux or Mac, even with
>> deleting my ~/.m2. Not sure what's going on.
>> 
>>> On 4/10/14, 9:48 AM, Marcus Sorensen wrote:
>>> Hmm, sorry. I thought master was fixed, as we saw complaints about the
>>> rados stuff yesterday (and I saw it on my linux vm as well), but the
>>> build worked fine on my mac today.  It must have only worked due to
>>> cached .m2 on my mac. I'm going to try to figure out what we need to
>>> revert to get master going again.
>>> 
 On 4/10/14, 9:38 AM, jenk...@cloudstack.org wrote:
 See 
 
 Changes:
 
 [marcus] CLOUDSTACK-6191 Add support for specifying volume provisioning
 
 --
 [...truncated 3066 lines...]
 [ERROR] 
 :[20,21]
  error: package com.ceph.rados does not exist
 [ERROR] 
 :[21,21]
  error: package com.ceph.rados does not exist
 [ERROR] 
 :[22,19]
  error: package com.ceph.rbd does not exist
 [ERROR] 
 :[23,19]
  error: package com.ceph.rbd does not exist
 [ERROR] 
 :[24,19]
  error: package com.ceph.rbd does not exist
 [ERROR] 
 :[50,21]
  error: package com.ceph.rados does not exist
 [ERROR] 
 :[51,21]
  error: package com.ceph.rados does not exist
 [ERROR] 
 :[52,21]
  error: package com.ceph.rados does not exist
 [ERROR] 
 :[53,19]
  error: package com.ceph.rbd does not exist
 [ERROR] 
 :[54,19]
  error: package com.ceph.rbd does not exist
 [ERROR] 
 :[55,19]
  error: package com.ceph.rbd does not exist
 [ERROR] 
 :[36,21]
  error: package com.ceph.rados does not exist
 [ERROR] 
 :[37,21]
  error: package com.ceph.rados does not exist
 [ERROR] 
 :[38,21]
  error: package com.ceph.rados does not exist
 [ERROR] 
 

RE: 4.3 system vm template job failing in jenkins

[Rayees Namathponnan]

This is fixed in commit 
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=0965fdb9f8f3cad8629761884eab16b2503cca1a

New templates available at 
http://jenkins.buildacloud.org/job/build-systemvm64-master/ 

Regards,
Rayees 


-Original Message-
From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com] 
Sent: Thursday, April 10, 2014 9:21 AM
To: dev@cloudstack.apache.org
Cc: Wido den Hollander (w...@widodh.nl); Hugo Trippaers
Subject: RE: 4.3 system vm template job failing in jenkins

May be this can be a quick hackathon in collab. Copying Wido and Hugo

> -Original Message-
> From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com]
> Sent: Thursday, April 10, 2014 9:18 AM
> To: dev@cloudstack.apache.org
> Subject: Re: 4.3 system vm template job failing in jenkins
> 
> On 10/04/14 5:24 pm, "Nux!"  wrote:
> 
> >On 10.04.2014 11:17, Abhinandan Prateek wrote:
> >> I have tried with both the options now i.e. -qq and by removing 
> >> "DEBIAN_PRIORITY=critical², The pop up does not go away breaking 
> >> the build job.
> >>
> >> Guys, find the solution !
> >>
> >> -abhi
> >
> >
> >This sort of works for me:
> >
> >(I'm downgrading to the vulnerable version)
> >
> >root@v-45-VM:~# aptitude install libssl1.0.0=1.0.1e-2+deb7u4 The 
> >following packages will be DOWNGRADED:
> >   libssl1.0.0
> >0 packages upgraded, 0 newly installed, 1 downgraded, 0 to remove and
> >34 not upgraded.
> >Need to get 0 B/3,027 kB of archives. After unpacking 52.2 kB will be 
> >freed.
> >Preconfiguring packages ...
> >dpkg: warning: downgrading libssl1.0.0:i386 from 1.0.1e-2+deb7u6 to
> >1.0.1e-2+deb7u4
> >(Reading database ... 24354 files and directories currently 
> >installed.) Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u6 
> >(using
> >.../libssl1.0.0_1.0.1e-2+deb7u4_i386.deb) ...
> >Unpacking replacement libssl1.0.0:i386 ...
> >Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u4) ...
> >
> >root@v-45-VM:~# "DEBIAN_FRONTEND=noninteractive apt-get install -y 
> >-qq --force-yes libssl1.0.0 Preconfiguring packages ...
> >(Reading database ... 24354 files and directories currently 
> >installed.) Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u4 
> >(using
> >.../libssl1.0.0_1.0.1e-2+deb7u6_i386.deb) ...
> >Unpacking replacement libssl1.0.0:i386 ...
> >Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u6) ...
> >Checking for services that may need to be restarted...done.
> >Checking init scripts...
> >
> >Restarting services possibly affected by the upgrade:
> >[ ok ] Restarting OpenBSD Secure Shell server: sshd.
> >[ ok ] Stopping NTP server: ntpd.
> >[ ok ] Starting NTP server: ntpd.
> >[ ok ] Stopping daemon monitor: monit.
> >[ ok ] Starting daemon monitor: monit.
> >
> >Services restarted successfully."
> >
> >I tried disabling the $post script, but apparently there is no way to 
> >do this in Debian.
> >
> 
> Is it possible for someone on the thread to test it out. I can get 
> back to this tomorrow.
> 
> -abhi
> >

Re: Review Request 19875: Fixed few issues for CLOUDSTACK-5674, CLOUDSTACK-6316

[ASF Subversion and Git Services]

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


Commit 94fc4bf6bd110f4ec88bb874e6f2bfb0ff9bc6f6 in cloudstack's branch 
refs/heads/marvin from SrikanteswaraRao Talluri
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=94fc4bf ]

CLOUDSTACK-6316: fixes for bvt failures


- ASF Subversion and Git Services


On April 1, 2014, 6:05 p.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19875/
> ---
> 
> (Updated April 1, 2014, 6:05 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674 and CLOUDSTACK-6316
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> While running tests, there were few issues observed. 
> Fixed those issues mentioned for CLOUDSTACK-5674,CLOUDSTACK-6316
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_deploy_vm_with_userdata.py c1410fb 
>   test/integration/smoke/test_iso.py b3c3181 
>   test/integration/smoke/test_public_ip_range.py 50b0c9b 
>   test/integration/smoke/test_templates.py b25359b 
>   test/integration/smoke/test_vm_snapshots.py 4317d4d 
>   tools/marvin/marvin/lib/base.py a2f9a8b 
>   tools/marvin/marvin/lib/common.py 71fc274 
> 
> Diff: https://reviews.apache.org/r/19875/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

Jenkins build is back to normal : cloudstack-4.4-maven-build-noredist #109

[jenkins]

See 

Re: 4.3 system vm template job failing in jenkins

[Erik Weber]

What is the proper way to update the systemvm-template? I already have
systemvm-xenserver-4.3 registered as I've upgraded from 4.2.1, should I
delete that first or use another name?

-- 
Erik Weber


On Thu, Apr 10, 2014 at 11:01 PM, Rayees Namathponnan <
rayees.namathpon...@citrix.com> wrote:

> This is fixed in commit
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=0965fdb9f8f3cad8629761884eab16b2503cca1a
>
> New templates available at
> http://jenkins.buildacloud.org/job/build-systemvm64-master/
>
> Regards,
> Rayees
>
>
> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: Thursday, April 10, 2014 9:21 AM
> To: dev@cloudstack.apache.org
> Cc: Wido den Hollander (w...@widodh.nl); Hugo Trippaers
> Subject: RE: 4.3 system vm template job failing in jenkins
>
> May be this can be a quick hackathon in collab. Copying Wido and Hugo
>
> > -Original Message-
> > From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com]
> > Sent: Thursday, April 10, 2014 9:18 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: 4.3 system vm template job failing in jenkins
> >
> > On 10/04/14 5:24 pm, "Nux!"  wrote:
> >
> > >On 10.04.2014 11:17, Abhinandan Prateek wrote:
> > >> I have tried with both the options now i.e. -qq and by removing
> > >> "DEBIAN_PRIORITY=critical², The pop up does not go away breaking
> > >> the build job.
> > >>
> > >> Guys, find the solution !
> > >>
> > >> -abhi
> > >
> > >
> > >This sort of works for me:
> > >
> > >(I'm downgrading to the vulnerable version)
> > >
> > >root@v-45-VM:~# aptitude install libssl1.0.0=1.0.1e-2+deb7u4 The
> > >following packages will be DOWNGRADED:
> > >   libssl1.0.0
> > >0 packages upgraded, 0 newly installed, 1 downgraded, 0 to remove and
> > >34 not upgraded.
> > >Need to get 0 B/3,027 kB of archives. After unpacking 52.2 kB will be
> > >freed.
> > >Preconfiguring packages ...
> > >dpkg: warning: downgrading libssl1.0.0:i386 from 1.0.1e-2+deb7u6 to
> > >1.0.1e-2+deb7u4
> > >(Reading database ... 24354 files and directories currently
> > >installed.) Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u6
> > >(using
> > >.../libssl1.0.0_1.0.1e-2+deb7u4_i386.deb) ...
> > >Unpacking replacement libssl1.0.0:i386 ...
> > >Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u4) ...
> > >
> > >root@v-45-VM:~# "DEBIAN_FRONTEND=noninteractive apt-get install -y
> > >-qq --force-yes libssl1.0.0 Preconfiguring packages ...
> > >(Reading database ... 24354 files and directories currently
> > >installed.) Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u4
> > >(using
> > >.../libssl1.0.0_1.0.1e-2+deb7u6_i386.deb) ...
> > >Unpacking replacement libssl1.0.0:i386 ...
> > >Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u6) ...
> > >Checking for services that may need to be restarted...done.
> > >Checking init scripts...
> > >
> > >Restarting services possibly affected by the upgrade:
> > >[ ok ] Restarting OpenBSD Secure Shell server: sshd.
> > >[ ok ] Stopping NTP server: ntpd.
> > >[ ok ] Starting NTP server: ntpd.
> > >[ ok ] Stopping daemon monitor: monit.
> > >[ ok ] Starting daemon monitor: monit.
> > >
> > >Services restarted successfully."
> > >
> > >I tried disabling the $post script, but apparently there is no way to
> > >do this in Debian.
> > >
> >
> > Is it possible for someone on the thread to test it out. I can get
> > back to this tomorrow.
> >
> > -abhi
> > >
>
>

RE: Remove Mgmt Server

[Alex Huang]

+1

It should be similar to how our resources have states: enable/disable/inactive. 
 Enable means the mgmt server node is enabled.  Inactive means it shouldn't be 
serving new requests (in this case handle new jobs).  Disable means the mgmt. 
server is ready to be taken down because all jobs it is executing are done and 
all agent connections are transferred to another mgmt. server.  At that point 
someone can just shut off the mgmt. server.  This would be an orderly way to 
shutdown the mgmt. server.

--Alex

> -Original Message-
> From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> Sent: Thursday, April 10, 2014 8:12 AM
> To: dev@cloudstack.apache.org
> Subject: RE: Remove Mgmt Server
> 
> One be nice to see an option in the UI to cleanly remove a management
> server.
> Thoughts?
> 
> > Date: Tue, 8 Apr 2014 21:38:29 -0300
> > Subject: Re: Remove Mgmt Server
> > From: rafaelweingart...@gmail.com
> > To: dev@cloudstack.apache.org
> >
> > I prefer to set the removed field to some data that represents the
> > time when the server was removed. This way when a new management
> > server gets up it does not waste time checking if some other server is up.
> >
> >
> > On Tue, Apr 8, 2014 at 1:58 PM, Kelven Yang 
> wrote:
> >
> > > Just by stopping the running management server would do it already.
> > > no further action is mandatory, however, if you prefer a complete
> > > clean, login into DB and remove the corresponding record in mshost
> > > table
> > >
> > > Kelven
> > >
> > > On 4/5/14, 10:32 AM, "Michael Phillips" 
> wrote:
> > >
> > > >Hey dev guys, what's the proper way to remove a management server
> > > >from a management server cluster?
> > > >I am referring to the actual management servers and not the
> > > >hypervisors
> > >
> > >
> >
> >
> > --
> > Rafael Weingärtner
> 

Re: Remove Mgmt Server

[Rafael Weingartner]

+1 I would love that


On Thu, Apr 10, 2014 at 8:40 PM, Alex Huang  wrote:

> +1
>
> It should be similar to how our resources have states:
> enable/disable/inactive.  Enable means the mgmt server node is enabled.
>  Inactive means it shouldn't be serving new requests (in this case handle
> new jobs).  Disable means the mgmt. server is ready to be taken down
> because all jobs it is executing are done and all agent connections are
> transferred to another mgmt. server.  At that point someone can just shut
> off the mgmt. server.  This would be an orderly way to shutdown the mgmt.
> server.
>
> --Alex
>
> > -Original Message-
> > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > Sent: Thursday, April 10, 2014 8:12 AM
> > To: dev@cloudstack.apache.org
> > Subject: RE: Remove Mgmt Server
> >
> > One be nice to see an option in the UI to cleanly remove a management
> > server.
> > Thoughts?
> >
> > > Date: Tue, 8 Apr 2014 21:38:29 -0300
> > > Subject: Re: Remove Mgmt Server
> > > From: rafaelweingart...@gmail.com
> > > To: dev@cloudstack.apache.org
> > >
> > > I prefer to set the removed field to some data that represents the
> > > time when the server was removed. This way when a new management
> > > server gets up it does not waste time checking if some other server is
> up.
> > >
> > >
> > > On Tue, Apr 8, 2014 at 1:58 PM, Kelven Yang 
> > wrote:
> > >
> > > > Just by stopping the running management server would do it already.
> > > > no further action is mandatory, however, if you prefer a complete
> > > > clean, login into DB and remove the corresponding record in mshost
> > > > table
> > > >
> > > > Kelven
> > > >
> > > > On 4/5/14, 10:32 AM, "Michael Phillips" 
> > wrote:
> > > >
> > > > >Hey dev guys, what's the proper way to remove a management server
> > > > >from a management server cluster?
> > > > >I am referring to the actual management servers and not the
> > > > >hypervisors
> > > >
> > > >
> > >
> > >
> > > --
> > > Rafael Weingärtner
> >
>



-- 
Rafael Weingärtner

RE: Remove Mgmt Server

[Alex Huang]

Sorry.  I meant it should be like maintenance state.  Somehow pulled a brain 
fart and mixed up the two sets of states.  

Put the mgmtserver into maintenance -> moves into prepare for maintenance.  
This means the mgmtserver stops taking new jobs and prepares to hand off all 
agents and just wait for existing jobs to finish.

When all jobs are done, state goes to maintenance and mgmt server can be 
shutdown.
If there are any problems with the agent handoffs and/or jobs waiting to the 
done then it goes into error in maintenance.   Admin can inspect and decide to 
shutoff or put it into maintenance again after fixing the problems.

--Alex

> -Original Message-
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: Thursday, April 10, 2014 4:41 PM
> To: dev@cloudstack.apache.org
> Subject: RE: Remove Mgmt Server
> 
> +1
> 
> It should be similar to how our resources have states:
> enable/disable/inactive.  Enable means the mgmt server node is enabled.
> Inactive means it shouldn't be serving new requests (in this case handle new
> jobs).  Disable means the mgmt. server is ready to be taken down because all
> jobs it is executing are done and all agent connections are transferred to
> another mgmt. server.  At that point someone can just shut off the mgmt.
> server.  This would be an orderly way to shutdown the mgmt. server.
> 
> --Alex
> 
> > -Original Message-
> > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > Sent: Thursday, April 10, 2014 8:12 AM
> > To: dev@cloudstack.apache.org
> > Subject: RE: Remove Mgmt Server
> >
> > One be nice to see an option in the UI to cleanly remove a management
> > server.
> > Thoughts?
> >
> > > Date: Tue, 8 Apr 2014 21:38:29 -0300
> > > Subject: Re: Remove Mgmt Server
> > > From: rafaelweingart...@gmail.com
> > > To: dev@cloudstack.apache.org
> > >
> > > I prefer to set the removed field to some data that represents the
> > > time when the server was removed. This way when a new management
> > > server gets up it does not waste time checking if some other server is up.
> > >
> > >
> > > On Tue, Apr 8, 2014 at 1:58 PM, Kelven Yang 
> > wrote:
> > >
> > > > Just by stopping the running management server would do it already.
> > > > no further action is mandatory, however, if you prefer a complete
> > > > clean, login into DB and remove the corresponding record in mshost
> > > > table
> > > >
> > > > Kelven
> > > >
> > > > On 4/5/14, 10:32 AM, "Michael Phillips" 
> > wrote:
> > > >
> > > > >Hey dev guys, what's the proper way to remove a management server
> > > > >from a management server cluster?
> > > > >I am referring to the actual management servers and not the
> > > > >hypervisors
> > > >
> > > >
> > >
> > >
> > > --
> > > Rafael Weingärtner
> >

RE: Remove Mgmt Server

[Michael Phillips]

+1 on those steps.

> From: alex.hu...@citrix.com
> To: dev@cloudstack.apache.org
> Subject: RE: Remove Mgmt Server
> Date: Thu, 10 Apr 2014 23:47:57 +
> 
> Sorry.  I meant it should be like maintenance state.  Somehow pulled a brain 
> fart and mixed up the two sets of states.  
> 
> Put the mgmtserver into maintenance -> moves into prepare for maintenance.  
> This means the mgmtserver stops taking new jobs and prepares to hand off all 
> agents and just wait for existing jobs to finish.
> 
> When all jobs are done, state goes to maintenance and mgmt server can be 
> shutdown.
> If there are any problems with the agent handoffs and/or jobs waiting to the 
> done then it goes into error in maintenance.   Admin can inspect and decide 
> to shutoff or put it into maintenance again after fixing the problems.
> 
> --Alex
> 
> > -Original Message-
> > From: Alex Huang [mailto:alex.hu...@citrix.com]
> > Sent: Thursday, April 10, 2014 4:41 PM
> > To: dev@cloudstack.apache.org
> > Subject: RE: Remove Mgmt Server
> > 
> > +1
> > 
> > It should be similar to how our resources have states:
> > enable/disable/inactive.  Enable means the mgmt server node is enabled.
> > Inactive means it shouldn't be serving new requests (in this case handle new
> > jobs).  Disable means the mgmt. server is ready to be taken down because all
> > jobs it is executing are done and all agent connections are transferred to
> > another mgmt. server.  At that point someone can just shut off the mgmt.
> > server.  This would be an orderly way to shutdown the mgmt. server.
> > 
> > --Alex
> > 
> > > -Original Message-
> > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > Sent: Thursday, April 10, 2014 8:12 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: RE: Remove Mgmt Server
> > >
> > > One be nice to see an option in the UI to cleanly remove a management
> > > server.
> > > Thoughts?
> > >
> > > > Date: Tue, 8 Apr 2014 21:38:29 -0300
> > > > Subject: Re: Remove Mgmt Server
> > > > From: rafaelweingart...@gmail.com
> > > > To: dev@cloudstack.apache.org
> > > >
> > > > I prefer to set the removed field to some data that represents the
> > > > time when the server was removed. This way when a new management
> > > > server gets up it does not waste time checking if some other server is 
> > > > up.
> > > >
> > > >
> > > > On Tue, Apr 8, 2014 at 1:58 PM, Kelven Yang 
> > > wrote:
> > > >
> > > > > Just by stopping the running management server would do it already.
> > > > > no further action is mandatory, however, if you prefer a complete
> > > > > clean, login into DB and remove the corresponding record in mshost
> > > > > table
> > > > >
> > > > > Kelven
> > > > >
> > > > > On 4/5/14, 10:32 AM, "Michael Phillips" 
> > > wrote:
> > > > >
> > > > > >Hey dev guys, what's the proper way to remove a management server
> > > > > >from a management server cluster?
> > > > > >I am referring to the actual management servers and not the
> > > > > >hypervisors
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Rafael Weingärtner
> > >
  

RE: Remove Mgmt Server

[Michael Phillips]

I can create a JIRA request for this, but how many +1's do we need before it 
gets added to the "To Do" list?

> From: alex.hu...@citrix.com
> To: dev@cloudstack.apache.org
> Subject: RE: Remove Mgmt Server
> Date: Thu, 10 Apr 2014 23:47:57 +
> 
> Sorry.  I meant it should be like maintenance state.  Somehow pulled a brain 
> fart and mixed up the two sets of states.  
> 
> Put the mgmtserver into maintenance -> moves into prepare for maintenance.  
> This means the mgmtserver stops taking new jobs and prepares to hand off all 
> agents and just wait for existing jobs to finish.
> 
> When all jobs are done, state goes to maintenance and mgmt server can be 
> shutdown.
> If there are any problems with the agent handoffs and/or jobs waiting to the 
> done then it goes into error in maintenance.   Admin can inspect and decide 
> to shutoff or put it into maintenance again after fixing the problems.
> 
> --Alex
> 
> > -Original Message-
> > From: Alex Huang [mailto:alex.hu...@citrix.com]
> > Sent: Thursday, April 10, 2014 4:41 PM
> > To: dev@cloudstack.apache.org
> > Subject: RE: Remove Mgmt Server
> > 
> > +1
> > 
> > It should be similar to how our resources have states:
> > enable/disable/inactive.  Enable means the mgmt server node is enabled.
> > Inactive means it shouldn't be serving new requests (in this case handle new
> > jobs).  Disable means the mgmt. server is ready to be taken down because all
> > jobs it is executing are done and all agent connections are transferred to
> > another mgmt. server.  At that point someone can just shut off the mgmt.
> > server.  This would be an orderly way to shutdown the mgmt. server.
> > 
> > --Alex
> > 
> > > -Original Message-
> > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > Sent: Thursday, April 10, 2014 8:12 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: RE: Remove Mgmt Server
> > >
> > > One be nice to see an option in the UI to cleanly remove a management
> > > server.
> > > Thoughts?
> > >
> > > > Date: Tue, 8 Apr 2014 21:38:29 -0300
> > > > Subject: Re: Remove Mgmt Server
> > > > From: rafaelweingart...@gmail.com
> > > > To: dev@cloudstack.apache.org
> > > >
> > > > I prefer to set the removed field to some data that represents the
> > > > time when the server was removed. This way when a new management
> > > > server gets up it does not waste time checking if some other server is 
> > > > up.
> > > >
> > > >
> > > > On Tue, Apr 8, 2014 at 1:58 PM, Kelven Yang 
> > > wrote:
> > > >
> > > > > Just by stopping the running management server would do it already.
> > > > > no further action is mandatory, however, if you prefer a complete
> > > > > clean, login into DB and remove the corresponding record in mshost
> > > > > table
> > > > >
> > > > > Kelven
> > > > >
> > > > > On 4/5/14, 10:32 AM, "Michael Phillips" 
> > > wrote:
> > > > >
> > > > > >Hey dev guys, what's the proper way to remove a management server
> > > > > >from a management server cluster?
> > > > > >I am referring to the actual management servers and not the
> > > > > >hypervisors
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Rafael Weingärtner
> > >
  

RE: Interesting 4.2.1. Issue...

[Amin Samir]

Michael,
Just give me two days, will feedback you. I have to leave it till late night 
where is the Ubuntu server crash times.

Kind Regards
Amin 

-Original Message-
From: Michael Phillips [mailto:mphilli7...@hotmail.com] 
Sent: Thursday, 10 April 2014 11:10 PM
To: dev@cloudstack.apache.org
Subject: RE: Interesting 4.2.1. Issue...

Amin,
   Any luck on your project taking your 3 mgmt servers to 4.3 on Centos 6.5?

> Subject: RE: Interesting 4.2.1. Issue...
> From: a...@opencloud.net.au
> To: dev@cloudstack.apache.org
> Date: Fri, 4 Apr 2014 11:10:28 +0800
> 
> Thanks and thanks for sharing the steps
> 
> Kind Regards
> Amin
> 
> -Original Message-
> From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> Sent: Friday, 4 April 2014 11:02 AM
> To: dev@cloudstack.apache.org
> Subject: RE: Interesting 4.2.1. Issue...
> 
> So I manually downloaded tomcat 6.0.33 
> herehttps://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+
> CloudStack+Development+Environment+on+Linux
> Then did the following1. extracted 6.0.33 to /usr/share/tomcat6.0.33. 
> 2. Changed symlink of /usr/share/cloudstack-managemet/bin  to 
> /usr/share/tomcat6.0.33/bin3. Changed symlink of 
> /usr/share/cloudstack-management/lib to /usr/share/tomcat6.0.33/lib4. 
> Verified cloudstack was running tomcat 6.0.33 by creating a 
> tomcat_version.jsp file in 
> /usr/share/cloudstack-management/webapps/client
> code for tomcat_version.jsp can be found 
> herehttp://stackoverflow.com/questions/14925073/how-to-find-out-runnin
> g-tomcat-version I'll definitely let you know how it goes...
> 
> > Subject: RE: Interesting 4.2.1. Issue...
> > From: a...@opencloud.net.au
> > To: dev@cloudstack.apache.org
> > Date: Fri, 4 Apr 2014 10:43:35 +0800
> > 
> > I tried but I failed to do so, each time cloudstack attempts to install to 
> > go fetches the 6.0.35 from the repo, maybe you have installed it after 
> > installing the cloudstack, if you managed to have a running cloudstack 
> > version above the 6.0.33 feedback with the results.
> > 
> > Kind Regards
> > Amin
> > 
> > -Original Message-
> > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > Sent: Friday, 4 April 2014 10:41 AM
> > To: dev@cloudstack.apache.org
> > Subject: RE: Interesting 4.2.1. Issue...
> > 
> > So did you try changing your version of tomcat?
> > 
> > > Subject: RE: Interesting 4.2.1. Issue...
> > > From: a...@opencloud.net.au
> > > To: dev@cloudstack.apache.org
> > > Date: Fri, 4 Apr 2014 10:35:42 +0800
> > > 
> > > cd /usr/share/tomcat6/bin/
> > > ./version.sh
> > > 
> > > The output should be 6.0.33 instead of 6.0.35
> > > 
> > > Using CATALINA_BASE:   /usr/share/tomcat6
> > > Using CATALINA_HOME:   /usr/share/tomcat6
> > > Using CATALINA_TMPDIR: /usr/share/tomcat6/temp
> > > Using JRE_HOME:/usr
> > > Using CLASSPATH:   /usr/share/tomcat6/bin/bootstrap.jar
> > > Server version: Apache Tomcat/6.0.35
> > > Server built:   
> > > Server number:  6.0.35.0
> > > OS Name:Linux
> > > OS Version: 3.11.0-18-generic
> > > Architecture:   amd64
> > > JVM Version:1.6.0_30-b30
> > > JVM Vendor: Sun Microsystems Inc.
> > > 
> > > 
> > > Kind Regards
> > > Amin
> > > 
> > > 
> > > 
> > > -Original Message-
> > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > Sent: Friday, 4 April 2014 10:31 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: RE: Interesting 4.2.1. Issue...
> > > 
> > > I've put tomcat 6.0.33 on our mgmt servers. I'm going to monitor it for 
> > > the next few days to see if we get the error again.
> > > Do you know any way way to verify the version of tomcat that's running?
> > > 
> > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > From: a...@opencloud.net.au
> > > > To: dev@cloudstack.apache.org
> > > > Date: Thu, 3 Apr 2014 10:35:29 +0800
> > > > 
> > > > No we didn't, it wouldn't matter because the memory would still 
> > > > fill up, the problem is it opens a thread and it fails to close 
> > > > it so whatever you will increase soon or later the memory will 
> > > > fill up (if I understand right)
> > > > 
> > > > The error in catalina is as follows:
> > > > 
> > > > SEVERE: The web application [/client] created a ThreadLocal with key of 
> > > > type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@1bd66d2d]) 
> > > > and a value of type [com.cloud.api.SerializationContext] (value 
> > > > [com.cloud.api.SerializationContext@2f6baed9]) but failed to remove it 
> > > > when the web application was stopped. This is very likely to create a 
> > > > memory leak.
> > > > 
> > > > If someone could help with this error generated in the catalina log, 
> > > > that would be much appreicated.
> > > > 
> > > > Kind Regards
> > > > Amin
> > > > 
> > > > 
> > > > 
> > > > 
> > > > -Original Message-
> > > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > > Sent: Thursday, 3 April 2014 9:34 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: RE: Interesti

RE: Interesting 4.2.1. Issue...

[Michael Phillips]

Gotcha...
What hypervisor are you using with CS?

> Subject: RE: Interesting 4.2.1. Issue...
> From: a...@opencloud.net.au
> To: dev@cloudstack.apache.org
> Date: Fri, 11 Apr 2014 09:05:29 +0800
> 
> Michael,
> Just give me two days, will feedback you. I have to leave it till late night 
> where is the Ubuntu server crash times.
> 
> Kind Regards
> Amin 
> 
> -Original Message-
> From: Michael Phillips [mailto:mphilli7...@hotmail.com] 
> Sent: Thursday, 10 April 2014 11:10 PM
> To: dev@cloudstack.apache.org
> Subject: RE: Interesting 4.2.1. Issue...
> 
> Amin,
>Any luck on your project taking your 3 mgmt servers to 4.3 on Centos 6.5?
> 
> > Subject: RE: Interesting 4.2.1. Issue...
> > From: a...@opencloud.net.au
> > To: dev@cloudstack.apache.org
> > Date: Fri, 4 Apr 2014 11:10:28 +0800
> > 
> > Thanks and thanks for sharing the steps
> > 
> > Kind Regards
> > Amin
> > 
> > -Original Message-
> > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > Sent: Friday, 4 April 2014 11:02 AM
> > To: dev@cloudstack.apache.org
> > Subject: RE: Interesting 4.2.1. Issue...
> > 
> > So I manually downloaded tomcat 6.0.33 
> > herehttps://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+
> > CloudStack+Development+Environment+on+Linux
> > Then did the following1. extracted 6.0.33 to /usr/share/tomcat6.0.33. 
> > 2. Changed symlink of /usr/share/cloudstack-managemet/bin  to 
> > /usr/share/tomcat6.0.33/bin3. Changed symlink of 
> > /usr/share/cloudstack-management/lib to /usr/share/tomcat6.0.33/lib4. 
> > Verified cloudstack was running tomcat 6.0.33 by creating a 
> > tomcat_version.jsp file in 
> > /usr/share/cloudstack-management/webapps/client
> > code for tomcat_version.jsp can be found 
> > herehttp://stackoverflow.com/questions/14925073/how-to-find-out-runnin
> > g-tomcat-version I'll definitely let you know how it goes...
> > 
> > > Subject: RE: Interesting 4.2.1. Issue...
> > > From: a...@opencloud.net.au
> > > To: dev@cloudstack.apache.org
> > > Date: Fri, 4 Apr 2014 10:43:35 +0800
> > > 
> > > I tried but I failed to do so, each time cloudstack attempts to install 
> > > to go fetches the 6.0.35 from the repo, maybe you have installed it after 
> > > installing the cloudstack, if you managed to have a running cloudstack 
> > > version above the 6.0.33 feedback with the results.
> > > 
> > > Kind Regards
> > > Amin
> > > 
> > > -Original Message-
> > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > Sent: Friday, 4 April 2014 10:41 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: RE: Interesting 4.2.1. Issue...
> > > 
> > > So did you try changing your version of tomcat?
> > > 
> > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > From: a...@opencloud.net.au
> > > > To: dev@cloudstack.apache.org
> > > > Date: Fri, 4 Apr 2014 10:35:42 +0800
> > > > 
> > > > cd /usr/share/tomcat6/bin/
> > > > ./version.sh
> > > > 
> > > > The output should be 6.0.33 instead of 6.0.35
> > > > 
> > > > Using CATALINA_BASE:   /usr/share/tomcat6
> > > > Using CATALINA_HOME:   /usr/share/tomcat6
> > > > Using CATALINA_TMPDIR: /usr/share/tomcat6/temp
> > > > Using JRE_HOME:/usr
> > > > Using CLASSPATH:   /usr/share/tomcat6/bin/bootstrap.jar
> > > > Server version: Apache Tomcat/6.0.35
> > > > Server built:   
> > > > Server number:  6.0.35.0
> > > > OS Name:Linux
> > > > OS Version: 3.11.0-18-generic
> > > > Architecture:   amd64
> > > > JVM Version:1.6.0_30-b30
> > > > JVM Vendor: Sun Microsystems Inc.
> > > > 
> > > > 
> > > > Kind Regards
> > > > Amin
> > > > 
> > > > 
> > > > 
> > > > -Original Message-
> > > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > > Sent: Friday, 4 April 2014 10:31 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > 
> > > > I've put tomcat 6.0.33 on our mgmt servers. I'm going to monitor it for 
> > > > the next few days to see if we get the error again.
> > > > Do you know any way way to verify the version of tomcat that's running?
> > > > 
> > > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > > From: a...@opencloud.net.au
> > > > > To: dev@cloudstack.apache.org
> > > > > Date: Thu, 3 Apr 2014 10:35:29 +0800
> > > > > 
> > > > > No we didn't, it wouldn't matter because the memory would still 
> > > > > fill up, the problem is it opens a thread and it fails to close 
> > > > > it so whatever you will increase soon or later the memory will 
> > > > > fill up (if I understand right)
> > > > > 
> > > > > The error in catalina is as follows:
> > > > > 
> > > > > SEVERE: The web application [/client] created a ThreadLocal with key 
> > > > > of type [java.lang.ThreadLocal] (value 
> > > > > [java.lang.ThreadLocal@1bd66d2d]) and a value of type 
> > > > > [com.cloud.api.SerializationContext] (value 
> > > > > [com.cloud.api.SerializationContext@2f6baed9]) but failed to remove 
> > > > > it when the web application was stopped. This is very li

RE: Interesting 4.2.1. Issue...

[Amin Samir]

Xen Server 6.1 with the latest updates As of today 11-April-2014
Kind Regards
Amin 



-Original Message-
From: Michael Phillips [mailto:mphilli7...@hotmail.com] 
Sent: Friday, 11 April 2014 9:16 AM
To: dev@cloudstack.apache.org
Subject: RE: Interesting 4.2.1. Issue...

Gotcha...
What hypervisor are you using with CS?

> Subject: RE: Interesting 4.2.1. Issue...
> From: a...@opencloud.net.au
> To: dev@cloudstack.apache.org
> Date: Fri, 11 Apr 2014 09:05:29 +0800
> 
> Michael,
> Just give me two days, will feedback you. I have to leave it till late night 
> where is the Ubuntu server crash times.
> 
> Kind Regards
> Amin
> 
> -Original Message-
> From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> Sent: Thursday, 10 April 2014 11:10 PM
> To: dev@cloudstack.apache.org
> Subject: RE: Interesting 4.2.1. Issue...
> 
> Amin,
>Any luck on your project taking your 3 mgmt servers to 4.3 on Centos 6.5?
> 
> > Subject: RE: Interesting 4.2.1. Issue...
> > From: a...@opencloud.net.au
> > To: dev@cloudstack.apache.org
> > Date: Fri, 4 Apr 2014 11:10:28 +0800
> > 
> > Thanks and thanks for sharing the steps
> > 
> > Kind Regards
> > Amin
> > 
> > -Original Message-
> > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > Sent: Friday, 4 April 2014 11:02 AM
> > To: dev@cloudstack.apache.org
> > Subject: RE: Interesting 4.2.1. Issue...
> > 
> > So I manually downloaded tomcat 6.0.33 
> > herehttps://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+u
> > p+
> > CloudStack+Development+Environment+on+Linux
> > Then did the following1. extracted 6.0.33 to /usr/share/tomcat6.0.33. 
> > 2. Changed symlink of /usr/share/cloudstack-managemet/bin  to 
> > /usr/share/tomcat6.0.33/bin3. Changed symlink of 
> > /usr/share/cloudstack-management/lib to /usr/share/tomcat6.0.33/lib4.
> > Verified cloudstack was running tomcat 6.0.33 by creating a 
> > tomcat_version.jsp file in 
> > /usr/share/cloudstack-management/webapps/client
> > code for tomcat_version.jsp can be found 
> > herehttp://stackoverflow.com/questions/14925073/how-to-find-out-runn
> > in g-tomcat-version I'll definitely let you know how it goes...
> > 
> > > Subject: RE: Interesting 4.2.1. Issue...
> > > From: a...@opencloud.net.au
> > > To: dev@cloudstack.apache.org
> > > Date: Fri, 4 Apr 2014 10:43:35 +0800
> > > 
> > > I tried but I failed to do so, each time cloudstack attempts to install 
> > > to go fetches the 6.0.35 from the repo, maybe you have installed it after 
> > > installing the cloudstack, if you managed to have a running cloudstack 
> > > version above the 6.0.33 feedback with the results.
> > > 
> > > Kind Regards
> > > Amin
> > > 
> > > -Original Message-
> > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > Sent: Friday, 4 April 2014 10:41 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: RE: Interesting 4.2.1. Issue...
> > > 
> > > So did you try changing your version of tomcat?
> > > 
> > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > From: a...@opencloud.net.au
> > > > To: dev@cloudstack.apache.org
> > > > Date: Fri, 4 Apr 2014 10:35:42 +0800
> > > > 
> > > > cd /usr/share/tomcat6/bin/
> > > > ./version.sh
> > > > 
> > > > The output should be 6.0.33 instead of 6.0.35
> > > > 
> > > > Using CATALINA_BASE:   /usr/share/tomcat6
> > > > Using CATALINA_HOME:   /usr/share/tomcat6
> > > > Using CATALINA_TMPDIR: /usr/share/tomcat6/temp
> > > > Using JRE_HOME:/usr
> > > > Using CLASSPATH:   /usr/share/tomcat6/bin/bootstrap.jar
> > > > Server version: Apache Tomcat/6.0.35
> > > > Server built:   
> > > > Server number:  6.0.35.0
> > > > OS Name:Linux
> > > > OS Version: 3.11.0-18-generic
> > > > Architecture:   amd64
> > > > JVM Version:1.6.0_30-b30
> > > > JVM Vendor: Sun Microsystems Inc.
> > > > 
> > > > 
> > > > Kind Regards
> > > > Amin
> > > > 
> > > > 
> > > > 
> > > > -Original Message-
> > > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > > Sent: Friday, 4 April 2014 10:31 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > 
> > > > I've put tomcat 6.0.33 on our mgmt servers. I'm going to monitor it for 
> > > > the next few days to see if we get the error again.
> > > > Do you know any way way to verify the version of tomcat that's running?
> > > > 
> > > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > > From: a...@opencloud.net.au
> > > > > To: dev@cloudstack.apache.org
> > > > > Date: Thu, 3 Apr 2014 10:35:29 +0800
> > > > > 
> > > > > No we didn't, it wouldn't matter because the memory would 
> > > > > still fill up, the problem is it opens a thread and it fails 
> > > > > to close it so whatever you will increase soon or later the 
> > > > > memory will fill up (if I understand right)
> > > > > 
> > > > > The error in catalina is as follows:
> > > > > 
> > > > > SEVERE: The web application [/client] created a ThreadLocal with key 
> > > > > of type [java.lang.Thre

Review Request 20250: Fixed errors with simulator VM snapshot delete and revert

[Chris Suich]

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

Review request for cloudstack and Alex Huang.


Repository: cloudstack-git


Description
---

When doing some testing with the simulator, I found that VM snapshot delte and 
revert were failing with an error saying that a vm with the specified name 
didn't exist. It appears that a '!=' should have been an '=='. After that, 
there was a NPE because the simulator manager wasn't sending a volume TO list 
back.

This patch fixes those issues so that simulator VM snapshot delete and revert 
now works as expected.

I just wanted to throw this up for review since the change that caused this 
error was fairly recent. Alex - can you confirm whether this was just a typo of 
'!=' instead of '=='?


Diffs
-

  
plugins/hypervisors/simulator/src/com/cloud/agent/manager/MockVmManagerImpl.java
 f487eb4 

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


Testing
---


Thanks,

Chris Suich

Re: Remove Mgmt Server

[Koushik Das]

+1 to the feature.

On 11-Apr-2014, at 6:05 AM, Michael Phillips  wrote:

> I can create a JIRA request for this, but how many +1's do we need before it 
> gets added to the "To Do" list?
> 
>> From: alex.hu...@citrix.com
>> To: dev@cloudstack.apache.org
>> Subject: RE: Remove Mgmt Server
>> Date: Thu, 10 Apr 2014 23:47:57 +
>> 
>> Sorry.  I meant it should be like maintenance state.  Somehow pulled a brain 
>> fart and mixed up the two sets of states.  
>> 
>> Put the mgmtserver into maintenance -> moves into prepare for maintenance.  
>> This means the mgmtserver stops taking new jobs and prepares to hand off all 
>> agents and just wait for existing jobs to finish.
>> 
>> When all jobs are done, state goes to maintenance and mgmt server can be 
>> shutdown.
>> If there are any problems with the agent handoffs and/or jobs waiting to the 
>> done then it goes into error in maintenance.   Admin can inspect and decide 
>> to shutoff or put it into maintenance again after fixing the problems.
>> 
>> --Alex
>> 
>>> -Original Message-
>>> From: Alex Huang [mailto:alex.hu...@citrix.com]
>>> Sent: Thursday, April 10, 2014 4:41 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: RE: Remove Mgmt Server
>>> 
>>> +1
>>> 
>>> It should be similar to how our resources have states:
>>> enable/disable/inactive.  Enable means the mgmt server node is enabled.
>>> Inactive means it shouldn't be serving new requests (in this case handle new
>>> jobs).  Disable means the mgmt. server is ready to be taken down because all
>>> jobs it is executing are done and all agent connections are transferred to
>>> another mgmt. server.  At that point someone can just shut off the mgmt.
>>> server.  This would be an orderly way to shutdown the mgmt. server.
>>> 
>>> --Alex
>>> 
 -Original Message-
 From: Michael Phillips [mailto:mphilli7...@hotmail.com]
 Sent: Thursday, April 10, 2014 8:12 AM
 To: dev@cloudstack.apache.org
 Subject: RE: Remove Mgmt Server
 
 One be nice to see an option in the UI to cleanly remove a management
 server.
 Thoughts?
 
> Date: Tue, 8 Apr 2014 21:38:29 -0300
> Subject: Re: Remove Mgmt Server
> From: rafaelweingart...@gmail.com
> To: dev@cloudstack.apache.org
> 
> I prefer to set the removed field to some data that represents the
> time when the server was removed. This way when a new management
> server gets up it does not waste time checking if some other server is up.
> 
> 
> On Tue, Apr 8, 2014 at 1:58 PM, Kelven Yang 
 wrote:
> 
>> Just by stopping the running management server would do it already.
>> no further action is mandatory, however, if you prefer a complete
>> clean, login into DB and remove the corresponding record in mshost
>> table
>> 
>> Kelven
>> 
>> On 4/5/14, 10:32 AM, "Michael Phillips" 
 wrote:
>> 
>>> Hey dev guys, what's the proper way to remove a management server
>>> from a management server cluster?
>>> I am referring to the actual management servers and not the
>>> hypervisors
>> 
>> 
> 
> 
> --
> Rafael Weingärtner
 
> 

Re: Review Request 20210: List templates returns destroyed temples when copying the same template after deleting.

[bharat kumar]

> On April 10, 2014, 5:19 p.m., Nitin Mehta wrote:
> > engine/storage/src/org/apache/cloudstack/storage/datastore/ObjectInDataStoreManagerImpl.java,
> >  line 134
> > 
> >
> > Why do we need to update the old entry and not create a new one ? We 
> > should handle listTemplate not returning the destroyed result for the 
> > template ?

Hi Min, 

in case of template deletion and recopying we update the same entry in template 
zone ref, So i wanted to make the behaviour consistent even in case of entries 
in the template_store_ref when dealing with re copying of templates. I am not 
sure which one to follow as both have advantages and disadvantages. but what 
ever is done i think it should be consistent.

so since the idea is to create new entries always. i will create a bug for 
template_zone_ref case and change the current patch to do the same.


> On April 10, 2014, 5:19 p.m., Nitin Mehta wrote:
> > engine/storage/src/org/apache/cloudstack/storage/datastore/ObjectInDataStoreManagerImpl.java,
> >  line 141
> > 
> >
> > Changing the state not using state machine is bad practice.

Hi Min,

I was updating a already destroyed template so had to set it manually as state 
machine will not come into picture for cases like these.


> On April 10, 2014, 5:19 p.m., Nitin Mehta wrote:
> > engine/storage/src/org/apache/cloudstack/storage/image/db/TemplateDataStoreDaoImpl.java,
> >  line 286
> > 
> >
> > method name says its zone but then you are passing the image store ?

Hi Min,

will change this to markAsDestroyedByTemplateStore.


> On April 10, 2014, 5:19 p.m., Nitin Mehta wrote:
> > server/src/com/cloud/template/HypervisorTemplateAdapter.java, line 341
> > 
> >
> > The comment doesnt match what you are doing.

The comment was not about what the function is doing, it was about the intent 
of that snippet of the code. will change the comment to be more explicit about 
this.


> On April 10, 2014, 5:19 p.m., Nitin Mehta wrote:
> > server/src/com/cloud/template/HypervisorTemplateAdapter.java, line 342
> > 
> >
> > Why is this required ?
> > This should happen via state machine and not like this. Are you seeing 
> > the destroyed not being set ?

Hi Min,

There are two fields which can be set to destroyed int the template_store_ref. 
one is the state and the other is the destroyed flag. Again this is confusing 
as I am not sure why do we have a destroyed flag and a destroyed state. I think 
one should be enough.


- bharat


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


On April 10, 2014, 3:04 p.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20210/
> ---
> 
> (Updated April 10, 2014, 3:04 p.m.)
> 
> 
> Review request for cloudstack, Kishan Kavala and Min Chen.
> 
> 
> Bugs: CLOUDSTACK-6377
> https://issues.apache.org/jira/browse/CLOUDSTACK-6377
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> List templates returns destroyed temples when copying the same template after 
> deleting.
> https://issues.apache.org/jira/browse/CLOUDSTACK-6377
> 
> 
> Diffs
> -
> 
>   
> engine/api/src/org/apache/cloudstack/storage/datastore/db/TemplateDataStoreDao.java
>  048ce22 
>   
> engine/storage/src/org/apache/cloudstack/storage/datastore/ObjectInDataStoreManagerImpl.java
>  d9a5164 
>   
> engine/storage/src/org/apache/cloudstack/storage/image/db/TemplateDataStoreDaoImpl.java
>  f5140e0 
>   server/src/com/cloud/template/HypervisorTemplateAdapter.java 963aec9 
> 
> Diff: https://reviews.apache.org/r/20210/diff/
> 
> 
> Testing
> ---
> 
> Tested on 4.2
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

Re: Review Request 20210: List templates returns destroyed temples when copying the same template after deleting.

[bharat kumar]

> On April 10, 2014, 5:25 p.m., Min Chen wrote:
> > The root cause for this issue is that we didn't remove template_store_ref 
> > entry from db when a template is deleted from a zone and only mark them as 
> > 'Destroyed'. In addition, template_view db view is created by joining with 
> > those destroyed entries in template_store_ref as well, which causing it to 
> > only randomly pick the entry that may be 'Destroyed'.  The much simpler fix 
> > to me is to remove entries from template_store_ref table at the end of 
> > deleting template flow when the deletion is successful (since they have 
> > already been deleted from secondary storage) instead of finding and then 
> > manually updating entry done in the patch.

Hi Min,

The template_view dose the correct thing here. This problem occurs because we 
set the template state as destroyed but we do not mark the destroyed flag to 
true. The template view picks all the entries where destroyed flag is false, 
since even the deleted templates have this set to false they are also getting 
populated in the template_view table. 


- bharat


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


On April 10, 2014, 3:04 p.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20210/
> ---
> 
> (Updated April 10, 2014, 3:04 p.m.)
> 
> 
> Review request for cloudstack, Kishan Kavala and Min Chen.
> 
> 
> Bugs: CLOUDSTACK-6377
> https://issues.apache.org/jira/browse/CLOUDSTACK-6377
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> List templates returns destroyed temples when copying the same template after 
> deleting.
> https://issues.apache.org/jira/browse/CLOUDSTACK-6377
> 
> 
> Diffs
> -
> 
>   
> engine/api/src/org/apache/cloudstack/storage/datastore/db/TemplateDataStoreDao.java
>  048ce22 
>   
> engine/storage/src/org/apache/cloudstack/storage/datastore/ObjectInDataStoreManagerImpl.java
>  d9a5164 
>   
> engine/storage/src/org/apache/cloudstack/storage/image/db/TemplateDataStoreDaoImpl.java
>  f5140e0 
>   server/src/com/cloud/template/HypervisorTemplateAdapter.java 963aec9 
> 
> Diff: https://reviews.apache.org/r/20210/diff/
> 
> 
> Testing
> ---
> 
> Tested on 4.2
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

Re: Review Request 19875: Fixed few issues for CLOUDSTACK-5674, CLOUDSTACK-6316

[ASF Subversion and Git Services]

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


Commit ca67e25f2399d4c2bb7b7fde30616f6acf683f16 in cloudstack's branch 
refs/heads/marvin from SrikanteswaraRao Talluri
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=ca67e25 ]

CLOUDSTACK-6316: fixed test data and their references in the test files and few 
more fixes in tests


- ASF Subversion and Git Services


On April 1, 2014, 6:05 p.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19875/
> ---
> 
> (Updated April 1, 2014, 6:05 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674 and CLOUDSTACK-6316
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> While running tests, there were few issues observed. 
> Fixed those issues mentioned for CLOUDSTACK-5674,CLOUDSTACK-6316
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_deploy_vm_with_userdata.py c1410fb 
>   test/integration/smoke/test_iso.py b3c3181 
>   test/integration/smoke/test_public_ip_range.py 50b0c9b 
>   test/integration/smoke/test_templates.py b25359b 
>   test/integration/smoke/test_vm_snapshots.py 4317d4d 
>   tools/marvin/marvin/lib/base.py a2f9a8b 
>   tools/marvin/marvin/lib/common.py 71fc274 
> 
> Diff: https://reviews.apache.org/r/19875/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>