date:20121029

Hi all,

From LibvirtComputingResource.java, we can see that the CloudStack agent
fails to start if there is no private NIC name set.

plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java:

 698 getPifs();
 699 if (_pifs.get(private) == null) {
 700 s_logger.debug(Failed to get private nic name);
 701 throw new ConfigurationException(Failed to get private
nic name);
 702 }

In other words, the agent fails to start if the entry for private in the
HashMap returned by getPifs() is null.

A recent commit [1] seems to have changed the behavior of getPifs() so that
this happens more often. The new code has two behaviors which seem strange
to me:

1. The value of the private entry is effectively set to the interface of
the *last* bridge in the list returned by brctl show.
2. A single bridge can only be used to set either the public or the
private value of the HashMap.

This means that the getPifs() HashMap entry for private is null (causing
the agent to fail to start) in two situations which seem normal:

1. A bridge with no interfaces defined exists on the system.
For example, libvirt creates a bridge called virbr0 by default, which has
no interfaces. When getPifs() sees this entry, it counts it as null. If
this entry is the last one in the list, private is set to null.

2. The private and public bridge are the same.
From my reading of the previous code, if _guestBridgeName and
_publicBridgeName were set to the same value (only one bridge defined), the
entries in _pifs for public and private would be the same, and the
agent would start correctly. However, the new code loops through the
bridges, setting them as the value of *either* public or private (or
neither), so if there is only one bridge available, the private entry in
pifs will be null.

I'm just coming up to speed with the code base, so there may easily be a
good reason for this behavior change. Does anyone have an explanation?

Thanks,
Dave Cahill.


[1]
https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=915babd9

Re: [DISCUSS] Adopt the Monkey?

Hi, 

Can we put high resolution mascot svg, png etc. somewhere on 
incubator.apache.org/cloudstack so people we can download and use them (under 
CC or suitable license) for their t-shirts, keynotes and whatnot.

Regards.

On 26-Oct-2012, at 8:25 PM, Joe Brockmeier j...@zonker.net wrote:

 Howdy all,
 
 So - this is a discussion that we need to have, but I've been holding
 off on starting because it seemed fairly trivial in the face of all the
 work going on towards 4.0.0-incubating. 
 
 We seem to be at a good place with regards to 4.0.0-incubating, so while
 we're waiting for a few more votes - let's discuss.
 
 Earlier this year, Citrix held a mascot contest:
 http://www.cloudstackmascot.org/
 
 The winner is the Monkey King inspired by the Chinese novel/story
 Journey to the West. You can see it at the mascot site. 
 
 The question is, do we actually want to adopt this for the Apache
 project? 
 
 If the answer is yes, the next step is to actually do the
 legwork/legal work to make sure that it'd be suitable for us to use. If
 anyone knows of any conflicting trademarks or whatnot, that could make
 the decision for us - but otherwise, I'd suggest we discuss the first
 question and then take on the legal question. 
 
 Thoughts, comments, flames? 
 
 (The kitten riding the unicorn over a rainbow will, of course, remain an
 unofficial mascot. http://dissociatedpress.net/uploads/)
 -- 
 Joe Brockmeier
 j...@zonker.net
 Twitter: @jzb
 http://www.dissociatedpress.net/

Re: [DISCUSS] Adopt the Monkey?

2012-10-29 Thread Joe Brockmeier

Not really. The contest was run by Citrix after moving the project to
Apache, it never got an approval from the project itself. (Hence my
opening this discussion.) 

On Sun, Oct 28, 2012, at 09:47 PM, Satoshi Kobayashi wrote:
 +1 to the monkey.
 
 I thought the same =)
 
 2012/10/27 Rohit Yadav rohit.ya...@citrix.com:
  +1 yay to cloud monkey!
 
  ps. I thought it was already our mascot :D
 
  On 26-Oct-2012, at 8:25 PM, Joe Brockmeier j...@zonker.net wrote:
 
  Howdy all,
 
  So - this is a discussion that we need to have, but I've been holding
  off on starting because it seemed fairly trivial in the face of all the
  work going on towards 4.0.0-incubating.
 
  We seem to be at a good place with regards to 4.0.0-incubating, so while
  we're waiting for a few more votes - let's discuss.
 
  Earlier this year, Citrix held a mascot contest:
  http://www.cloudstackmascot.org/
 
  The winner is the Monkey King inspired by the Chinese novel/story
  Journey to the West. You can see it at the mascot site.
 
  The question is, do we actually want to adopt this for the Apache
  project?
 
  If the answer is yes, the next step is to actually do the
  legwork/legal work to make sure that it'd be suitable for us to use. If
  anyone knows of any conflicting trademarks or whatnot, that could make
  the decision for us - but otherwise, I'd suggest we discuss the first
  question and then take on the legal question.
 
  Thoughts, comments, flames?
 
  (The kitten riding the unicorn over a rainbow will, of course, remain an
  unofficial mascot. http://dissociatedpress.net/uploads/)
  --
  Joe Brockmeier
  j...@zonker.net
  Twitter: @jzb
  http://www.dissociatedpress.net/
 
 
 
 
 -- 
 Satoshi Kobayashi satosh...@stratosphere.co.jp

-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

Re: [DISCUSS] Adopt the Monkey?

2012-10-29 Thread Joe Brockmeier

On Mon, Oct 29, 2012, at 05:40 AM, Rohit Yadav wrote:
 Hi, 
 
 Can we put high resolution mascot svg, png etc. somewhere on
 incubator.apache.org/cloudstack so people we can download and use them
 (under CC or suitable license) for their t-shirts, keynotes and whatnot.

If we decide to adopt the monkey (which is looking likely) and we find
that it doesn't have any trademark issues that would prevent our using
it, then I'll ask Sonny to provide all the original artwork so we can
use it. 

However - IIRC Apache has rules around using project trademarks for
t-shirts, and such. You might want to look at those before doing
t-shirts, etc. 

Best, 

Joe
-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

Re: Recall: CloudStack vs CloudPlatform

2012-10-29 Thread Joe Brockmeier

On Mon, Oct 29, 2012, at 05:21 AM, Radhika Puthiyetath wrote:
 Radhika Puthiyetath would like to recall the message, CloudStack vs
 CloudPlatform.

That doesn't so much work with messages sent to public mailing lists.
;-) 
-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

[jira] [Updated] (CLOUDSTACK-423) During VM migration on KVM, VifDriver.unplug is not called.

2012-10-29 Thread Hiroaki Kawai (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Hiroaki Kawai updated CLOUDSTACK-423:
-

Summary: During VM migration on KVM, VifDriver.unplug is not called.  (was: 
During VM migration with KVM, VifDriver.unplug is not called.)

 During VM migration on KVM, VifDriver.unplug is not called.
 ---

 Key: CLOUDSTACK-423
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-423
 Project: CloudStack
  Issue Type: Bug
  Components: KVM
Affects Versions: 4.0.0, 4.1.0
 Environment: Reproducable on CentOS 6.3
Reporter: Hiroaki Kawai
  Labels: patch

 VifDriver.unplug must be called in MigrateCommand which hooks VM migration in 
 source host, because plug will be called in PrepareForMigration in 
 destination host. But current LibvirtComputingResources lacks that operation.
 Patch will be submitted in reviewboard.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (CLOUDSTACK-423) During VM migration with KVM, VifDriver.unplug is not called.

2012-10-29 Thread Hiroaki Kawai (JIRA)

Hiroaki Kawai created CLOUDSTACK-423:


 Summary: During VM migration with KVM, VifDriver.unplug is not 
called.
 Key: CLOUDSTACK-423
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-423
 Project: CloudStack
  Issue Type: Bug
  Components: KVM
Affects Versions: 4.0.0, 4.1.0
 Environment: Reproducable on CentOS 6.3
Reporter: Hiroaki Kawai


VifDriver.unplug must be called in MigrateCommand which hooks VM migration in 
source host, because plug will be called in PrepareForMigration in destination 
host. But current LibvirtComputingResources lacks that operation.

Patch will be submitted in reviewboard.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Review Request: CLOUDSTACK-423 : During VM migration on KVM, VifDriver.unplug is not called.

2012-10-29 Thread Hiroaki Kawai


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

Review request for cloudstack.


Description
---

VifDriver.unplug must be called in MigrateCommand which hooks VM migration in 
source host, because plug will be called in PrepareForMigration in destination 
host. But that operation is missing in current LibvirtComputingResources.


This addresses bug CLOUDSTACK-423.


Diffs
-

  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
 1bc70fa 

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


Testing
---


Thanks,

Hiroaki Kawai

Re: [DISCUSS] Adopt the Monkey?

It's been three days and it looks like we have unanimous consensus.

The next steps are to do IP clearence. I am happy to work with someone from
Citrix on this. We'll need to establish what rights Citrix holds, and then
transfer these to the ASF. At that point, we can import the source files,
and start using it.

As for use of the mascot on t-shirts, etc, that is largely up to the
PMC's discretion. When the time comes, it wouldn't hurt to confirm things
with Shane (our VP of Brand Management) but I have seen him say before that
each project is allowed to decide how their own marks are used.

On 29 October 2012 12:27, Joe Brockmeier j...@zonker.net wrote:

 On Mon, Oct 29, 2012, at 05:40 AM, Rohit Yadav wrote:
  Hi,
 
  Can we put high resolution mascot svg, png etc. somewhere on
  incubator.apache.org/cloudstack so people we can download and use them
  (under CC or suitable license) for their t-shirts, keynotes and whatnot.

 If we decide to adopt the monkey (which is looking likely) and we find
 that it doesn't have any trademark issues that would prevent our using
 it, then I'll ask Sonny to provide all the original artwork so we can
 use it.

 However - IIRC Apache has rules around using project trademarks for
 t-shirts, and such. You might want to look at those before doing
 t-shirts, etc.

 Best,

 Joe
 --
 Joe Brockmeier
 j...@zonker.net
 Twitter: @jzb
 http://www.dissociatedpress.net/




-- 
NS

[jira] [Updated] (CLOUDSTACK-423) During VM migration on KVM, VifDriver.unplug is not called.

2012-10-29 Thread Hiroaki Kawai (JIRA)

[
https://issues.apache.org/jira/browse/CLOUDSTACK-423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Hiroaki Kawai updated CLOUDSTACK-423:
-

Description:
VifDriver.unplug must be called in MigrateCommand which hooks VM migration in
source host, because plug will be called in PrepareForMigration in destination
host. But current LibvirtComputingResources lacks that operation.

Patch will be submitted in reviewboard : https://reviews.apache.org/r/7761/

was:
VifDriver.unplug must be called in MigrateCommand which hooks VM migration in
source host, because plug will be called in PrepareForMigration in destination
host. But current LibvirtComputingResources lacks that operation.

Patch will be submitted in reviewboard.

During VM migration on KVM, VifDriver.unplug is not called.
---

Key: CLOUDSTACK-423
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-423
Project: CloudStack
Issue Type: Bug
Components: KVM
Affects Versions: 4.0.0, 4.1.0
Environment: Reproducable on CentOS 6.3
Reporter: Hiroaki Kawai
Labels: patch

VifDriver.unplug must be called in MigrateCommand which hooks VM migration in
source host, because plug will be called in PrepareForMigration in
destination host. But current LibvirtComputingResources lacks that operation.
Patch will be submitted in reviewboard : https://reviews.apache.org/r/7761/

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Recall: CloudStack vs CloudPlatform

2012-10-29 Thread Jason Davis

To be fair, it never really works inside the office either :)

On Mon, Oct 29, 2012 at 7:29 AM, Joe Brockmeier j...@zonker.net wrote:

 On Mon, Oct 29, 2012, at 05:21 AM, Radhika Puthiyetath wrote:
  Radhika Puthiyetath would like to recall the message, CloudStack vs
  CloudPlatform.

 That doesn't so much work with messages sent to public mailing lists.
 ;-)
 --
 Joe Brockmeier
 j...@zonker.net
 Twitter: @jzb
 http://www.dissociatedpress.net/

Re: [DISCUSS] Adopt the Monkey?

On Mon, Oct 29, 2012 at 8:52 AM, Noah Slater nsla...@apache.org wrote:
 It's been three days and it looks like we have unanimous consensus.

 The next steps are to do IP clearence. I am happy to work with someone from
 Citrix on this. We'll need to establish what rights Citrix holds, and then
 transfer these to the ASF. At that point, we can import the source files,
 and start using it.

You might not need IP clearance, since Sony is a commiter on the
project (and has an ICLA on file).  I think the question isn't the
provenance of the logo design, it's to determine if there are any
conflicting marks already established by others.

 As for use of the mascot on t-shirts, etc, that is largely up to the
 PMC's discretion. When the time comes, it wouldn't hurt to confirm things
 with Shane (our VP of Brand Management) but I have seen him say before that
 each project is allowed to decide how their own marks are used.

 On 29 October 2012 12:27, Joe Brockmeier j...@zonker.net wrote:

 On Mon, Oct 29, 2012, at 05:40 AM, Rohit Yadav wrote:
  Hi,
 
  Can we put high resolution mascot svg, png etc. somewhere on
  incubator.apache.org/cloudstack so people we can download and use them
  (under CC or suitable license) for their t-shirts, keynotes and whatnot.

 If we decide to adopt the monkey (which is looking likely) and we find
 that it doesn't have any trademark issues that would prevent our using
 it, then I'll ask Sonny to provide all the original artwork so we can
 use it.

 However - IIRC Apache has rules around using project trademarks for
 t-shirts, and such. You might want to look at those before doing
 t-shirts, etc.

 Best,

 Joe
 --
 Joe Brockmeier
 j...@zonker.net
 Twitter: @jzb
 http://www.dissociatedpress.net/




 --
 NS

Re: Behavior with regard to private NICs (KVM)

I'll take a look and address the concerns later today. #2 I can see
immediately as its an if-else, but I don't see how the change affected #1
from the previous behavior, just looking on my phone.
On Oct 29, 2012 3:21 AM, Dave Cahill dcah...@midokura.jp wrote:

 Hi all,

 From LibvirtComputingResource.java, we can see that the CloudStack agent
 fails to start if there is no private NIC name set.


 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java:

  698 getPifs();
  699 if (_pifs.get(private) == null) {
  700 s_logger.debug(Failed to get private nic name);
  701 throw new ConfigurationException(Failed to get private
 nic name);
  702 }

 In other words, the agent fails to start if the entry for private in the
 HashMap returned by getPifs() is null.

 A recent commit [1] seems to have changed the behavior of getPifs() so that
 this happens more often. The new code has two behaviors which seem strange
 to me:

 1. The value of the private entry is effectively set to the interface of
 the *last* bridge in the list returned by brctl show.
 2. A single bridge can only be used to set either the public or the
 private value of the HashMap.

 This means that the getPifs() HashMap entry for private is null (causing
 the agent to fail to start) in two situations which seem normal:

 1. A bridge with no interfaces defined exists on the system.
 For example, libvirt creates a bridge called virbr0 by default, which has
 no interfaces. When getPifs() sees this entry, it counts it as null. If
 this entry is the last one in the list, private is set to null.

 2. The private and public bridge are the same.
 From my reading of the previous code, if _guestBridgeName and
 _publicBridgeName were set to the same value (only one bridge defined), the
 entries in _pifs for public and private would be the same, and the
 agent would start correctly. However, the new code loops through the
 bridges, setting them as the value of *either* public or private (or
 neither), so if there is only one bridge available, the private entry in
 pifs will be null.

 I'm just coming up to speed with the code base, so there may easily be a
 good reason for this behavior change. Does anyone have an explanation?

 Thanks,
 Dave Cahill.


 [1]

 https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=915babd9

Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

On Sun, Oct 28, 2012 at 8:01 PM, Chip Childers
chip.child...@sungard.com wrote:
 On Sun, Oct 28, 2012 at 1:53 PM, Noah Slater nsla...@apache.org wrote:
 Actually, sorry, I probably gave that +1 a *little* too soon.

 Can someone make the case for waf not being a release blocker?

 Everything else can probably slide.

 Waf needs to go.  No doubt about it.  However, I'm not certain it's a
 blocker for a release.  Here's my reasoning:

 Waf is being removed from the project entirely (ongoing work in
 origin/maven-to-rpm), so we're not doing something that isn't already
 targeted for being undone as fast as possible.   The important thing
 to me is understanding that work to remove waf is taking longer than
 the community desire to get a release completed at the end of the
 summer.  It's one line of bytecode within a file that is not core to
 the project itself (it's only a build utility), that has a clearly
 marked license for file itself (so distribution is OK), that is only
 used as a quick way to create packages for Linux distros (not to do
 the actual project compilation), and that will be ignored by any
 distro packagers that want to create proper RPMs / DEBs anyway.

 Thoughts?

 -chip

Noah has raised the question on general@i.a.o, and I'm holding off on
closing this vote to get some comments back from the incubator.

-chip

 On 28 October 2012 17:51, Noah Slater nsla...@apache.org wrote:

 It is frustrating because everything is so slow, and my (main) computer is
 practically unusable while it is running. How feasible would it be to
 provide this DevCloud thing as an AMI? I would much prefer to do this in
 the cloud.

 Okay, I made it to this step:

 Additional Testing

 The instance is removed from the web console.

 And this is what I see on the terminal:

   [sshexec]  [java] WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl]
 (AgentManager-Handler-6:) VM 3 lost host info, failed authentication request
   [sshexec]
   [sshexec]  [java] WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl]
 (AgentManager-Handler-8:) VM 3 lost host info, failed authentication request
   [sshexec]
   [sshexec]  [java] WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl]
 (AgentManager-Handler-9:) VM 3 lost host info, failed authentication request
   [sshexec]
   [sshexec]  [java] INFO  [cloud.vm.UserVmManagerImpl]
 (UserVm-Scavenger-1:) Found 1 vms to expunge.
   [sshexec]
   [sshexec]  [java] INFO  [network.security.SecurityGroupManagerImpl]
 (UserVm-Scavenger-1:) Disassociated 1 network groups  from uservm 3
   [sshexec]
   [sshexec]  [java] INFO  [cloud.ha.HighAvailabilityManagerImpl]
 (HA-Worker-1:work-2) Processing HAWork[2-HA-4-Stopped-Scheduled]
   [sshexec]
   [sshexec]  [java] INFO  [cloud.ha.HighAvailabilityManagerImpl]
 (HA-Worker-1:work-2) HA on VM[DomainRouter|r-4-TEST]
   [sshexec]  [java] INFO  [cloud.ha.HighAvailabilityManagerImpl]
 (HA-Worker-1:work-2) VM VM[DomainRouter|r-4-TEST] has been changed.
  Current State = Running Previous State = Stopped last updated = 10
 previous updated = 7
   [sshexec]  [java] INFO  [cloud.ha.HighAvailabilityManagerImpl]
 (HA-Worker-1:work-2) Completed HAWork[2-HA-4-Stopped-Scheduled]

 However, from devcloud, I see this:

 root@devcloud:~# xe vm-list
 uuid ( RO)   : 83fdea03-9d67-d5dc-e090-0acba65e7926
  name-label ( RW): r-4-TEST
 power-state ( RO): running


 uuid ( RO)   : f01b195e-074b-e8f2-f8b1-b2c493070c8a
  name-label ( RW): Control domain on host: devcloud
 power-state ( RO): running


 uuid ( RO)   : 2ab8057a-767e-b700-53e3-861f2e23823a
  name-label ( RW): s-1-TEST
 power-state ( RO): running


 uuid ( RO)   : 8b27e755-4486-e27e-ee7a-6e5bc6ea768f
  name-label ( RW): v-2-TEST
 power-state ( RO): running

 This looks, to my untrained eyes, like the VM might still be running, and
 in fact that there might be more than one?

 Okay, at this point, if someone can clarify that issues (or not?) I have
 run into with the functional tests are not release blockers, I am happy to
 just shut up about them and hope that testing is made easier for the next
 release.

 Just moving on now to some more thorough testing.

 My manual license check seems satisfactory.

 We're still shipping the waf binary in the root of our source, and I
 don't understand why. I know I was asked about this during the last round.
 And to be honest, I do not know whether it's a blocker. Can someone clarify
 for me why it is used, and why we can't ship the source instead?

 Manual file type test: OK

 Okay, going through some files by hand.

 The following files do not have copyright headers:

 setup/apidoc/generateadmincommands.xsl
 setup/apidoc/generatecommand.xsl
 setup/apidoc/generatedomainadmincommands.xsl
 setup/apidoc/generatetoc_footer.xsl
 setup/apidoc/generateusercommands.xsl

 I do not consider this a release blocker, but these should be fixed (where
 possible) for the next release.

 I almost

Re: Behavior with regard to private NICs (KVM)

Ok, with #1 I was hung up on your 'bridge with no interfaces' example,
which isn't the issue. As an aside, n my CentOS 6.3 and Ubuntu 12.04
test sytems, the default libvirt virbr0 does have an auto-configured
interface, 'vnet0'. And if there are no interfaces on a bridge, then
getPifs should treat it as null, since it's goal is to get interfaces.
So I was failing to see how the new code was different in that regard,
however it just creates a side effect, and is not your point.

Looking at getPifs(), if we change:

if(_publicBridgeName != null  bridge.equals(_publicBridgeName)){
_pifs.put(public, pif);
} else if (_guestBridgeName != null) {
_pifs.put(private, pif);
}

to

if(_publicBridgeName != null  bridge.equals(_publicBridgeName)){
_pifs.put(public, pif);
}
if (_guestBridgeName != null  bridge.equals(_guestBridgeName)) {
_pifs.put(private, pif);
}

does that solve the issue?

On Mon, Oct 29, 2012 at 7:30 AM, Marcus Sorensen shadow...@gmail.com wrote:
 I'll take a look and address the concerns later today. #2 I can see
 immediately as its an if-else, but I don't see how the change affected #1
 from the previous behavior, just looking on my phone.

 On Oct 29, 2012 3:21 AM, Dave Cahill dcah...@midokura.jp wrote:

 Hi all,

 From LibvirtComputingResource.java, we can see that the CloudStack agent
 fails to start if there is no private NIC name set.


 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java:

  698 getPifs();
  699 if (_pifs.get(private) == null) {
  700 s_logger.debug(Failed to get private nic name);
  701 throw new ConfigurationException(Failed to get private
 nic name);
  702 }

 In other words, the agent fails to start if the entry for private in the
 HashMap returned by getPifs() is null.

 A recent commit [1] seems to have changed the behavior of getPifs() so
 that
 this happens more often. The new code has two behaviors which seem strange
 to me:

 1. The value of the private entry is effectively set to the interface of
 the *last* bridge in the list returned by brctl show.
 2. A single bridge can only be used to set either the public or the
 private value of the HashMap.

 This means that the getPifs() HashMap entry for private is null (causing
 the agent to fail to start) in two situations which seem normal:

 1. A bridge with no interfaces defined exists on the system.
 For example, libvirt creates a bridge called virbr0 by default, which has
 no interfaces. When getPifs() sees this entry, it counts it as null. If
 this entry is the last one in the list, private is set to null.

 2. The private and public bridge are the same.
 From my reading of the previous code, if _guestBridgeName and
 _publicBridgeName were set to the same value (only one bridge defined),
 the
 entries in _pifs for public and private would be the same, and the
 agent would start correctly. However, the new code loops through the
 bridges, setting them as the value of *either* public or private (or
 neither), so if there is only one bridge available, the private entry in
 pifs will be null.

 I'm just coming up to speed with the code base, so there may easily be a
 good reason for this behavior change. Does anyone have an explanation?

 Thanks,
 Dave Cahill.


 [1]

 https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=915babd9

RE: Runtime Error: could not find systemvmiso in master branch

2012-10-29 Thread Vijay Venkatachalam

Identified the reason for the problem: The host did not contain 
system-vm.iso vhd-util etc. Basically, the patch files were not 
applied. There was a CS host tag that erroneously marked the XenServer 
was already patched even though it was not patched. Hence 
remove /re-add of the host did not patch the files.

The following sequence of steps should help fix the problem.
1. Remove the host
2. Cleanup the host as usual (clear vbd and any vms)
3. Remove cs tags of the host using the following command.
  xe host-param-clear uuid=hostid param-name=tags
4. Add the host back

Hope the sequence of steps will help someone in the future.

 -Original Message-
 From: Rohit Yadav [mailto:rohit.ya...@citrix.com]
 Sent: Friday, October 26, 2012 5:07 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: Runtime Error: could not find systemvmiso in master branch
 
 
 On 26-Oct-2012, at 4:22 PM, Vijay Venkatachalam
 vijay.venkatacha...@citrix.com wrote:
 
  Hi,
 
  I am trying to setup a zone out of master and I get  can not find
 systemvmiso repeatedly.
  No system vms are created in the xenserver host.
  Anyone else facing the same problem?
 
  Steps
  *
  0. copy vhd-util to scripts/vm/hypervisor/xenserver/vhd-util
  1. mvn -P deps   mvn install
 
 Assuming you're doing this on asf master, mvn -P deps is no longer required
 (this was only for ant).
 start afresh; mvn clean install and other commands;
 
 
  2.  mvn -P developer -pl developer -Ddeploydb 3.export
  MAVEN_OPTS=-Xmx1024m -Xdebug -
 Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
  4. mvn -pl :cloud-client-ui jetty:run
  5. Create an advanced zone
 
 
 
  Extract from vmops.log
  
 
  2012-10-26 14:55:23,775 DEBUG [xen.resource.CitrixResourceBase]
  (DirectAgent-15:null) VBD 93e0dd7a-0630-6e82-a12a-d9a65dc8fb25 created
  for Vol[2|ROOT|1e8db6aa-cb60-40ec-8162-6d50907c900b|2147483648]
  2012-10-26 14:55:24,041 WARN  [xen.resource.CitrixResourceBase]
  (DirectAgent-15:null) Catch Exception: class
  com.cloud.utils.exception.CloudRuntimeException due to
  com.cloud.utils.exception.CloudRuntimeException: can not find
  systemvmiso
  com.cloud.utils.exception.CloudRuntimeException: can not find
 systemvmiso
 at
 com.cloud.hypervisor.xen.resource.CitrixResourceBase.createPatchVbd(Citri
 xResourceBase.java:1140)
 at
 com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
 rceBase.java:1285)
 at
 com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
 ixResourceBase.java:497)
 at
 com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
 XenServer56Resource.java:73)
 at
 com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
 .java:191)
 at
 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
 at java.util.concurrent.FutureTask.run(FutureTask.java:166)
 at
 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
 cess$201(ScheduledThreadPoolExecutor.java:178)
 at
 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
 n(ScheduledThreadPoolExecutor.java:292)
 at
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.jav
 a:1110)
 at
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
 va:603)
 at java.lang.Thread.run(Thread.java:722)
  2012-10-26 14:55:24,042 WARN  [xen.resource.CitrixResourceBase]
  (DirectAgent-15:null) Unable to start v-2-VM due to
  com.cloud.utils.exception.CloudRuntimeException: can not find
  systemvmiso
 
 Check that you've pre-seeded the systemvm template on your secondary
 storage. Assuming you did that, probably the host was not clean?
 xe vm-uninstall --multiple
 
 at
 com.cloud.hypervisor.xen.resource.CitrixResourceBase.createPatchVbd(Citri
 xResourceBase.java:1140)
 at
 com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
 rceBase.java:1285)
 at
 com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
 ixResourceBase.java:497)
 at
 com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
 XenServer56Resource.java:73)
 at
 com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
 .java:191)
 at
 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
 at java.util.concurrent.FutureTask.run(FutureTask.java:166)
 at
 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
 cess$201(ScheduledThreadPoolExecutor.java:178)
 at
 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
 n(ScheduledThreadPoolExecutor.java:292)
 at
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.jav
 a:1110)

Re: [DISCUSS] Adopt the Monkey?

IP clearance is for anything that was developed outside of the foundation,
even if it was developed by people with ICLAs on file.

I am looking for Shane's guidance on this.

On 29 October 2012 13:21, Chip Childers chip.child...@sungard.com wrote:

 On Mon, Oct 29, 2012 at 8:52 AM, Noah Slater nsla...@apache.org wrote:
  It's been three days and it looks like we have unanimous consensus.
 
  The next steps are to do IP clearence. I am happy to work with someone
 from
  Citrix on this. We'll need to establish what rights Citrix holds, and
 then
  transfer these to the ASF. At that point, we can import the source files,
  and start using it.

 You might not need IP clearance, since Sony is a commiter on the
 project (and has an ICLA on file).  I think the question isn't the
 provenance of the logo design, it's to determine if there are any
 conflicting marks already established by others.

  As for use of the mascot on t-shirts, etc, that is largely up to the
  PMC's discretion. When the time comes, it wouldn't hurt to confirm things
  with Shane (our VP of Brand Management) but I have seen him say before
 that
  each project is allowed to decide how their own marks are used.
 
  On 29 October 2012 12:27, Joe Brockmeier j...@zonker.net wrote:
 
  On Mon, Oct 29, 2012, at 05:40 AM, Rohit Yadav wrote:
   Hi,
  
   Can we put high resolution mascot svg, png etc. somewhere on
   incubator.apache.org/cloudstack so people we can download and use
 them
   (under CC or suitable license) for their t-shirts, keynotes and
 whatnot.
 
  If we decide to adopt the monkey (which is looking likely) and we find
  that it doesn't have any trademark issues that would prevent our using
  it, then I'll ask Sonny to provide all the original artwork so we can
  use it.
 
  However - IIRC Apache has rules around using project trademarks for
  t-shirts, and such. You might want to look at those before doing
  t-shirts, etc.
 
  Best,
 
  Joe
  --
  Joe Brockmeier
  j...@zonker.net
  Twitter: @jzb
  http://www.dissociatedpress.net/
 
 
 
 
  --
  NS




-- 
NS

[jira] [Commented] (CLOUDSTACK-422) XSL files missing license header


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13486057#comment-13486057
 ] 

Chip Childers commented on CLOUDSTACK-422:
--

This seems to be missing from the RAT report, because of the ASF copyright 
statement that's at the bottom of the files.  Ex:

div id=footer_mainmaster
pCopyright © 2012 The Apache Software Foundation, Licensed 
under the
   a href=http://www.apache.org/licenses/LICENSE-2.0;Apache 
License, Version 2.0./a br /
Apache and the Apache feather logo are trademarks of The Apache 
Software Foundation./p
/div

 XSL files missing license header
 

 Key: CLOUDSTACK-422
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-422
 Project: CloudStack
  Issue Type: Bug
Affects Versions: 4.0.0
Reporter: Chip Childers
Priority: Critical
 Fix For: 4.1.0


 These are in the 4.0 branch.
  setup/apidoc/generateadmincommands.xsl
  setup/apidoc/generatecommand.xsl
  setup/apidoc/generatedomainadmincommands.xsl
  setup/apidoc/generatetoc_footer.xsl
  setup/apidoc/generateusercommands.xsl

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[OFFLINE] Oct 29 - December 12th

2012-10-29 Thread Wido den Hollander


Hello,

I already mentioned it in the IRC meeting from last week, but I'll be 
going offline until December 12nd.


I'm pretty packed at my daily job and next week it's ApacheCon.

On November 12 I'm flying out for a vacation to Bali (Sorry chipc ;) )

With 4.0 almost out the door I think my timing is pretty good.

I'll see some guys next week at ApacheCon and I'll me on IRC and the ml, 
but when I'm off on vacation I'm really off.


That should re-charge me so I can start working on 4.1!

Wido

Re: [OFFLINE] Oct 29 - December 12th

2012-10-29 Thread Outback Dingo

On Mon, Oct 29, 2012 at 10:55 AM, Wido den Hollander w...@widodh.nl wrote:
 Hello,

 I already mentioned it in the IRC meeting from last week, but I'll be going
 offline until December 12nd.

 I'm pretty packed at my daily job and next week it's ApacheCon.

 On November 12 I'm flying out for a vacation to Bali (Sorry chipc ;) )

Beware the monkeys and your luggage :) But Bali is beautiful..


 With 4.0 almost out the door I think my timing is pretty good.

 I'll see some guys next week at ApacheCon and I'll me on IRC and the ml, but
 when I'm off on vacation I'm really off.

 That should re-charge me so I can start working on 4.1!

 Wido

[jira] [Commented] (CLOUDSTACK-422) XSL files missing license header


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13486069#comment-13486069
 ] 

Chip Childers commented on CLOUDSTACK-422:
--

Fixed in 4.0 branch:
4.0 464c9b7] CLOUDSTACK-422: XSL files missing license header
 5 files changed, 90 insertions(+), 0 deletions(-)

 XSL files missing license header
 

 Key: CLOUDSTACK-422
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-422
 Project: CloudStack
  Issue Type: Bug
Affects Versions: 4.0.0
Reporter: Chip Childers
Priority: Critical
 Fix For: 4.1.0


 These are in the 4.0 branch.
  setup/apidoc/generateadmincommands.xsl
  setup/apidoc/generatecommand.xsl
  setup/apidoc/generatedomainadmincommands.xsl
  setup/apidoc/generatetoc_footer.xsl
  setup/apidoc/generateusercommands.xsl

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: [OFFLINE] Oct 29 - December 12th

2012-10-29 Thread Wido den Hollander




On 10/29/2012 03:59 PM, Outback Dingo wrote:

On Mon, Oct 29, 2012 at 10:55 AM, Wido den Hollander w...@widodh.nl wrote:

Hello,

I already mentioned it in the IRC meeting from last week, but I'll be going
offline until December 12nd.

I'm pretty packed at my daily job and next week it's ApacheCon.

On November 12 I'm flying out for a vacation to Bali (Sorry chipc ;) )


Beware the monkeys and your luggage :) But Bali is beautiful..


I'll do! Beautiful it is!

Been there before, so I know what to expect :)

Wido





With 4.0 almost out the door I think my timing is pretty good.

I'll see some guys next week at ApacheCon and I'll me on IRC and the ml, but
when I'm off on vacation I'm really off.

That should re-charge me so I can start working on 4.1!

Wido

[jira] [Resolved] (CLOUDSTACK-422) XSL files missing license header


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Chip Childers resolved CLOUDSTACK-422.
--

Resolution: Fixed
  Assignee: Chip Childers

Fixed in master:

commit 3f7e3dd6fd76a67baf7331de23968c0ff5fc591b
Author: Chip Childers chip.child...@gmail.com
Date:   Mon Oct 29 11:02:36 2012 -0400

 XSL files missing license header
 

 Key: CLOUDSTACK-422
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-422
 Project: CloudStack
  Issue Type: Bug
Affects Versions: 4.0.0
Reporter: Chip Childers
Assignee: Chip Childers
Priority: Critical
 Fix For: 4.1.0


 These are in the 4.0 branch.
  setup/apidoc/generateadmincommands.xsl
  setup/apidoc/generatecommand.xsl
  setup/apidoc/generatedomainadmincommands.xsl
  setup/apidoc/generatetoc_footer.xsl
  setup/apidoc/generateusercommands.xsl

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Closed] (CLOUDSTACK-422) XSL files missing license header


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Chip Childers closed CLOUDSTACK-422.



 XSL files missing license header
 

 Key: CLOUDSTACK-422
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-422
 Project: CloudStack
  Issue Type: Bug
Affects Versions: 4.0.0
Reporter: Chip Childers
Assignee: Chip Childers
Priority: Critical
 Fix For: 4.1.0


 These are in the 4.0 branch.
  setup/apidoc/generateadmincommands.xsl
  setup/apidoc/generatecommand.xsl
  setup/apidoc/generatedomainadmincommands.xsl
  setup/apidoc/generatetoc_footer.xsl
  setup/apidoc/generateusercommands.xsl

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[ASFCS40] Could we easily remove WAF from 4.0 somehow?

Hi all,

The inclusion of the waf file in the source release artifact is a
potential sticking point for 4.0 right now.  So...  what can we do
about it?  I don't think that we want to wait for the build tool
changes to replace it (plus all of the testing that would be
required).

Given that, I know that it's needed to build packages today, but is it
possible for us to remove it somehow?

Could we, for example, include the full waf source in tools/waf, and
document the waf build process in the install guide (as part of
describing how to create the RPM or DEB packages)?

-chip

devcloud with maven issue

2012-10-29 Thread Sebastien Goasguen

Hi,
I have followed:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+Maven#BuildingwithMaven-Dependencies

And I am able to run the mgt server locally with:

mvn -P developer -pl developer -Ddeploydb
mvn -pl :cloud-client-ui jetty:run

Now I am trying to check devcloud with maven as in:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup

 mvn -P developer -pl developer -Ddeploydb
 mvn -P developer -pl tools/devcloud -Ddeploydb
 mvn -pl :cloud-client-ui jetty:run

What is the second line supposed to do ?

I am getting errors like these:

[INFO] --- sql-maven-plugin:1.5:execute (create-schema) @ cloud-devcloud ---
[INFO] Executing file: 
/var/folders/78/47rnllms4dz54_nqwq44q1w8gn/T/devcloud.2089700605sql
[ERROR] Failed to execute:  INSERT INTO `cloud`.`configuration` (instance, 
name, value) VALUE('DEFAULT', 'integration.api.port', '8096')
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 3.070s
[INFO] Finished at: Mon Oct 29 16:31:30 CET 2012
[INFO] Final Memory: 11M/81M
[INFO] 
[ERROR] Failed to execute goal org.codehaus.mojo:sql-maven-plugin:1.5:execute 
(create-schema) on project cloud-devcloud: Duplicate entry 
'integration.api.port' for key 'PRIMARY' - [Help 1]
[ERROR] 

thanks,

-Sebastien

Package Build Procedure

All,

What is the procedure for building a Debian package?  I have attempted running 
dpkg-buildpackage in the root directory of the CloudStack project, but get an 
error regarding missing apidoc scripts.

Thank you for your help,
-John

RE: Package Build Procedure

For 4.0, here you go:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building#Building-Packaging

Master is still wip; patches welcome!

Regards.


From: John Burwell [jburw...@basho.com]
Sent: Monday, October 29, 2012 9:29 PM
To: cloudstack-dev@incubator.apache.org
Subject: Package Build Procedure

All,

What is the procedure for building a Debian package?  I have attempted running 
dpkg-buildpackage in the root directory of the CloudStack project, but get an 
error regarding missing apidoc scripts.

Thank you for your help,
-John

RE: devcloud with maven issue

Hi Sebastien,

I fixed the problem; 
https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=c68c7e2a2d47cd8df628fa30791a00f6ec1f1c44
git pull and let me know if that still fails; about the commands:

 mvn -P developer -pl developer -Ddeploydb
This one deploys several sql files needed to setup db for mgmt server.

 mvn -P developer -pl tools/devcloud -Ddeploydb
This one sets up tools/devcloud/devcloud.sql over the db schema applied by 
previous command.
If you see the file, it simply sets some global settings and built-in template.

 mvn -pl :cloud-client-ui jetty:run
Run mgmt server!

Make sure to restart mgmt server after you deploy the datacenter, the default 
toold/devcloud/devcloud.cfg using: (this would require python and 
mysql-connector-python, get it via easy_install or pip):
 mvn -P developer,deploysvr -pl tools/devcloud -Ddeploysvr

Regards.


From: Sebastien Goasguen [run...@gmail.com]
Sent: Monday, October 29, 2012 9:09 PM
To: cloudstack-dev@incubator.apache.org
Subject: devcloud with maven issue

Hi,
I have followed:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+Maven#BuildingwithMaven-Dependencies

And I am able to run the mgt server locally with:

mvn -P developer -pl developer -Ddeploydb
mvn -pl :cloud-client-ui jetty:run

Now I am trying to check devcloud with maven as in:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup

 mvn -P developer -pl developer -Ddeploydb

 mvn -P developer -pl tools/devcloud -Ddeploydb
 mvn -pl :cloud-client-ui jetty:run

What is the second line supposed to do ?

I am getting errors like these:

[INFO] --- sql-maven-plugin:1.5:execute (create-schema) @ cloud-devcloud ---
[INFO] Executing file: 
/var/folders/78/47rnllms4dz54_nqwq44q1w8gn/T/devcloud.2089700605sql
[ERROR] Failed to execute:  INSERT INTO `cloud`.`configuration` (instance, 
name, value) VALUE('DEFAULT', 'integration.api.port', '8096')
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 3.070s
[INFO] Finished at: Mon Oct 29 16:31:30 CET 2012
[INFO] Final Memory: 11M/81M
[INFO] 
[ERROR] Failed to execute goal org.codehaus.mojo:sql-maven-plugin:1.5:execute 
(create-schema) on project cloud-devcloud: Duplicate entry 
'integration.api.port' for key 'PRIMARY' - [Help 1]
[ERROR]

thanks,

-Sebastien

Re: Package Build Procedure

Rohit,

Following this procedure, I receive the following error:

[384/384] xmlapi:  - artifacts/default/commands.xml
java.lang.NullPointerException

at com.cloud.api.doc.ApiXmlDocWriter.writeCommand(ApiXmlDocWriter.java:317)

at com.cloud.api.doc.ApiXmlDocWriter.main(ApiXmlDocWriter.java:228)
Waf: Leaving directory `/var/lib/jenkins/jobs/cloudstack-s3/workspace/artifacts'
Build failed:  - task failed (err #2): 

{task: xmlapi  - commands.xml}
make: *** [build-arch-stamp] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2

What can I do work around this issue?

Thank you for your help,
-John

On Oct 29, 2012, at 12:07 PM, Rohit Yadav rohit.ya...@citrix.com wrote:

 For 4.0, here you go:
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building#Building-Packaging
 
 Master is still wip; patches welcome!
 
 Regards.
 
 
 From: John Burwell [jburw...@basho.com]
 Sent: Monday, October 29, 2012 9:29 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Package Build Procedure
 
 All,
 
 What is the procedure for building a Debian package?  I have attempted 
 running dpkg-buildpackage in the root directory of the CloudStack project, 
 but get an error regarding missing apidoc scripts.
 
 Thank you for your help,
 -John

Re: Package Build Procedure

Rohit,

To clarify the context of the error below, I received this error from the 
dpkg-buildpackage command.

Thanks,
-John

On Oct 29, 2012, at 12:34 PM, John Burwell jburw...@basho.com wrote:

 Rohit,
 
 Following this procedure, I receive the following error:
 
 [384/384] xmlapi:  - artifacts/default/commands.xml
 java.lang.NullPointerException
   
 at com.cloud.api.doc.ApiXmlDocWriter.writeCommand(ApiXmlDocWriter.java:317)
   
 at com.cloud.api.doc.ApiXmlDocWriter.main(ApiXmlDocWriter.java:228)
 Waf: Leaving directory 
 `/var/lib/jenkins/jobs/cloudstack-s3/workspace/artifacts'
 Build failed:  - task failed (err #2): 
   
 {task: xmlapi  - commands.xml}
 make: *** [build-arch-stamp] Error 1
 dpkg-buildpackage: error: debian/rules build gave error exit status 2
 
 What can I do work around this issue?
 
 Thank you for your help,
 -John
 
 On Oct 29, 2012, at 12:07 PM, Rohit Yadav rohit.ya...@citrix.com wrote:
 
 For 4.0, here you go:
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building#Building-Packaging
 
 Master is still wip; patches welcome!
 
 Regards.
 
 
 From: John Burwell [jburw...@basho.com]
 Sent: Monday, October 29, 2012 9:29 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Package Build Procedure
 
 All,
 
 What is the procedure for building a Debian package?  I have attempted 
 running dpkg-buildpackage in the root directory of the CloudStack project, 
 but get an error regarding missing apidoc scripts.
 
 Thank you for your help,
 -John

RE: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

2012-10-29 Thread Jessica Wang

Noah,

The 2 links you provided below are not working: Oops, we encountered an error.

Jessica

-Original Message-
From: Alex Huang 
Sent: Saturday, October 27, 2012 5:39 PM
To: cloudstack-dev@incubator.apache.org
Cc: Jessica Wang; Brian Federle
Subject: RE: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

Jessica or Brian,

Can you comment on what Noah is seeing in the two links?  

Thanks.

--Alex

 -Original Message-
 From: Noah Slater [mailto:nsla...@apache.org]
 Sent: Saturday, October 27, 2012 10:29 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round
 
 Sig: OK
 Hashes: OK
 Source checks: OK
 RAT: OK
 Build: OK
 
 However, during this:
 
 mvn -P deps
 
 I noticed line like this:
 
 [INFO] Installing
  /private/tmp/cloudstack/apache-cloudstack-4.0.0-incubating-src/pom.xml
  to
  /Users/nslater/.m2/repository/org/apache/cloudstack/cloudstack/4.0.0-i
  ncubating-SNAPSHOT/cloudstack-4.0.0-incubating-SNAPSHOT.pom
  [INFO]
 
  [INFO]
  --
  -- [INFO] Building Apache CloudStack Utils 4.0.0-incubating-SNAPSHOT
  [INFO]
  --
  --
 
 
 Any idea why that says incubating-SNAPSHOT?
 
 A bigger problem is that I am stuck with the additional testing.
 
 Specifically, this step:
 
 Click Infrastructure, click the View All button in the Zones display
  box, click add zone
 
 
 Here's what my console looks like:
 
 https://www.evernote.com/shard/s18/sh/4df76607-12ea-42d6-b73a-
 ff36a9435d7b/510f4a49695062e03aa03fa45d32ad82
 
 Note the oddly unlabelled cloud icon, which when clicked, displays:
 
 https://www.evernote.com/shard/s18/sh/95042d8c-06fa-4c56-8f89-
 e9b4bc2b80a4/f1b06913bdb8a327cf1c554f88899380
 
 I would like to be able to complete this testing, but would be prepared to
 vote without it.
 
 Can someone help me?
 
 thanks,
 
 --
 NS

need help for test cases of api/commands

2012-10-29 Thread Meghna Kale

Hi All,



I was writing some test cases for the API layer
api\src\com\cloud\api\commands.

I facing some issue can someone help me.



There are some service layer calls in the classes , I tried to mock the
service layer.

The Service layer internally calls the DAO, rather than calling the mock
DAO I was thinking  of returning the object from the service layer.

But as the return value of the DAO is an interface in the service layer I’m
not able to mock the object and pass it on to the API layer.



Is any other way or I will have to mock the DAO layer also ?



-  Meghna.

Re: [DISCUSS] Adopt the Monkey?

2012-10-29 Thread Shane Curcuru


(Note the mixed distribution of public/private mailing lists)

Fundamentally, the ASF needs sufficient rights to use any donated 
logos/names as trademarks of the ASF for the actual software product 
(and, to a degree, the owning Apache project).  In this case, if Apache 
CloudStack wants to start using a monkey (or whatever) as an official 
project logo, then we need to ensure that whoever is donating the logo 
is also intending to donate the trademark rights to the ASF (which holds 
all trademarks on behalf of it's projects).  Note that trademarks are 
one of the few things that the Apache License excludes, so a normal iCLA 
is not always sufficient for branding questions.


- Is this a new logo, or has it already been used publicly to stand for 
some software product or service out there?


If it's new, a simple but clear email along with a checkin comment from 
the original author is sufficient.  If it's an existing logo that the 
public already associates with someone else's products, then we need the 
current product owner to make the trademark donation clear.


- Who created the logo?  An individual on their own, or someone employed 
by a $bigco where their IP may be owned by their employer?


If it's an individual the PMC knows, an email from them should be 
sufficient.  If it's a $bigco that potentially owns it, we should ensure 
some officer of the company confirms they are intending to donate it 
along with the individual artist.


Make sense?  Branding and trademark rights are different from copyrights 
and most iCLA/Apache license questions.  However if we have clear 
statements from the donor that they also intend to give us the trademark 
rights, we should be all set.


- Shane, laughing over the subject.  Does the monkey have a name yet?

On 10/29/2012 10:40 AM, Noah Slater wrote:

IP clearance is for anything that was developed outside of the
foundation, even if it was developed by people with ICLAs on file.

I am looking for Shane's guidance on this.

On 29 October 2012 13:21, Chip Childers chip.child...@sungard.com
mailto:chip.child...@sungard.com wrote:

On Mon, Oct 29, 2012 at 8:52 AM, Noah Slater nsla...@apache.org
mailto:nsla...@apache.org wrote:
  It's been three days and it looks like we have unanimous consensus.
 
  The next steps are to do IP clearence. I am happy to work with
someone from
  Citrix on this. We'll need to establish what rights Citrix holds,
and then
  transfer these to the ASF. At that point, we can import the
source files,
  and start using it.

You might not need IP clearance, since Sony is a commiter on the
project (and has an ICLA on file).  I think the question isn't the
provenance of the logo design, it's to determine if there are any
conflicting marks already established by others.

  As for use of the mascot on t-shirts, etc, that is largely up to the
  PMC's discretion. When the time comes, it wouldn't hurt to
confirm things
  with Shane (our VP of Brand Management) but I have seen him say
before that
  each project is allowed to decide how their own marks are used.
 
  On 29 October 2012 12:27, Joe Brockmeier j...@zonker.net
mailto:j...@zonker.net wrote:
 
  On Mon, Oct 29, 2012, at 05:40 AM, Rohit Yadav wrote:
   Hi,
  
   Can we put high resolution mascot svg, png etc. somewhere on
   incubator.apache.org/cloudstack
http://incubator.apache.org/cloudstack so people we can download
and use them
   (under CC or suitable license) for their t-shirts, keynotes
and whatnot.
 
  If we decide to adopt the monkey (which is looking likely) and
we find
  that it doesn't have any trademark issues that would prevent our
using
  it, then I'll ask Sonny to provide all the original artwork so
we can
  use it.
 
  However - IIRC Apache has rules around using project trademarks for
  t-shirts, and such. You might want to look at those before doing
  t-shirts, etc.
 
  Best,
 
  Joe
  --
  Joe Brockmeier
  j...@zonker.net mailto:j...@zonker.net
  Twitter: @jzb
  http://www.dissociatedpress.net/
 
 
 
 
  --
  NS




--
NS

RE: Package Build Procedure

John, the issue would require us to remove waf/ant and modify debian control 
files such that they can be packaged using maven (I think it may be a lot of 
work and I'm not clear how to approach it without using maven plugins, but 
dpkg-buildpackage).

The error seems like apidocs failed for you, this can help:
mvn clean install -P developer
mvn -P developer -pl tools/apidoc (this would create, 
tools/apidoc/target/commands.xml)

and then try dpkg-buildpackage again, but this may fail somewhere else.

For now, I would suggest you to use the 4.0 branch which works 
(https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building#Building-Packaging).

Regards.

From: John Burwell [jburw...@basho.com]
Sent: Monday, October 29, 2012 10:08 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Package Build Procedure

Rohit,

To clarify the context of the error below, I received this error from the 
dpkg-buildpackage command.

Thanks,
-John

On Oct 29, 2012, at 12:34 PM, John Burwell jburw...@basho.com wrote:

 Rohit,

 Following this procedure, I receive the following error:

 [384/384] xmlapi:  - artifacts/default/commands.xml
 java.lang.NullPointerException

 at com.cloud.api.doc.ApiXmlDocWriter.writeCommand(ApiXmlDocWriter.java:317)

 at com.cloud.api.doc.ApiXmlDocWriter.main(ApiXmlDocWriter.java:228)
 Waf: Leaving directory 
 `/var/lib/jenkins/jobs/cloudstack-s3/workspace/artifacts'
 Build failed:  - task failed (err #2):

 {task: xmlapi  - commands.xml}
 make: *** [build-arch-stamp] Error 1
 dpkg-buildpackage: error: debian/rules build gave error exit status 2

 What can I do work around this issue?

 Thank you for your help,
 -John

 On Oct 29, 2012, at 12:07 PM, Rohit Yadav rohit.ya...@citrix.com wrote:

 For 4.0, here you go:
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building#Building-Packaging

 Master is still wip; patches welcome!

 Regards.

 
 From: John Burwell [jburw...@basho.com]
 Sent: Monday, October 29, 2012 9:29 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Package Build Procedure

 All,

 What is the procedure for building a Debian package?  I have attempted 
 running dpkg-buildpackage in the root directory of the CloudStack project, 
 but get an error regarding missing apidoc scripts.

 Thank you for your help,
 -John

RE: [ASFCS40] Could we easily remove WAF from 4.0 somehow?

Is having steps to download waf enough?

--Alex

 -Original Message-
 From: Chip Childers [mailto:chip.child...@sungard.com]
 Sent: Monday, October 29, 2012 8:32 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: [ASFCS40] Could we easily remove WAF from 4.0 somehow?

 Hi all,

 The inclusion of the waf file in the source release artifact is a potential
 sticking point for 4.0 right now.  So...  what can we do about it?  I don't 
 think
 that we want to wait for the build tool changes to replace it (plus all of the
 testing that would be required).

 Given that, I know that it's needed to build packages today, but is it 
 possible
 for us to remove it somehow?

 Could we, for example, include the full waf source in tools/waf, and
 document the waf build process in the install guide (as part of describing how
 to create the RPM or DEB packages)?

 -chip

Re: [ASFCS40] Could we easily remove WAF from 4.0 somehow?

On Mon, Oct 29, 2012 at 1:02 PM, Alex Huang alex.hu...@citrix.com wrote:
 Is having steps to download waf enough?

 --Alex

Actually, I think (hope) that we are going to be OK for now.

The sticking point was the fact that there is binary data at the
bottom of the waf file.  We *thought* it was compiled python code.
It's actually not...  it's basically compressed and archived source
code.  After extracting and reviewing the contents, it's the waf
source that we expected it to be.

We're going to wait until tomorrow morning ET for any further comments
from the general@i.a.o list, and then I'll try to close down the vote
thread and proceed to the next step.

That being said, if we have any further concerns raised we will need
to figure out how to address the issue.  AFAIK, the waf version that
we are using is pretty old.  The current waf source repo doesn't even
have our version in it's tag list.  That might be a problem.  I do
think that instructions for how to download and build would be enough,
but would we suggest the latest version?

However, I think that this discussion raises the issue of removing waf
again.  Hopefully that work is going well, and we can expect to remove
waf from the project entirely for the next release.  I'm not sure how
we will handle a bug fix release though...  Thoughts?

-chip


 -Original Message-
 From: Chip Childers [mailto:chip.child...@sungard.com]
 Sent: Monday, October 29, 2012 8:32 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: [ASFCS40] Could we easily remove WAF from 4.0 somehow?

 Hi all,

 The inclusion of the waf file in the source release artifact is a potential
 sticking point for 4.0 right now.  So...  what can we do about it?  I don't 
 think
 that we want to wait for the build tool changes to replace it (plus all of 
 the
 testing that would be required).

 Given that, I know that it's needed to build packages today, but is it 
 possible
 for us to remove it somehow?

 Could we, for example, include the full waf source in tools/waf, and
 document the waf build process in the install guide (as part of describing 
 how
 to create the RPM or DEB packages)?

 -chip

RE: [DISCUSS] Adopt the Monkey?

Yeah, so do we have a name for our cloud monkey?

One more thing, I have two versions of the mascot;
I like this one: http://bhaisaab.org/cloudmonkey.png
more than the all blue one: http://bhaisaab.org/cloudmonkey-blue.png

-- 
:D bandar http://www.flickr.com/photos/supersunita/7522920144/lightbox


From: Shane Curcuru [a...@shanecurcuru.org]
Sent: Monday, October 29, 2012 10:22 PM
To: cloudstack-dev@incubator.apache.org
Cc: tradema...@apache.org
Subject: Re: [DISCUSS] Adopt the Monkey?

(Note the mixed distribution of public/private mailing lists)

Fundamentally, the ASF needs sufficient rights to use any donated
logos/names as trademarks of the ASF for the actual software product
(and, to a degree, the owning Apache project).  In this case, if Apache
CloudStack wants to start using a monkey (or whatever) as an official
project logo, then we need to ensure that whoever is donating the logo
is also intending to donate the trademark rights to the ASF (which holds
all trademarks on behalf of it's projects).  Note that trademarks are
one of the few things that the Apache License excludes, so a normal iCLA
is not always sufficient for branding questions.

- Is this a new logo, or has it already been used publicly to stand for
some software product or service out there?

If it's new, a simple but clear email along with a checkin comment from
the original author is sufficient.  If it's an existing logo that the
public already associates with someone else's products, then we need the
current product owner to make the trademark donation clear.

- Who created the logo?  An individual on their own, or someone employed
by a $bigco where their IP may be owned by their employer?

If it's an individual the PMC knows, an email from them should be
sufficient.  If it's a $bigco that potentially owns it, we should ensure
some officer of the company confirms they are intending to donate it
along with the individual artist.

Make sense?  Branding and trademark rights are different from copyrights
and most iCLA/Apache license questions.  However if we have clear
statements from the donor that they also intend to give us the trademark
rights, we should be all set.

- Shane, laughing over the subject.  Does the monkey have a name yet?

On 10/29/2012 10:40 AM, Noah Slater wrote:
 IP clearance is for anything that was developed outside of the
 foundation, even if it was developed by people with ICLAs on file.

 I am looking for Shane's guidance on this.

 On 29 October 2012 13:21, Chip Childers chip.child...@sungard.com
 mailto:chip.child...@sungard.com wrote:

 On Mon, Oct 29, 2012 at 8:52 AM, Noah Slater nsla...@apache.org
 mailto:nsla...@apache.org wrote:
   It's been three days and it looks like we have unanimous consensus.
  
   The next steps are to do IP clearence. I am happy to work with
 someone from
   Citrix on this. We'll need to establish what rights Citrix holds,
 and then
   transfer these to the ASF. At that point, we can import the
 source files,
   and start using it.

 You might not need IP clearance, since Sony is a commiter on the
 project (and has an ICLA on file).  I think the question isn't the
 provenance of the logo design, it's to determine if there are any
 conflicting marks already established by others.

   As for use of the mascot on t-shirts, etc, that is largely up to the
   PMC's discretion. When the time comes, it wouldn't hurt to
 confirm things
   with Shane (our VP of Brand Management) but I have seen him say
 before that
   each project is allowed to decide how their own marks are used.
  
   On 29 October 2012 12:27, Joe Brockmeier j...@zonker.net
 mailto:j...@zonker.net wrote:
  
   On Mon, Oct 29, 2012, at 05:40 AM, Rohit Yadav wrote:
Hi,
   
Can we put high resolution mascot svg, png etc. somewhere on
incubator.apache.org/cloudstack
 http://incubator.apache.org/cloudstack so people we can download
 and use them
(under CC or suitable license) for their t-shirts, keynotes
 and whatnot.
  
   If we decide to adopt the monkey (which is looking likely) and
 we find
   that it doesn't have any trademark issues that would prevent our
 using
   it, then I'll ask Sonny to provide all the original artwork so
 we can
   use it.
  
   However - IIRC Apache has rules around using project trademarks for
   t-shirts, and such. You might want to look at those before doing
   t-shirts, etc.
  
   Best,
  
   Joe
   --
   Joe Brockmeier
   j...@zonker.net mailto:j...@zonker.net
   Twitter: @jzb
   http://www.dissociatedpress.net/
  
  
  
  
   --
   NS




 --
 NS

Re: Package Build Procedure

Rohit,

I receive the following error upon executing the mvn clean install -P 
developer command:

…
[INFO] 
[INFO] Building Apache CloudStack apidoc Tools 4.1.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-apidoc ---
[INFO] Deleting 
/var/lib/jenkins/jobs/cloudstack-s3/workspace/tools/apidoc/target
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-apidoc 
---
[INFO] 
[INFO] --- exec-maven-plugin:1.2.1:exec (compile) @ cloud-apidoc ---
…
java.lang.NullPointerException
at 
com.cloud.api.doc.ApiXmlDocWriter.writeCommand(ApiXmlDocWriter.java:317)
at com.cloud.api.doc.ApiXmlDocWriter.main(ApiXmlDocWriter.java:228)
+ '[' 2 -ne 0 ']'
+ exit 1
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack . SUCCESS [3.436s]
[INFO] Apache CloudStack Utils ... SUCCESS [11.430s]
[INFO] Apache CloudStack API . SUCCESS [9.847s]
[INFO] Apache CloudStack Core  SUCCESS [7.304s]
[INFO] Apache CloudStack Agents .. SUCCESS [5.751s]
[INFO] Apache CloudStack SystemVM Patches  SUCCESS [2.489s]
[INFO] Apache CloudStack Console Proxy ... SUCCESS [12.166s]
[INFO] Apache CloudStack Server .. SUCCESS [19.871s]
[INFO] Apache CloudStack Usage Server  SUCCESS [3.304s]
[INFO] Apache XenSource XAPI . SUCCESS [6.116s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.394s]
[INFO] Apache CloudStack Plugin - User Concentrated Pod Deployment Planner  
SUCCESS [2.234s]
[INFO] Apache CloudStack Plugin - User Dispersing Deployment Planner  SUCCESS 
[2.617s]
[INFO] Apache CloudStack Plugin - Host Allocator Random .. SUCCESS [2.269s]
[INFO] Apache CloudStack Plugin - Hypervisor OracleVM  SUCCESS [3.240s]
[INFO] Apache CloudStack Plugin - Open vSwitch ... SUCCESS [2.940s]
[INFO] Apache CloudStack Plugin - Hypervisor Xen . SUCCESS [4.778s]
[INFO] Apache CloudStack Plugin - Hypervisor KVM . SUCCESS [12.957s]
[INFO] Apache CloudStack Plugin - Network Elastic Load Balancer  SUCCESS 
[2.661s]
[INFO] Apache CloudStack Plugin - Network Nicira NVP . SUCCESS [3.634s]
[INFO] Apache CloudStack Plugin - Storage Allocator Random  SUCCESS [2.220s]
[INFO] Apache CloudStack Plugin - User Authenticator LDAP  SUCCESS [2.460s]
[INFO] Apache CloudStack Plugin - User Authenticator MD5 . SUCCESS [1.803s]
[INFO] Apache CloudStack Plugin - User Authenticator Plain Text  SUCCESS 
[2.288s]
[INFO] Apache CloudStack AWS API Bridge .. SUCCESS [42.521s]
[INFO] Apache CloudStack Client UI ... SUCCESS [6.777s]
[INFO] Apache CloudStack Test  SUCCESS [6.282s]
[INFO] Apache CloudStack Developer Tools . SUCCESS [0.153s]
[INFO] Apache CloudStack apidoc Tools  FAILURE [4.595s]
[INFO] Apache CloudStack Developer Tools . SKIPPED
[INFO] Apache CloudStack Developer Tools: marvin . SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 3:10.107s
[INFO] Finished at: Mon Oct 29 13:12:30 EDT 2012
[INFO] Final Memory: 30M/243M
[INFO] 
[ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.2.1:exec 
(compile) on project cloud-apidoc: Command execution failed. Process exited 
with an error: 1 (Exit value: 1) - [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
[ERROR] 
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn goals -rf :cloud-apidoc

We are testing a large patch in a feature branch tracking master.  Therefore, 
using the 4.0.0 branch is not an option for our testing needs.

Thank you for your assistance,
-John

On Oct 29, 2012, at 12:59 PM, Rohit Yadav rohit.ya...@citrix.com wrote:

 John, the issue would require us to remove waf/ant and modify debian control 
 files such that they can be packaged using maven (I think it may be a lot of 
 work and I'm not clear how to approach it without using maven plugins, but 
 dpkg-buildpackage).
 
 The error seems like apidocs failed

Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

On Mon, Oct 29, 2012 at 10:10 AM, Chip Childers
chip.child...@sungard.com wrote:
 On Sun, Oct 28, 2012 at 8:01 PM, Chip Childers
 chip.child...@sungard.com wrote:
 On Sun, Oct 28, 2012 at 1:53 PM, Noah Slater nsla...@apache.org wrote:
 Actually, sorry, I probably gave that +1 a *little* too soon.

 Can someone make the case for waf not being a release blocker?

 Everything else can probably slide.

 Waf needs to go.  No doubt about it.  However, I'm not certain it's a
 blocker for a release.  Here's my reasoning:

 Waf is being removed from the project entirely (ongoing work in
 origin/maven-to-rpm), so we're not doing something that isn't already
 targeted for being undone as fast as possible.   The important thing
 to me is understanding that work to remove waf is taking longer than
 the community desire to get a release completed at the end of the
 summer.  It's one line of bytecode within a file that is not core to
 the project itself (it's only a build utility), that has a clearly
 marked license for file itself (so distribution is OK), that is only
 used as a quick way to create packages for Linux distros (not to do
 the actual project compilation), and that will be ignored by any
 distro packagers that want to create proper RPMs / DEBs anyway.

 Thoughts?

 -chip

 Noah has raised the question on general@i.a.o, and I'm holding off on
 closing this vote to get some comments back from the incubator.

 -chip

One more follow up.  The discussion on general@i.a.o seems to be
reaching the consensus that we will be ok with the waf file (but
really should remove it).  I'm going to wait until tomorrow morning US
ET to close the vote down, giving the folks on general@ time to raise
any additional concerns.


 On 28 October 2012 17:51, Noah Slater nsla...@apache.org wrote:

 It is frustrating because everything is so slow, and my (main) computer is
 practically unusable while it is running. How feasible would it be to
 provide this DevCloud thing as an AMI? I would much prefer to do this in
 the cloud.

 Okay, I made it to this step:

 Additional Testing

 The instance is removed from the web console.

 And this is what I see on the terminal:

   [sshexec]  [java] WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl]
 (AgentManager-Handler-6:) VM 3 lost host info, failed authentication 
 request
   [sshexec]
   [sshexec]  [java] WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl]
 (AgentManager-Handler-8:) VM 3 lost host info, failed authentication 
 request
   [sshexec]
   [sshexec]  [java] WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl]
 (AgentManager-Handler-9:) VM 3 lost host info, failed authentication 
 request
   [sshexec]
   [sshexec]  [java] INFO  [cloud.vm.UserVmManagerImpl]
 (UserVm-Scavenger-1:) Found 1 vms to expunge.
   [sshexec]
   [sshexec]  [java] INFO  [network.security.SecurityGroupManagerImpl]
 (UserVm-Scavenger-1:) Disassociated 1 network groups  from uservm 3
   [sshexec]
   [sshexec]  [java] INFO  [cloud.ha.HighAvailabilityManagerImpl]
 (HA-Worker-1:work-2) Processing HAWork[2-HA-4-Stopped-Scheduled]
   [sshexec]
   [sshexec]  [java] INFO  [cloud.ha.HighAvailabilityManagerImpl]
 (HA-Worker-1:work-2) HA on VM[DomainRouter|r-4-TEST]
   [sshexec]  [java] INFO  [cloud.ha.HighAvailabilityManagerImpl]
 (HA-Worker-1:work-2) VM VM[DomainRouter|r-4-TEST] has been changed.
  Current State = Running Previous State = Stopped last updated = 10
 previous updated = 7
   [sshexec]  [java] INFO  [cloud.ha.HighAvailabilityManagerImpl]
 (HA-Worker-1:work-2) Completed HAWork[2-HA-4-Stopped-Scheduled]

 However, from devcloud, I see this:

 root@devcloud:~# xe vm-list
 uuid ( RO)   : 83fdea03-9d67-d5dc-e090-0acba65e7926
  name-label ( RW): r-4-TEST
 power-state ( RO): running


 uuid ( RO)   : f01b195e-074b-e8f2-f8b1-b2c493070c8a
  name-label ( RW): Control domain on host: devcloud
 power-state ( RO): running


 uuid ( RO)   : 2ab8057a-767e-b700-53e3-861f2e23823a
  name-label ( RW): s-1-TEST
 power-state ( RO): running


 uuid ( RO)   : 8b27e755-4486-e27e-ee7a-6e5bc6ea768f
  name-label ( RW): v-2-TEST
 power-state ( RO): running

 This looks, to my untrained eyes, like the VM might still be running, and
 in fact that there might be more than one?

 Okay, at this point, if someone can clarify that issues (or not?) I have
 run into with the functional tests are not release blockers, I am happy to
 just shut up about them and hope that testing is made easier for the next
 release.

 Just moving on now to some more thorough testing.

 My manual license check seems satisfactory.

 We're still shipping the waf binary in the root of our source, and I
 don't understand why. I know I was asked about this during the last round.
 And to be honest, I do not know whether it's a blocker. Can someone clarify
 for me why it is used, and why we can't ship the source instead?

 Manual file type test: OK

 Okay, going through

RE: [ASFCS40] Could we easily remove WAF from 4.0 somehow?

 -Original Message-
 From: Chip Childers [mailto:chip.child...@sungard.com]
 Sent: Monday, October 29, 2012 10:12 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: [ASFCS40] Could we easily remove WAF from 4.0 somehow?

 On Mon, Oct 29, 2012 at 1:02 PM, Alex Huang alex.hu...@citrix.com
 wrote:
  Is having steps to download waf enough?

  --Alex

 Actually, I think (hope) that we are going to be OK for now.

 The sticking point was the fact that there is binary data at the bottom of the
 waf file.  We *thought* it was compiled python code.
 It's actually not...  it's basically compressed and archived source code.  
 After
 extracting and reviewing the contents, it's the waf source that we expected
 it to be.

 We're going to wait until tomorrow morning ET for any further comments
 from the general@i.a.o list, and then I'll try to close down the vote thread
 and proceed to the next step.

 That being said, if we have any further concerns raised we will need to figure
 out how to address the issue.  AFAIK, the waf version that we are using is
 pretty old.  The current waf source repo doesn't even have our version in it's
 tag list.  That might be a problem.  I do think that instructions for how to
 download and build would be enough, but would we suggest the latest
 version?
Currently, we are using waf 1.5.18, which can be downloaded from 
http://code.google.com/p/waf/downloads/detail?name=waf-1.5.18can=2q=
If we switch to latest waf, then need to test, if it's broken, need to fix 
it(not sure anybody want to fix it or not, as it will be deprecated in the next 
release). Better to stick to the current version.

 However, I think that this discussion raises the issue of removing waf again.
 Hopefully that work is going well, and we can expect to remove waf from the
 project entirely for the next release.  I'm not sure how we will handle a bug
 fix release though...  Thoughts?

Yes, waf will be totally removed in the next release.

 -chip

  -Original Message-
  From: Chip Childers [mailto:chip.child...@sungard.com]
  Sent: Monday, October 29, 2012 8:32 AM
  To: cloudstack-dev@incubator.apache.org
  Subject: [ASFCS40] Could we easily remove WAF from 4.0 somehow?

  Hi all,

  The inclusion of the waf file in the source release artifact is a
  potential sticking point for 4.0 right now.  So...  what can we do
  about it?  I don't think that we want to wait for the build tool
  changes to replace it (plus all of the testing that would be required).

  Given that, I know that it's needed to build packages today, but is
  it possible for us to remove it somehow?

  Could we, for example, include the full waf source in tools/waf, and
  document the waf build process in the install guide (as part of
  describing how to create the RPM or DEB packages)?

  -chip

RE: Package Build Procedure

NPE wow, am not sure what might have caused it and it works for me.
Alright, check that you've python and mysql-connector-python on it.
Or, better if you don't require apidocs, comment/remove it out from the top 
level pom.xml;

diff --git a/pom.xml b/pom.xml
index 12b4067..8178935 100644
--- a/pom.xml
+++ b/pom.xml
@@ -342,7 +342,6 @@
   modules
 moduledeveloper/module
-   moduletools/apidoc/module
moduletools/devcloud/module

And try again with -X to have more verbosity.
If you cannot do without master branch, eventually you may hit some other issue 
while dpkg-buildpackage.

Packaging needs fixing, Wido, Hugo, David, Edison?

Regards. 

From: John Burwell [jburw...@basho.com]
Sent: Monday, October 29, 2012 10:51 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Package Build Procedure

Rohit,

I receive the following error upon executing the mvn clean install -P 
developer command:

…
[INFO] 
[INFO] Building Apache CloudStack apidoc Tools 4.1.0-SNAPSHOT
[INFO] 
[INFO]
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-apidoc ---
[INFO] Deleting 
/var/lib/jenkins/jobs/cloudstack-s3/workspace/tools/apidoc/target
[INFO]
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-apidoc 
---
[INFO]
[INFO] --- exec-maven-plugin:1.2.1:exec (compile) @ cloud-apidoc ---
…
java.lang.NullPointerException
at 
com.cloud.api.doc.ApiXmlDocWriter.writeCommand(ApiXmlDocWriter.java:317)
at com.cloud.api.doc.ApiXmlDocWriter.main(ApiXmlDocWriter.java:228)
+ '[' 2 -ne 0 ']'
+ exit 1
[INFO] 
[INFO] Reactor Summary:
[INFO]
[INFO] Apache CloudStack . SUCCESS [3.436s]
[INFO] Apache CloudStack Utils ... SUCCESS [11.430s]
[INFO] Apache CloudStack API . SUCCESS [9.847s]
[INFO] Apache CloudStack Core  SUCCESS [7.304s]
[INFO] Apache CloudStack Agents .. SUCCESS [5.751s]
[INFO] Apache CloudStack SystemVM Patches  SUCCESS [2.489s]
[INFO] Apache CloudStack Console Proxy ... SUCCESS [12.166s]
[INFO] Apache CloudStack Server .. SUCCESS [19.871s]
[INFO] Apache CloudStack Usage Server  SUCCESS [3.304s]
[INFO] Apache XenSource XAPI . SUCCESS [6.116s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.394s]
[INFO] Apache CloudStack Plugin - User Concentrated Pod Deployment Planner  
SUCCESS [2.234s]
[INFO] Apache CloudStack Plugin - User Dispersing Deployment Planner  SUCCESS 
[2.617s]
[INFO] Apache CloudStack Plugin - Host Allocator Random .. SUCCESS [2.269s]
[INFO] Apache CloudStack Plugin - Hypervisor OracleVM  SUCCESS [3.240s]
[INFO] Apache CloudStack Plugin - Open vSwitch ... SUCCESS [2.940s]
[INFO] Apache CloudStack Plugin - Hypervisor Xen . SUCCESS [4.778s]
[INFO] Apache CloudStack Plugin - Hypervisor KVM . SUCCESS [12.957s]
[INFO] Apache CloudStack Plugin - Network Elastic Load Balancer  SUCCESS 
[2.661s]
[INFO] Apache CloudStack Plugin - Network Nicira NVP . SUCCESS [3.634s]
[INFO] Apache CloudStack Plugin - Storage Allocator Random  SUCCESS [2.220s]
[INFO] Apache CloudStack Plugin - User Authenticator LDAP  SUCCESS [2.460s]
[INFO] Apache CloudStack Plugin - User Authenticator MD5 . SUCCESS [1.803s]
[INFO] Apache CloudStack Plugin - User Authenticator Plain Text  SUCCESS 
[2.288s]
[INFO] Apache CloudStack AWS API Bridge .. SUCCESS [42.521s]
[INFO] Apache CloudStack Client UI ... SUCCESS [6.777s]
[INFO] Apache CloudStack Test  SUCCESS [6.282s]
[INFO] Apache CloudStack Developer Tools . SUCCESS [0.153s]
[INFO] Apache CloudStack apidoc Tools  FAILURE [4.595s]
[INFO] Apache CloudStack Developer Tools . SKIPPED
[INFO] Apache CloudStack Developer Tools: marvin . SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 3:10.107s
[INFO] Finished at: Mon Oct 29 13:12:30 EDT 2012
[INFO] Final Memory: 30M/243M
[INFO] 
[ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.2.1:exec 
(compile) on project cloud-apidoc: Command execution failed. Process exited 
with an error: 1 (Exit value: 1) - [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]

Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

On 29 October 2012 00:13, Chip Childers chip.child...@sungard.com wrote:

On Sun, Oct 28, 2012 at 1:51 PM, Noah Slater nsla...@apache.org wrote:
It is frustrating because everything is so slow, and my (main) computer
is
practically unusable while it is running. How feasible would it be to
provide this DevCloud thing as an AMI? I would much prefer to do this in
the cloud.

Want to help do that? Sounds like a reasonable idea... I wouldn't
replace devcloud itself, but I don't see why we couldn't also have an
AMI prepared for testing.

I don't think I have the bandwidth for it, or the experience to get up and
running as fast as I would like. Having a community image you can select
while deploying an EC2 instance would be super sweet though. And most
people will be able to test with the free tier.

We're a cloudy project, so we should cloudify our testing procedure. In the
cloud. #cloud ;)

Seriously though. My tiny laptop does not like running VMs in VMs. Yo dawg.
:(

Thanks for the rest of your clarifications! Very helpful.

On 29 October 2012 16:50, Jessica Wang jessica.w...@citrix.com wrote:

The 2 links you provided below are not working: Oops, we encountered an
error.

There's a good chance they were mangled by the quoting.

Here they are again:

https://www.evernote.com/shard/s18/sh/4df76607-12ea-42d6-b73a-ff36a9435d7b/510f4a49695062e03aa03fa45d32ad82

https://www.evernote.com/shard/s18/sh/95042d8c-06fa-4c56-8f89-e9b4bc2b80a4/f1b06913bdb8a327cf1c554f88899380

--
NS

[jira] [Resolved] (CLOUDSTACK-176) Tooltip widget

2012-10-29 Thread Sonny Chhen (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sonny Chhen resolved CLOUDSTACK-176.


Resolution: Fixed

 Tooltip widget
 --

 Key: CLOUDSTACK-176
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-176
 Project: CloudStack
  Issue Type: Improvement
  Components: UI
Reporter: Sonny Chhen
Assignee: Pranav Saxena
Priority: Critical
 Fix For: 4.1.0


 Create tooltip widget to be populated dynamically from content provided by 
 documentation.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Package Build Procedure

Rohit,

Which packaging, if any, would you recommend using with master?

Thanks,
-John

On Oct 29, 2012, at 1:33 PM, Rohit Yadav rohit.ya...@citrix.com wrote:

 NPE wow, am not sure what might have caused it and it works for me.
 Alright, check that you've python and mysql-connector-python on it.
 Or, better if you don't require apidocs, comment/remove it out from the top 
 level pom.xml;
 
 diff --git a/pom.xml b/pom.xml
 index 12b4067..8178935 100644
 --- a/pom.xml
 +++ b/pom.xml
 @@ -342,7 +342,6 @@
   modules
 moduledeveloper/module
 -   moduletools/apidoc/module
moduletools/devcloud/module
 
 And try again with -X to have more verbosity.
 If you cannot do without master branch, eventually you may hit some other 
 issue while dpkg-buildpackage.
 
 Packaging needs fixing, Wido, Hugo, David, Edison?
 
 Regards. 
 
 From: John Burwell [jburw...@basho.com]
 Sent: Monday, October 29, 2012 10:51 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: Package Build Procedure
 
 Rohit,
 
 I receive the following error upon executing the mvn clean install -P 
 developer command:
 
 …
 [INFO] 
 
 [INFO] Building Apache CloudStack apidoc Tools 4.1.0-SNAPSHOT
 [INFO] 
 
 [INFO]
 [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-apidoc ---
 [INFO] Deleting 
 /var/lib/jenkins/jobs/cloudstack-s3/workspace/tools/apidoc/target
 [INFO]
 [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-apidoc 
 ---
 [INFO]
 [INFO] --- exec-maven-plugin:1.2.1:exec (compile) @ cloud-apidoc ---
 …
 java.lang.NullPointerException
at 
 com.cloud.api.doc.ApiXmlDocWriter.writeCommand(ApiXmlDocWriter.java:317)
at com.cloud.api.doc.ApiXmlDocWriter.main(ApiXmlDocWriter.java:228)
 + '[' 2 -ne 0 ']'
 + exit 1
 [INFO] 
 
 [INFO] Reactor Summary:
 [INFO]
 [INFO] Apache CloudStack . SUCCESS [3.436s]
 [INFO] Apache CloudStack Utils ... SUCCESS [11.430s]
 [INFO] Apache CloudStack API . SUCCESS [9.847s]
 [INFO] Apache CloudStack Core  SUCCESS [7.304s]
 [INFO] Apache CloudStack Agents .. SUCCESS [5.751s]
 [INFO] Apache CloudStack SystemVM Patches  SUCCESS [2.489s]
 [INFO] Apache CloudStack Console Proxy ... SUCCESS [12.166s]
 [INFO] Apache CloudStack Server .. SUCCESS [19.871s]
 [INFO] Apache CloudStack Usage Server  SUCCESS [3.304s]
 [INFO] Apache XenSource XAPI . SUCCESS [6.116s]
 [INFO] Apache CloudStack Plugin POM .. SUCCESS [0.394s]
 [INFO] Apache CloudStack Plugin - User Concentrated Pod Deployment Planner  
 SUCCESS [2.234s]
 [INFO] Apache CloudStack Plugin - User Dispersing Deployment Planner  SUCCESS 
 [2.617s]
 [INFO] Apache CloudStack Plugin - Host Allocator Random .. SUCCESS [2.269s]
 [INFO] Apache CloudStack Plugin - Hypervisor OracleVM  SUCCESS [3.240s]
 [INFO] Apache CloudStack Plugin - Open vSwitch ... SUCCESS [2.940s]
 [INFO] Apache CloudStack Plugin - Hypervisor Xen . SUCCESS [4.778s]
 [INFO] Apache CloudStack Plugin - Hypervisor KVM . SUCCESS [12.957s]
 [INFO] Apache CloudStack Plugin - Network Elastic Load Balancer  SUCCESS 
 [2.661s]
 [INFO] Apache CloudStack Plugin - Network Nicira NVP . SUCCESS [3.634s]
 [INFO] Apache CloudStack Plugin - Storage Allocator Random  SUCCESS [2.220s]
 [INFO] Apache CloudStack Plugin - User Authenticator LDAP  SUCCESS [2.460s]
 [INFO] Apache CloudStack Plugin - User Authenticator MD5 . SUCCESS [1.803s]
 [INFO] Apache CloudStack Plugin - User Authenticator Plain Text  SUCCESS 
 [2.288s]
 [INFO] Apache CloudStack AWS API Bridge .. SUCCESS [42.521s]
 [INFO] Apache CloudStack Client UI ... SUCCESS [6.777s]
 [INFO] Apache CloudStack Test  SUCCESS [6.282s]
 [INFO] Apache CloudStack Developer Tools . SUCCESS [0.153s]
 [INFO] Apache CloudStack apidoc Tools  FAILURE [4.595s]
 [INFO] Apache CloudStack Developer Tools . SKIPPED
 [INFO] Apache CloudStack Developer Tools: marvin . SKIPPED
 [INFO] 
 
 [INFO] BUILD FAILURE
 [INFO] 
 
 [INFO] Total time: 3:10.107s
 [INFO] Finished at: Mon Oct 29 13:12:30 EDT 2012
 [INFO] Final Memory: 30M/243M
 [INFO] 
 
 [ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.2.1:exec 
 (compile) on project

RE: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

2012-10-29 Thread Jessica Wang

Noah,

Since you are able to see Infra menu now, I believe it was an installation bug 
in your environment earlier.
If you do see the problem again (i.e. infra menu doesn't show), please let us 
know.

Jessica

-Original Message-
From: Noah Slater [mailto:nsla...@apache.org] 
Sent: Sunday, October 28, 2012 8:42 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

Okay,

I did a rebuild and the menu populated. Very strange.

Now I have two more problems.

From the test procedure:

Wait for secondary storage VM coming up.
 This may take a bit...


No clue about this. How do I know when the storage VM has come up?

I checked under instances and storage and nothing changed for about 10
minutes.

Last three lines in console are:

  [sshexec]  [java] WARN  [network.element.VpcVirtualRouterElement]
(secstorage-1:) Network Ntwk[203|Storage|4] is not associated with any VPC
  [sshexec]  [java] INFO  [network.security.SecurityGroupListener]
(AgentManager-Handler-2:) Received a host startup notification
  [sshexec]  [java] INFO  [cloud.consoleproxy.ConsoleProxyManagerImpl]
(AgentManager-Handler-2:) Successfully sent out command to start HTTP
handling in console proxy agent

I decided to proceed to the next stage, on the off chance it had worked.

I get stuck on this step:

In step 2, select tiny Linux


There are no templates to select from!

https://www.evernote.com/shard/s18/sh/1a151896-8cbb-41c8-93d2-d844e6461146/08efa5dddbd86cb96d7895692f9ec20d
https://www.evernote.com/shard/s18/sh/ee10c37e-dad1-454f-a43f-e64d9ef7d9e3/bce4465e03169a3883f825fbb6f43cd1
https://www.evernote.com/shard/s18/sh/58221024-608f-4a7f-9531-53c267532efc/cbdb8204c77471ae2fa194355af40430

I am unable to proceed.

P.S. Testing CloudStack on my MBA is exceptionally slow. Is there any way
to do the whole thing on or something? I practically cannot do anything
else on my computer while testing.

On 28 October 2012 00:12, Chip Childers chip.child...@sungard.com wrote:

 Yeah.  Funny enough, that IS the infra menu option.

 I've never seen this before.

 I assume you are logged in as admin / password?  Can you do a fresh
 build (start with ant clean-all build-all)?

 - chip

 Sent from my iPhone.

 On Oct 27, 2012, at 5:06 PM, Noah Slater nsla...@apache.org wrote:

  I doubt it. Looks like part of the application code.
 
  My real problem is that I am unable to complete this step, as there is
  nothing labeled Infrastructure in the UI.
 
  On 27 October 2012 19:04, Chip Childers chip.child...@sungard.com
 wrote:
 
  Comments below:
 
  - chip
 
  Sent from my iPhone.
 
  On Oct 27, 2012, at 1:28 PM, Noah Slater nsla...@apache.org wrote:
 
  Sig: OK
  Hashes: OK
  Source checks: OK
  RAT: OK
  Build: OK
 
  However, during this:
 
  mvn -P deps
 
  I noticed line like this:
 
  [INFO] Installing
  /private/tmp/cloudstack/apache-cloudstack-4.0.0-incubating-src/pom.xml
  to
 
 /Users/nslater/.m2/repository/org/apache/cloudstack/cloudstack/4.0.0-incubating-SNAPSHOT/cloudstack-4.0.0-incubating-SNAPSHOT.pom
  [INFO]
 
  [INFO]
 
 
  [INFO] Building Apache CloudStack Utils 4.0.0-incubating-SNAPSHOT
  [INFO]
 
 
 
 
  Any idea why that says incubating-SNAPSHOT?
 
  That's the default build version. If we do a binary release, it would
  be changed via the maven release tools.
 
 
  A bigger problem is that I am stuck with the additional testing.
 
  Specifically, this step:
 
  Click Infrastructure, click the View All button in the Zones
  display
  box, click add zone
 
 
  Here's what my console looks like:
 
 https://www.evernote.com/shard/s18/sh/4df76607-12ea-42d6-b73a-ff36a9435d7b/510f4a49695062e03aa03fa45d32ad82
 
  Note the oddly unlabelled cloud icon, which when clicked, displays:
 
 https://www.evernote.com/shard/s18/sh/95042d8c-06fa-4c56-8f89-e9b4bc2b80a4/f1b06913bdb8a327cf1c554f88899380
 
  I would like to be able to complete this testing, but would be prepared
  to
  vote without it.
 
  Can someone help me?
 
  Browser specific issue?  Is it consistent?
 
 
  thanks,
 
  --
  NS
 
 
 
  --
  NS




-- 
NS

RE: Package Build Procedure

Can you try mvn -X -P developer -pl tools/apidoc  to get more error message?

 -Original Message-
 From: John Burwell [mailto:jburw...@basho.com]
 Sent: Monday, October 29, 2012 10:53 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: Package Build Procedure
 
 Rohit,
 
 Which packaging, if any, would you recommend using with master?
 
 Thanks,
 -John
 
 On Oct 29, 2012, at 1:33 PM, Rohit Yadav rohit.ya...@citrix.com wrote:
 
  NPE wow, am not sure what might have caused it and it works for me.
  Alright, check that you've python and mysql-connector-python on it.
  Or, better if you don't require apidocs, comment/remove it out from
  the top level pom.xml;
 
  diff --git a/pom.xml b/pom.xml
  index 12b4067..8178935 100644
  --- a/pom.xml
  +++ b/pom.xml
  @@ -342,7 +342,6 @@
modules
  moduledeveloper/module
  -   moduletools/apidoc/module
 moduletools/devcloud/module
 
  And try again with -X to have more verbosity.
  If you cannot do without master branch, eventually you may hit some
 other issue while dpkg-buildpackage.
 
  Packaging needs fixing, Wido, Hugo, David, Edison?
 
  Regards.
  
  From: John Burwell [jburw...@basho.com]
  Sent: Monday, October 29, 2012 10:51 PM
  To: cloudstack-dev@incubator.apache.org
  Subject: Re: Package Build Procedure
 
  Rohit,
 
  I receive the following error upon executing the mvn clean install -P
 developer command:
 
  ...
  [INFO]
  --
  -- [INFO] Building Apache CloudStack apidoc Tools 4.1.0-SNAPSHOT
  [INFO]
  --
  --
  [INFO]
  [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-apidoc
  --- [INFO] Deleting
  /var/lib/jenkins/jobs/cloudstack-s3/workspace/tools/apidoc/target
  [INFO]
  [INFO] --- maven-remote-resources-plugin:1.3:process (default) @
  cloud-apidoc --- [INFO] [INFO] --- exec-maven-plugin:1.2.1:exec
  (compile) @ cloud-apidoc --- ... java.lang.NullPointerException
 at
 com.cloud.api.doc.ApiXmlDocWriter.writeCommand(ApiXmlDocWriter.java:3
 17)
 at
  com.cloud.api.doc.ApiXmlDocWriter.main(ApiXmlDocWriter.java:228)
  + '[' 2 -ne 0 ']'
  + exit 1
  [INFO]
  --
  --
  [INFO] Reactor Summary:
  [INFO]
  [INFO] Apache CloudStack . SUCCESS
  [3.436s] [INFO] Apache CloudStack Utils ...
  SUCCESS [11.430s] [INFO] Apache CloudStack API
  . SUCCESS [9.847s] [INFO] Apache
  CloudStack Core  SUCCESS [7.304s] [INFO]
  Apache CloudStack Agents .. SUCCESS [5.751s]
  [INFO] Apache CloudStack SystemVM Patches  SUCCESS
  [2.489s] [INFO] Apache CloudStack Console Proxy ...
  SUCCESS [12.166s] [INFO] Apache CloudStack Server
  .. SUCCESS [19.871s] [INFO] Apache CloudStack
  Usage Server  SUCCESS [3.304s] [INFO] Apache
  XenSource XAPI . SUCCESS [6.116s] [INFO]
  Apache CloudStack Plugin POM .. SUCCESS [0.394s]
  [INFO] Apache CloudStack Plugin - User Concentrated Pod Deployment
  Planner  SUCCESS [2.234s] [INFO] Apache CloudStack Plugin - User
  Dispersing Deployment Planner  SUCCESS [2.617s] [INFO] Apache
  CloudStack Plugin - Host Allocator Random .. SUCCESS [2.269s] [INFO]
  Apache CloudStack Plugin - Hypervisor OracleVM  SUCCESS [3.240s]
  [INFO] Apache CloudStack Plugin - Open vSwitch ... SUCCESS
  [2.940s] [INFO] Apache CloudStack Plugin - Hypervisor Xen .
  SUCCESS [4.778s] [INFO] Apache CloudStack Plugin - Hypervisor KVM
  . SUCCESS [12.957s] [INFO] Apache CloudStack Plugin - Network
  Elastic Load Balancer  SUCCESS [2.661s] [INFO] Apache CloudStack
  Plugin - Network Nicira NVP . SUCCESS [3.634s] [INFO] Apache
  CloudStack Plugin - Storage Allocator Random  SUCCESS [2.220s] [INFO]
  Apache CloudStack Plugin - User Authenticator LDAP  SUCCESS [2.460s]
  [INFO] Apache CloudStack Plugin - User Authenticator MD5 . SUCCESS
  [1.803s] [INFO] Apache CloudStack Plugin - User Authenticator Plain
  Text  SUCCESS [2.288s] [INFO] Apache CloudStack AWS API Bridge
  .. SUCCESS [42.521s] [INFO] Apache CloudStack Client
  UI ... SUCCESS [6.777s] [INFO] Apache CloudStack
  Test  SUCCESS [6.282s] [INFO] Apache
  CloudStack Developer Tools . SUCCESS [0.153s] [INFO]
  Apache CloudStack apidoc Tools  FAILURE [4.595s]
  [INFO] Apache CloudStack Developer Tools . SKIPPED
  [INFO] Apache CloudStack Developer Tools: marvin . SKIPPED
  [INFO]
  --
  --
  [INFO] BUILD FAILURE
  [INFO]

RE: [ASFCS40] Could we easily remove WAF from 4.0 somehow?

 However, I think that this discussion raises the issue of removing waf again.
 Hopefully that work is going well, and we can expect to remove waf from the
 project entirely for the next release.  I'm not sure how we will handle a bug
 fix release though...  Thoughts?
 

I think if we are at a point we can remove waf then we should remove it even 
for any bug fix releases.

--Alex

RE: need help for test cases of api/commands

Meghna,

Can you give an example of which call you're talking about and point out the 
specific line of code you're having problem with?

Thanks.

--Alex

 -Original Message-
 From: Meghna Kale [mailto:meghna.k...@sungard.com]
 Sent: Monday, October 29, 2012 9:51 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: need help for test cases of api/commands
 
 Hi All,
 
 
 
 I was writing some test cases for the API layer
 api\src\com\cloud\api\commands.
 
 I facing some issue can someone help me.
 
 
 
 There are some service layer calls in the classes , I tried to mock the 
 service
 layer.
 
 The Service layer internally calls the DAO, rather than calling the mock DAO I
 was thinking  of returning the object from the service layer.
 
 But as the return value of the DAO is an interface in the service layer I'm 
 not
 able to mock the object and pass it on to the API layer.
 
 
 
 Is any other way or I will have to mock the DAO layer also ?
 
 
 
 -  Meghna.

Re: Moving beyond 4.0.0-incubating

I am going to start working on unentangling some of the network
orchestration to make the orchestration piece more modular.
At the end of it, I hope to have a 'simplified' network offering that out
of the box does not involve any system vms.
The benefits will be:
 - easier to understand the core network orchestration
 - easier to replace the default virtual router
 - greater testability

In parallel, I will be working on integrating Cisco's virtual firewall
ASA1000v as a replacement for the virtual router, but that is a stretch
goal.


On 10/29/12 12:37 AM, Hugo Trippaers htrippa...@schubergphilis.com
wrote:


I'm working  on
 * Nicira support for SourceNat, StaticNat and PortForwarding
 * Maven improvements
 * Rpm packaging sample using maven buildsystem

And of course bug finding and fixing whiel we are building our cloudstack
cloud for our customers.

Cheers,

Hugo

 -Original Message-
 From: Kelceydamage@bbits [mailto:kel...@bbits.ca]
 Sent: Saturday, October 27, 2012 7:25 PM
 To: cloudstack-dev@incubator.apache.org
 Cc: cloudstack-dev@incubator.apache.org
 Subject: Re: Moving beyond 4.0.0-incubating
 
 A python agent is something I would really like. And also is a project
I might
 actually be able to work on(Python is my primary language).
 
 Let me know when you get this going and I will do what I can to assist.
 
 Sent from my iPhone
 
 On Oct 27, 2012, at 2:44 AM, Rohit Yadav rohit.ya...@citrix.com wrote:
 
  Hi,
 
  I'm too working on the client based on marvin too
 (https://issues.apache.org/jira/browse/CLOUDSTACK-132), pl. see the
 comments on the issue so we can collaborate on this.
  Next thing I want to discuss and work on is the agent for KVM.
 
  Right now if one install agent on KVM; he had to:
  - Do it manually on all hosts (not scalable unless some provisioning
  tool, like chef/puppet is used); required installation of dependencies
  - Upgrade is manual; properties are stored on host; possibility of
  loss of these files while upgrade (if upgrade/install scenarios are
  not very well handled)
  - Developer development is manual and not smooth; if you change
  something in agent code, you are required to manually setup agent on
  hosts
 
  Proposed agent:
  - Mgmt server should ssh and setup the agent; in case of Xen, vmops
  plugin which is written in Python is deployed and used (much easier as
  they have xapi service and we're just adding one plugin)
  - Possibly rewrite agent in Python because:
   * Present agent written in Java, comes with its own baggage, required
 openjdk etc.
   * Python is preinstalled on most Linux distros
   * Writing in Python makes it easy to hack, no hack-build-run loop;
  just hack-run
   * Agent can have it's own environment and run in a virtualenv; the
  present agent required deps etc. which are not local to the agent, but
  affects the system in general
   * Can reuse libvirt-python (no virsh), example code I'd written in
  past;
  https://github.com/bhaisaab/vmcontroller/blob/master/src/vmcontroller.
  host/vmcontroller/host/controller/hypervisors/LibVirt.py
  - Rewriting and throwing away code can be a wild ide, so if we decide
  to not rewrite it, let's discuss some way to automate agent deployment
  on hosts and make it easier for developers to work with it
 
  Regards.
 
  
  From: Sebastien Goasguen [run...@gmail.com]
  Sent: Saturday, October 27, 2012 2:27 PM
  To: cloudstack-dev@incubator.apache.org
  Subject: Re: Moving beyond 4.0.0-incubating
 
  Hi,
 
  *I emailed with James Martin who has been doing some devcloud
 improvements, I encouraged him to submit his patches even if it's not
done.
 
  *Prasanna created a marvin-parallel branch to host a threading of the
 integration tests. I will get back to that after the vote.
 
  *There is a request for an interactive shell. I just tried
jclouds-cli, it's nice
 but is far from covering all cloudstack can do. So I am starting a
prototype
 using the marvin cloudstackAPI.
 
  *There is also an important thread on a better AWS support with a
newer
 api version.
 
  On the more technical front, I think we need to look at network
  capabilities that are only available with netscaler and provide an
  open source alternative. Potentially also look at integrating quantum
  -if you look at it as an open source nicira-
 
  -Sebastien
 
 
  On Oct 26, 2012, at 10:07 PM, Edison Su edison...@citrix.com wrote:
 
  I am working on the storage subsystem refactor on javelin branch. The
 code I write is under platform/storage directory. I'll send out a
detailed
 changes I want to make in the next few days.
 
  -Original Message-
  From: Chip Childers [mailto:chip.child...@sungard.com]
  Sent: Wednesday, October 24, 2012 2:57 PM
  To: cloudstack-dev@incubator.apache.org
  Subject: Moving beyond 4.0.0-incubating
 
  Hi all,
 
  Obviously we still have to actually pass a vote, and then pass
  another vote within the IPMC, before we can call success with

Re: need help for test cases of api/commands

2012-10-29 Thread Meghna Kale

Alex,

A method from ActivateProjectCmd.java, the projectService call.

 @Override

public long getEntityOwnerId() {

Project project= _projectService.getProject(id);

//verify input parameters

if (project == null) {

 throw new InvalidParameterValueException(Unable to
find project by id  + id);

}

   return _projectService.getProjectOwner(id).getId();

}



 I created a mock class of the service



@Local(value = { ProjectService.*class* })

*public* *class* MockProjectServiceImpl *implements* ProjectService,
Manager{

public static final Logger s_logger =
Logger.getLogger(MockProjectServiceImpl.class);



   @Override

   *public* *boolean* deleteProject(*long* id) {

  // *TODO* Auto-generated method stub

  *return* *false*;

   }



   @Override

   *public* Project getProject(*long* id) {

  // *TODO* Auto-generated method stub



 // We Cannot mock the Project object as it an interface and return
from this method.

  *return* *null*;

   }

..



}



--   -  Meghna.




On Mon, Oct 29, 2012 at 11:42 PM, Alex Huang alex.hu...@citrix.com wrote:

 Meghna,

 Can you give an example of which call you're talking about and point out
 the specific line of code you're having problem with?

 Thanks.

 --Alex

  -Original Message-
  From: Meghna Kale [mailto:meghna.k...@sungard.com]
  Sent: Monday, October 29, 2012 9:51 AM
  To: cloudstack-dev@incubator.apache.org
  Subject: need help for test cases of api/commands
 
  Hi All,
 
 
 
  I was writing some test cases for the API layer
  api\src\com\cloud\api\commands.
 
  I facing some issue can someone help me.
 
 
 
  There are some service layer calls in the classes , I tried to mock the
 service
  layer.
 
  The Service layer internally calls the DAO, rather than calling the mock
 DAO I
  was thinking  of returning the object from the service layer.
 
  But as the return value of the DAO is an interface in the service layer
 I'm not
  able to mock the object and pass it on to the API layer.
 
 
 
  Is any other way or I will have to mock the DAO layer also ?
 
 
 
  -  Meghna.

Re: Review Request: CLOUDSTACK-423 : During VM migration on KVM, VifDriver.unplug is not called.

2012-10-29 Thread edison su


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

Ship it!


Ship It!

- edison su


On Oct. 29, 2012, 12:51 p.m., Hiroaki Kawai wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/7761/
 ---
 
 (Updated Oct. 29, 2012, 12:51 p.m.)
 
 
 Review request for cloudstack.
 
 
 Description
 ---
 
 VifDriver.unplug must be called in MigrateCommand which hooks VM migration in 
 source host, because plug will be called in PrepareForMigration in 
 destination host. But that operation is missing in current 
 LibvirtComputingResources.
 
 
 This addresses bug CLOUDSTACK-423.
 
 
 Diffs
 -
 
   
 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
  1bc70fa 
 
 Diff: https://reviews.apache.org/r/7761/diff/
 
 
 Testing
 ---
 
 
 Thanks,
 
 Hiroaki Kawai

[jira] [Closed] (CLOUDSTACK-423) During VM migration on KVM, VifDriver.unplug is not called.

2012-10-29 Thread edison su (JIRA)


 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

edison su closed CLOUDSTACK-423.


Resolution: Fixed

fixed on master: d3840f98c57c6cbe86b68d045a5bb0bd32c49c77

 During VM migration on KVM, VifDriver.unplug is not called.
 ---

 Key: CLOUDSTACK-423
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-423
 Project: CloudStack
  Issue Type: Bug
  Components: KVM
Affects Versions: 4.0.0, 4.1.0
 Environment: Reproducable on CentOS 6.3
Reporter: Hiroaki Kawai
  Labels: patch

 VifDriver.unplug must be called in MigrateCommand which hooks VM migration in 
 source host, because plug will be called in PrepareForMigration in 
 destination host. But current LibvirtComputingResources lacks that operation.
 Patch will be submitted in reviewboard : https://reviews.apache.org/r/7761/

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Moving beyond 4.0.0-incubating

I guess we should all be updating this:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Next+Rele
ase


And write an FS for the feature

On 10/29/12 11:23 AM, Chiradeep Vittal chiradeep.vit...@citrix.com
wrote:

I am going to start working on unentangling some of the network
orchestration to make the orchestration piece more modular.
At the end of it, I hope to have a 'simplified' network offering that out
of the box does not involve any system vms.
The benefits will be:
 - easier to understand the core network orchestration
 - easier to replace the default virtual router
 - greater testability

In parallel, I will be working on integrating Cisco's virtual firewall
ASA1000v as a replacement for the virtual router, but that is a stretch
goal.


On 10/29/12 12:37 AM, Hugo Trippaers htrippa...@schubergphilis.com
wrote:


I'm working  on
 * Nicira support for SourceNat, StaticNat and PortForwarding
 * Maven improvements
 * Rpm packaging sample using maven buildsystem

And of course bug finding and fixing whiel we are building our cloudstack
cloud for our customers.

Cheers,

Hugo

 -Original Message-
 From: Kelceydamage@bbits [mailto:kel...@bbits.ca]
 Sent: Saturday, October 27, 2012 7:25 PM
 To: cloudstack-dev@incubator.apache.org
 Cc: cloudstack-dev@incubator.apache.org
 Subject: Re: Moving beyond 4.0.0-incubating
 
 A python agent is something I would really like. And also is a project
I might
 actually be able to work on(Python is my primary language).
 
 Let me know when you get this going and I will do what I can to assist.
 
 Sent from my iPhone
 
 On Oct 27, 2012, at 2:44 AM, Rohit Yadav rohit.ya...@citrix.com
wrote:
 
  Hi,
 
  I'm too working on the client based on marvin too
 (https://issues.apache.org/jira/browse/CLOUDSTACK-132), pl. see the
 comments on the issue so we can collaborate on this.
  Next thing I want to discuss and work on is the agent for KVM.
 
  Right now if one install agent on KVM; he had to:
  - Do it manually on all hosts (not scalable unless some provisioning
  tool, like chef/puppet is used); required installation of
dependencies
  - Upgrade is manual; properties are stored on host; possibility of
  loss of these files while upgrade (if upgrade/install scenarios are
  not very well handled)
  - Developer development is manual and not smooth; if you change
  something in agent code, you are required to manually setup agent on
  hosts
 
  Proposed agent:
  - Mgmt server should ssh and setup the agent; in case of Xen, vmops
  plugin which is written in Python is deployed and used (much easier
as
  they have xapi service and we're just adding one plugin)
  - Possibly rewrite agent in Python because:
   * Present agent written in Java, comes with its own baggage,
required
 openjdk etc.
   * Python is preinstalled on most Linux distros
   * Writing in Python makes it easy to hack, no hack-build-run loop;
  just hack-run
   * Agent can have it's own environment and run in a virtualenv; the
  present agent required deps etc. which are not local to the agent,
but
  affects the system in general
   * Can reuse libvirt-python (no virsh), example code I'd written in
  past;
  
https://github.com/bhaisaab/vmcontroller/blob/master/src/vmcontroller.
  host/vmcontroller/host/controller/hypervisors/LibVirt.py
  - Rewriting and throwing away code can be a wild ide, so if we decide
  to not rewrite it, let's discuss some way to automate agent
deployment
  on hosts and make it easier for developers to work with it
 
  Regards.
 
  
  From: Sebastien Goasguen [run...@gmail.com]
  Sent: Saturday, October 27, 2012 2:27 PM
  To: cloudstack-dev@incubator.apache.org
  Subject: Re: Moving beyond 4.0.0-incubating
 
  Hi,
 
  *I emailed with James Martin who has been doing some devcloud
 improvements, I encouraged him to submit his patches even if it's not
done.
 
  *Prasanna created a marvin-parallel branch to host a threading of the
 integration tests. I will get back to that after the vote.
 
  *There is a request for an interactive shell. I just tried
jclouds-cli, it's nice
 but is far from covering all cloudstack can do. So I am starting a
prototype
 using the marvin cloudstackAPI.
 
  *There is also an important thread on a better AWS support with a
newer
 api version.
 
  On the more technical front, I think we need to look at network
  capabilities that are only available with netscaler and provide an
  open source alternative. Potentially also look at integrating quantum
  -if you look at it as an open source nicira-
 
  -Sebastien
 
 
  On Oct 26, 2012, at 10:07 PM, Edison Su edison...@citrix.com wrote:
 
  I am working on the storage subsystem refactor on javelin branch.
The
 code I write is under platform/storage directory. I'll send out a
detailed
 changes I want to make in the next few days.
 
  -Original Message-
  From: Chip Childers [mailto:chip.child...@sungard.com]
  Sent: Wednesday, October 24, 2012 2:57 PM

Re: Review Request: kvm agent NIC unplug will always fail

2012-10-29 Thread edison su


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

Ship it!


Ship It!

- edison su


On Oct. 16, 2012, 1:31 a.m., Hiroaki Kawai wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/7612/
 ---
 
 (Updated Oct. 16, 2012, 1:31 a.m.)
 
 
 Review request for cloudstack.
 
 
 Description
 ---
 
 On kvm computing host, vifdriver.unplug will always fails (throws 
 LibvirtException) and network cleanup will not be called. This was because 
 the code first undefine the computing domain, and then tries to query the 
 destroyed machine definition to fetch NIC information. IMHO, kvm plugin code 
 rounds LibvirtException too much.
 
 
 Diffs
 -
 
   
 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
  1bc70fa 
 
 Diff: https://reviews.apache.org/r/7612/diff/
 
 
 Testing
 ---
 
 
 Thanks,
 
 Hiroaki Kawai

Re: need help for test cases of api/commands

Are you writing mocks, or are you planning to use a framework like Mockito?

On 10/29/12 11:29 AM, Meghna Kale meghna.k...@sungard.com wrote:

Alex,

A method from ActivateProjectCmd.java, the projectService call.

 @Override

public long getEntityOwnerId() {

Project project= _projectService.getProject(id);

//verify input parameters

if (project == null) {

 throw new InvalidParameterValueException(Unable to
find project by id  + id);

}

   return _projectService.getProjectOwner(id).getId();

}



 I created a mock class of the service



@Local(value = { ProjectService.*class* })

*public* *class* MockProjectServiceImpl *implements* ProjectService,
Manager{

public static final Logger s_logger =
Logger.getLogger(MockProjectServiceImpl.class);



   @Override

   *public* *boolean* deleteProject(*long* id) {

  // *TODO* Auto-generated method stub

  *return* *false*;

   }



   @Override

   *public* Project getProject(*long* id) {

  // *TODO* Auto-generated method stub



 // We Cannot mock the Project object as it an interface and
return
from this method.

  *return* *null*;

   }

..



}



--   -  Meghna.




On Mon, Oct 29, 2012 at 11:42 PM, Alex Huang alex.hu...@citrix.com
wrote:

 Meghna,

 Can you give an example of which call you're talking about and point out
 the specific line of code you're having problem with?

 Thanks.

 --Alex

  -Original Message-
  From: Meghna Kale [mailto:meghna.k...@sungard.com]
  Sent: Monday, October 29, 2012 9:51 AM
  To: cloudstack-dev@incubator.apache.org
  Subject: need help for test cases of api/commands
 
  Hi All,
 
 
 
  I was writing some test cases for the API layer
  api\src\com\cloud\api\commands.
 
  I facing some issue can someone help me.
 
 
 
  There are some service layer calls in the classes , I tried to mock
the
 service
  layer.
 
  The Service layer internally calls the DAO, rather than calling the
mock
 DAO I
  was thinking  of returning the object from the service layer.
 
  But as the return value of the DAO is an interface in the service
layer
 I'm not
  able to mock the object and pass it on to the API layer.
 
 
 
  Is any other way or I will have to mock the DAO layer also ?
 
 
 
  -  Meghna.

Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

Very mysterious. But okay. Thanks.

On 29 October 2012 17:55, Jessica Wang jessica.w...@citrix.com wrote:

Noah,

Since you are able to see Infra menu now, I believe it was an installation
bug in your environment earlier.
If you do see the problem again (i.e. infra menu doesn't show), please let
us know.

Jessica

-Original Message-
From: Noah Slater [mailto:nsla...@apache.org]
Sent: Sunday, October 28, 2012 8:42 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

Okay,

I did a rebuild and the menu populated. Very strange.

Now I have two more problems.

From the test procedure:

Wait for secondary storage VM coming up.
This may take a bit...

No clue about this. How do I know when the storage VM has come up?

I checked under instances and storage and nothing changed for about 10
minutes.

Last three lines in console are:

[sshexec] [java] WARN [network.element.VpcVirtualRouterElement]
(secstorage-1:) Network Ntwk[203|Storage|4] is not associated with any VPC
[sshexec] [java] INFO [network.security.SecurityGroupListener]
(AgentManager-Handler-2:) Received a host startup notification
[sshexec] [java] INFO [cloud.consoleproxy.ConsoleProxyManagerImpl]
(AgentManager-Handler-2:) Successfully sent out command to start HTTP
handling in console proxy agent

I decided to proceed to the next stage, on the off chance it had worked.

I get stuck on this step:

In step 2, select tiny Linux

There are no templates to select from!

https://www.evernote.com/shard/s18/sh/1a151896-8cbb-41c8-93d2-d844e6461146/08efa5dddbd86cb96d7895692f9ec20d

https://www.evernote.com/shard/s18/sh/ee10c37e-dad1-454f-a43f-e64d9ef7d9e3/bce4465e03169a3883f825fbb6f43cd1

https://www.evernote.com/shard/s18/sh/58221024-608f-4a7f-9531-53c267532efc/cbdb8204c77471ae2fa194355af40430

I am unable to proceed.

P.S. Testing CloudStack on my MBA is exceptionally slow. Is there any way
to do the whole thing on or something? I practically cannot do anything
else on my computer while testing.

On 28 October 2012 00:12, Chip Childers chip.child...@sungard.com wrote:

Yeah. Funny enough, that IS the infra menu option.

I've never seen this before.

I assume you are logged in as admin / password? Can you do a fresh
build (start with ant clean-all build-all)?

- chip

Sent from my iPhone.

On Oct 27, 2012, at 5:06 PM, Noah Slater nsla...@apache.org wrote:

I doubt it. Looks like part of the application code.

My real problem is that I am unable to complete this step, as there is
nothing labeled Infrastructure in the UI.

On 27 October 2012 19:04, Chip Childers chip.child...@sungard.com
wrote:

Comments below:

- chip

Sent from my iPhone.

On Oct 27, 2012, at 1:28 PM, Noah Slater nsla...@apache.org wrote:

Sig: OK
Hashes: OK
Source checks: OK
RAT: OK
Build: OK

However, during this:

mvn -P deps

I noticed line like this:

[INFO] Installing

/private/tmp/cloudstack/apache-cloudstack-4.0.0-incubating-src/pom.xml
to

/Users/nslater/.m2/repository/org/apache/cloudstack/cloudstack/4.0.0-incubating-SNAPSHOT/cloudstack-4.0.0-incubating-SNAPSHOT.pom
[INFO]

[INFO]

[INFO] Building Apache CloudStack Utils 4.0.0-incubating-SNAPSHOT
[INFO]

Any idea why that says incubating-SNAPSHOT?

That's the default build version. If we do a binary release, it would
be changed via the maven release tools.

A bigger problem is that I am stuck with the additional testing.

Specifically, this step:

Click Infrastructure, click the View All button in the Zones
display
box, click add zone

Here's what my console looks like:

https://www.evernote.com/shard/s18/sh/4df76607-12ea-42d6-b73a-ff36a9435d7b/510f4a49695062e03aa03fa45d32ad82

Note the oddly unlabelled cloud icon, which when clicked, displays:

https://www.evernote.com/shard/s18/sh/95042d8c-06fa-4c56-8f89-e9b4bc2b80a4/f1b06913bdb8a327cf1c554f88899380

I would like to be able to complete this testing, but would be
prepared
to
vote without it.

Can someone help me?

Browser specific issue? Is it consistent?

thanks,

--
NS

Re: devcloud with maven issue

2012-10-29 Thread Sebastien Goasguen

Rohit, you are the man 

Juts works:

air:Desktop sebastiengoasguen$ ssh root@192.168.56.102
The authenticity of host '192.168.56.102 (192.168.56.102)' can't be established.
RSA key fingerprint is 02:43:6c:24:c5:79:b6:e2:c8:b7:e8:3c:8d:13:37:91.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.56.102' (RSA) to the list of known hosts.
root@192.168.56.102's password: 
% uname -a
Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC 2011 
i686 unknown
% 
% exit
logout
Connection to 192.168.56.102 closed.
air:Desktop sebastiengoasguen$ ping 192.168.56.102
PING 192.168.56.102 (192.168.56.102): 56 data bytes
64 bytes from 192.168.56.102: icmp_seq=0 ttl=64 time=0.528 ms
64 bytes from 192.168.56.102: icmp_seq=1 ttl=64 time=2.020 ms
64 bytes from 192.168.56.102: icmp_seq=2 ttl=64 time=0.654 ms


I had my first experience with Quickview as well…this was like a first date :)

Only glitch was that I had to install the mysql-connector-python to get marvin 
going…I recalled the email thread about it, I will check tomorrow if it's 
documented properly.

Cheers, done for the night.

-Sebastien


On Oct 29, 2012, at 5:06 PM, Rohit Yadav rohit.ya...@citrix.com wrote:

 Hi Sebastien,
 
 I fixed the problem; 
 https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=c68c7e2a2d47cd8df628fa30791a00f6ec1f1c44
 git pull and let me know if that still fails; about the commands:
 
 mvn -P developer -pl developer -Ddeploydb
 This one deploys several sql files needed to setup db for mgmt server.
 
 mvn -P developer -pl tools/devcloud -Ddeploydb
 This one sets up tools/devcloud/devcloud.sql over the db schema applied by 
 previous command.
 If you see the file, it simply sets some global settings and built-in 
 template.
 
 mvn -pl :cloud-client-ui jetty:run
 Run mgmt server!
 
 Make sure to restart mgmt server after you deploy the datacenter, the default 
 toold/devcloud/devcloud.cfg using: (this would require python and 
 mysql-connector-python, get it via easy_install or pip):
 mvn -P developer,deploysvr -pl tools/devcloud -Ddeploysvr
 
 Regards.
 
 
 From: Sebastien Goasguen [run...@gmail.com]
 Sent: Monday, October 29, 2012 9:09 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: devcloud with maven issue
 
 Hi,
 I have followed:
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+Maven#BuildingwithMaven-Dependencies
 
 And I am able to run the mgt server locally with:
 
 mvn -P developer -pl developer -Ddeploydb
 mvn -pl :cloud-client-ui jetty:run
 
 Now I am trying to check devcloud with maven as in:
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
 
 mvn -P developer -pl developer -Ddeploydb
 
 mvn -P developer -pl tools/devcloud -Ddeploydb
 mvn -pl :cloud-client-ui jetty:run
 
 What is the second line supposed to do ?
 
 I am getting errors like these:
 
 [INFO] --- sql-maven-plugin:1.5:execute (create-schema) @ cloud-devcloud ---
 [INFO] Executing file: 
 /var/folders/78/47rnllms4dz54_nqwq44q1w8gn/T/devcloud.2089700605sql
 [ERROR] Failed to execute:  INSERT INTO `cloud`.`configuration` (instance, 
 name, value) VALUE('DEFAULT', 'integration.api.port', '8096')
 [INFO] 
 
 [INFO] BUILD FAILURE
 [INFO] 
 
 [INFO] Total time: 3.070s
 [INFO] Finished at: Mon Oct 29 16:31:30 CET 2012
 [INFO] Final Memory: 11M/81M
 [INFO] 
 
 [ERROR] Failed to execute goal org.codehaus.mojo:sql-maven-plugin:1.5:execute 
 (create-schema) on project cloud-devcloud: Duplicate entry 
 'integration.api.port' for key 'PRIMARY' - [Help 1]
 [ERROR]
 
 thanks,
 
 -Sebastien

RE: need help for test cases of api/commands

2012-10-29 Thread Meghna Kale

I was trying with mocks.

-Original Message-
From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
Sent: Tuesday, October 30, 2012 12:04 AM
To: CloudStack DeveloperList; Alex Huang
Subject: Re: need help for test cases of api/commands

Are you writing mocks, or are you planning to use a framework like
Mockito?

On 10/29/12 11:29 AM, Meghna Kale meghna.k...@sungard.com wrote:

Alex,

A method from ActivateProjectCmd.java, the projectService call.

 @Override

public long getEntityOwnerId() {

Project project= _projectService.getProject(id);

//verify input parameters

if (project == null) {

 throw new InvalidParameterValueException(Unable
to find project by id  + id);

}

   return _projectService.getProjectOwner(id).getId();

}

 I created a mock class of the service

@Local(value = { ProjectService.*class* })

*public* *class* MockProjectServiceImpl *implements* ProjectService,
Manager{

public static final Logger s_logger =
Logger.getLogger(MockProjectServiceImpl.class);

   @Override

   *public* *boolean* deleteProject(*long* id) {

  // *TODO* Auto-generated method stub

  *return* *false*;

   }

   @Override

   *public* Project getProject(*long* id) {

  // *TODO* Auto-generated method stub

 // We Cannot mock the Project object as it an interface and
return from this method.

  *return* *null*;

   }

..

}

--   -  Meghna.

On Mon, Oct 29, 2012 at 11:42 PM, Alex Huang alex.hu...@citrix.com
wrote:

 Meghna,

 Can you give an example of which call you're talking about and point
 out the specific line of code you're having problem with?

 Thanks.

 --Alex

  -Original Message-
  From: Meghna Kale [mailto:meghna.k...@sungard.com]
  Sent: Monday, October 29, 2012 9:51 AM
  To: cloudstack-dev@incubator.apache.org
  Subject: need help for test cases of api/commands

  Hi All,

  I was writing some test cases for the API layer
  api\src\com\cloud\api\commands.

  I facing some issue can someone help me.

  There are some service layer calls in the classes , I tried to mock
the
 service
  layer.

  The Service layer internally calls the DAO, rather than calling the
mock
 DAO I
  was thinking  of returning the object from the service layer.

  But as the return value of the DAO is an interface in the service
layer
 I'm not
  able to mock the object and pass it on to the API layer.

  Is any other way or I will have to mock the DAO layer also ?

  -  Meghna.

RE: Package Build Procedure

Are you using the latest master or can you try it on latest master(HEAD: 
a2d50c7e43f7e7fe1493972646c6f776af9d8143)?
The build works for me: mvn clean install -P developer

 -Original Message-
 From: John Burwell [mailto:jburw...@basho.com]
 Sent: Monday, October 29, 2012 11:37 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: Package Build Procedure

 Edison and Rohit,

 Attached is the output mvm -X -P developer -pl tools/apidoc.

 Thank you for your help,
 -John

RE: devcloud with maven issue

Will you record a video about it?:) Glad to know it works for you.

 -Original Message-
 From: Sebastien Goasguen [mailto:run...@gmail.com]
 Sent: Monday, October 29, 2012 12:06 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: devcloud with maven issue
 
 Rohit, you are the man 
 
 Juts works:
 
 air:Desktop sebastiengoasguen$ ssh root@192.168.56.102 The authenticity of
 host '192.168.56.102 (192.168.56.102)' can't be established.
 RSA key fingerprint is 02:43:6c:24:c5:79:b6:e2:c8:b7:e8:3c:8d:13:37:91.
 Are you sure you want to continue connecting (yes/no)? yes
 Warning: Permanently added '192.168.56.102' (RSA) to the list of known
 hosts.
 root@192.168.56.102's password:
 % uname -a
 Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC
 2011 i686 unknown % % exit logout Connection to 192.168.56.102 closed.
 air:Desktop sebastiengoasguen$ ping 192.168.56.102 PING 192.168.56.102
 (192.168.56.102): 56 data bytes
 64 bytes from 192.168.56.102: icmp_seq=0 ttl=64 time=0.528 ms
 64 bytes from 192.168.56.102: icmp_seq=1 ttl=64 time=2.020 ms
 64 bytes from 192.168.56.102: icmp_seq=2 ttl=64 time=0.654 ms
 
 
 I had my first experience with Quickview as well...this was like a first date 
 :)
 
 Only glitch was that I had to install the mysql-connector-python to get marvin
 going...I recalled the email thread about it, I will check tomorrow if it's
 documented properly.
 
 Cheers, done for the night.
 
 -Sebastien
 
 
 On Oct 29, 2012, at 5:06 PM, Rohit Yadav rohit.ya...@citrix.com wrote:
 
  Hi Sebastien,
 
  I fixed the problem; https://git-wip-us.apache.org/repos/asf?p=incubator-
 cloudstack.git;a=commit;h=c68c7e2a2d47cd8df628fa30791a00f6ec1f1c44
  git pull and let me know if that still fails; about the commands:
 
  mvn -P developer -pl developer -Ddeploydb
  This one deploys several sql files needed to setup db for mgmt server.
 
  mvn -P developer -pl tools/devcloud -Ddeploydb
  This one sets up tools/devcloud/devcloud.sql over the db schema applied
 by previous command.
  If you see the file, it simply sets some global settings and built-in 
  template.
 
  mvn -pl :cloud-client-ui jetty:run
  Run mgmt server!
 
  Make sure to restart mgmt server after you deploy the datacenter, the
 default toold/devcloud/devcloud.cfg using: (this would require python and
 mysql-connector-python, get it via easy_install or pip):
  mvn -P developer,deploysvr -pl tools/devcloud -Ddeploysvr
 
  Regards.
 
  
  From: Sebastien Goasguen [run...@gmail.com]
  Sent: Monday, October 29, 2012 9:09 PM
  To: cloudstack-dev@incubator.apache.org
  Subject: devcloud with maven issue
 
  Hi,
  I have followed:
 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+M
 aven#BuildingwithMaven-Dependencies
 
  And I am able to run the mgt server locally with:
 
  mvn -P developer -pl developer -Ddeploydb
  mvn -pl :cloud-client-ui jetty:run
 
  Now I am trying to check devcloud with maven as in:
 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devc
 loud+environment+setup
 
  mvn -P developer -pl developer -Ddeploydb
 
  mvn -P developer -pl tools/devcloud -Ddeploydb
  mvn -pl :cloud-client-ui jetty:run
 
  What is the second line supposed to do ?
 
  I am getting errors like these:
 
  [INFO] --- sql-maven-plugin:1.5:execute (create-schema) @ cloud-
 devcloud ---
  [INFO] Executing file:
 /var/folders/78/47rnllms4dz54_nqwq44q1w8gn/T/devcloud.2089700605
 sql
  [ERROR] Failed to execute:  INSERT INTO `cloud`.`configuration` (instance,
 name, value) VALUE('DEFAULT', 'integration.api.port', '8096')
  [INFO] 
  
  [INFO] BUILD FAILURE
  [INFO] 
  
  [INFO] Total time: 3.070s
  [INFO] Finished at: Mon Oct 29 16:31:30 CET 2012
  [INFO] Final Memory: 11M/81M
  [INFO] 
  
  [ERROR] Failed to execute goal org.codehaus.mojo:sql-maven-
 plugin:1.5:execute (create-schema) on project cloud-devcloud: Duplicate
 entry 'integration.api.port' for key 'PRIMARY' - [Help 1]
  [ERROR]
 
  thanks,
 
  -Sebastien

Re: SSVM Network Configuration

Chiradeep,

Currently, net.ipv4.conf.default.rp_filer is set to 1 in 
systemvm/debian/config/etc/sysctl.conf.  Should it be modified to be 0?

Thanks,
-John

On Oct 4, 2012, at 6:09 PM, Chiradeep Vittal chiradeep.vit...@citrix.com 
wrote:

 It is disabled in sysctl.conf, not sure how it gets re-enabled. See
 patches/systemvm/debian/config/etc/init.d/cloud-early-config (function
 disable_rpfilter).
 Perhaps it is interface-specific rather than all.
 
 On 10/4/12 2:39 PM, John Burwell jburw...@basho.com wrote:
 
 Ahmad,
 
 You were correct on the rp_filter issue.  Once disabled, the SSVM was
 able to connect outbound to S3, as well as, any host reachable from
 devcloud.  I noticed that rp_filter is disabled in sysctl.conf yet it is
 somehow being enabled at runtime.  Is this behavior intended?
 
 Thanks,
 -John
 
 On Oct 4, 2012, at 1:07 PM, Ahmad Emneina ahmad.emne...@citrix.com
 wrote:
 
 On 10/4/12 9:16 AM, John Burwell jburw...@basho.com wrote:
 
 Kelcey,
 
 I am a bit confused about how secstorage.allowed.internal.sites is used
 which stems to lack of knowledge regarding the devcloud network
 configuration.  Also, is there documentation available for setting up
 such a NAT? 
 
 As a point of clarification to my original question, I am working in
 the
 devcloud environment (using the OVA downloaded from the wiki) where I
 need to get the SSVM to connect to S3 or to a local VirtualBox VM
 running
 an S3-compatible object store.  Thus far, I have been unable to get
 devcloud to bring up a second NIC on a host-only network.  I have
 attempted to setup an advanced network configuration as follows:
 
 Physical Network with VLAN isolation method
 Management Server: 10.0.2.15 - Gateway: 10.0.2.2
 Storage Network: 10.0.2.50-10.0.2.59 - Gateway 10.0.2.2 on VLAN0
 Management Network: 10.0.2.200-10.0.2.220 - Gateway 10.0.2.2
 Public Network: 10.0.2.100-10.0.2.199 - VLAN0
 
 The issue that gets created here is you get system vm's that are
 multi-homed. Your system vm's get a nic (leg) on each network... But
 that
 network is one and the same. Why this is an issue is rp_filter is
 enabled
 by default on the system vm's, message comes in on one of those nics,
 but
 it's default route out is another nic... Thus blocking the response.
 
 Ideally you'd use a basic zone for this kind of configuration, or else
 you'll end up having to log into the system vm's every time a new one is
 spawned and disabling rp_filter for the nics. You might want to test
 this,
 by logging in and disabling rp_filter on the nics and see if things
 start
 working as expected.
 
 
 
 Obviously, my network configuration is incorrect, but I have the
 reached
 the limits of my CloudStack and Xen knowledge to identify the
 problem(s).
 
 Given this information, what is the best way to give the SSVM access to
 the Internet and/or a VirtualBox host-only network?
 
 Thank you for your help,
 -John  
 
 On Oct 3, 2012, at 10:39 PM, Kelceydamage@bbits kel...@bbits.ca
 wrote:
 
 The the secondary storage VM can be NATed to from any network router,
 however the console proxy does not work over NAT.
 
 Sent from my iPhone
 
 On Oct 3, 2012, at 7:32 PM, Edison Su edison...@citrix.com wrote:
 
 System vm will have 4 nics, eth2 is on the public network, eth1 is
 the
 private(mgt) network.
 The IP address of eth2 is got from pod configuration: in one of IP
 address range [startip, endip] in createPod API.
 The IP address of eth1 is got from guest network, if it's basic
 network mode, this IP range is configured by createVlanIpRanges API
 SSVM will connect to mgt server through eth1(mgt server's ip address
 is configured to route through eth1), and download template from
 eth2.
 What's your specific issue about network configuration?
 
 -Original Message-
 From: John Burwell [mailto:jburw...@basho.com]
 Sent: Wednesday, October 03, 2012 7:11 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: SSVM Network Configuration
 
 All,
 
 How do you configure networking to permit the SSVM to connect to the
 public Internet or another internal network?  I have been trying to
 understand the network configuration from the documentation, but am
 missing something in my configuration attempt.
 
 Thank you for your assistance,
 -John
 
 
 
 
 -- 
 Æ

RE: Package Build Procedure

Edison, building not much problem as packaging, from what I follow John is 
trying to do dpkg-buildpackage which fails.
Updates, progress on packaging, rpm, debian?

From: Edison Su [edison...@citrix.com]
Sent: Tuesday, October 30, 2012 1:27 AM
To: cloudstack-dev@incubator.apache.org
Subject: RE: Package Build Procedure

Are you using the latest master or can you try it on latest master(HEAD: 
a2d50c7e43f7e7fe1493972646c6f776af9d8143)?
The build works for me: mvn clean install -P developer

 -Original Message-
 From: John Burwell [mailto:jburw...@basho.com]
 Sent: Monday, October 29, 2012 11:37 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: Package Build Procedure

 Edison and Rohit,

 Attached is the output mvm -X -P developer -pl tools/apidoc.

 Thank you for your help,
 -John

RE: devcloud with maven issue

Cool, glad it worked for you.

Regards.

From: Sebastien Goasguen [run...@gmail.com]
Sent: Tuesday, October 30, 2012 12:35 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: devcloud with maven issue

Rohit, you are the man 

Juts works:

air:Desktop sebastiengoasguen$ ssh root@192.168.56.102
The authenticity of host '192.168.56.102 (192.168.56.102)' can't be established.
RSA key fingerprint is 02:43:6c:24:c5:79:b6:e2:c8:b7:e8:3c:8d:13:37:91.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.56.102' (RSA) to the list of known hosts.
root@192.168.56.102's password:
% uname -a
Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC 2011 
i686 unknown
%
% exit
logout
Connection to 192.168.56.102 closed.
air:Desktop sebastiengoasguen$ ping 192.168.56.102
PING 192.168.56.102 (192.168.56.102): 56 data bytes
64 bytes from 192.168.56.102: icmp_seq=0 ttl=64 time=0.528 ms
64 bytes from 192.168.56.102: icmp_seq=1 ttl=64 time=2.020 ms
64 bytes from 192.168.56.102: icmp_seq=2 ttl=64 time=0.654 ms


I had my first experience with Quickview as well…this was like a first date :)

Only glitch was that I had to install the mysql-connector-python to get marvin 
going…I recalled the email thread about it, I will check tomorrow if it's 
documented properly.

Cheers, done for the night.

-Sebastien


On Oct 29, 2012, at 5:06 PM, Rohit Yadav rohit.ya...@citrix.com wrote:

 Hi Sebastien,

 I fixed the problem; 
 https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=c68c7e2a2d47cd8df628fa30791a00f6ec1f1c44
 git pull and let me know if that still fails; about the commands:

 mvn -P developer -pl developer -Ddeploydb
 This one deploys several sql files needed to setup db for mgmt server.

 mvn -P developer -pl tools/devcloud -Ddeploydb
 This one sets up tools/devcloud/devcloud.sql over the db schema applied by 
 previous command.
 If you see the file, it simply sets some global settings and built-in 
 template.

 mvn -pl :cloud-client-ui jetty:run
 Run mgmt server!

 Make sure to restart mgmt server after you deploy the datacenter, the default 
 toold/devcloud/devcloud.cfg using: (this would require python and 
 mysql-connector-python, get it via easy_install or pip):
 mvn -P developer,deploysvr -pl tools/devcloud -Ddeploysvr

 Regards.

 
 From: Sebastien Goasguen [run...@gmail.com]
 Sent: Monday, October 29, 2012 9:09 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: devcloud with maven issue

 Hi,
 I have followed:
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building+with+Maven#BuildingwithMaven-Dependencies

 And I am able to run the mgt server locally with:

 mvn -P developer -pl developer -Ddeploydb
 mvn -pl :cloud-client-ui jetty:run

 Now I am trying to check devcloud with maven as in:
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup

 mvn -P developer -pl developer -Ddeploydb

 mvn -P developer -pl tools/devcloud -Ddeploydb
 mvn -pl :cloud-client-ui jetty:run

 What is the second line supposed to do ?

 I am getting errors like these:

 [INFO] --- sql-maven-plugin:1.5:execute (create-schema) @ cloud-devcloud ---
 [INFO] Executing file: 
 /var/folders/78/47rnllms4dz54_nqwq44q1w8gn/T/devcloud.2089700605sql
 [ERROR] Failed to execute:  INSERT INTO `cloud`.`configuration` (instance, 
 name, value) VALUE('DEFAULT', 'integration.api.port', '8096')
 [INFO] 
 
 [INFO] BUILD FAILURE
 [INFO] 
 
 [INFO] Total time: 3.070s
 [INFO] Finished at: Mon Oct 29 16:31:30 CET 2012
 [INFO] Final Memory: 11M/81M
 [INFO] 
 
 [ERROR] Failed to execute goal org.codehaus.mojo:sql-maven-plugin:1.5:execute 
 (create-schema) on project cloud-devcloud: Duplicate entry 
 'integration.api.port' for key 'PRIMARY' - [Help 1]
 [ERROR]

 thanks,

 -Sebastien

RE: Package Build Procedure

Packaging doesn't work on master branch, this is a known issue, unless we 
merged hugo's maven-to-rpm branch into master.

 -Original Message-
 From: Rohit Yadav [mailto:rohit.ya...@citrix.com]
 Sent: Monday, October 29, 2012 1:01 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: RE: Package Build Procedure

 Edison, building not much problem as packaging, from what I follow John is
 trying to do dpkg-buildpackage which fails.
 Updates, progress on packaging, rpm, debian?

 From: Edison Su [edison...@citrix.com]
 Sent: Tuesday, October 30, 2012 1:27 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: RE: Package Build Procedure

 Are you using the latest master or can you try it on latest master(HEAD:
 a2d50c7e43f7e7fe1493972646c6f776af9d8143)?
 The build works for me: mvn clean install -P developer

  -Original Message-
  From: John Burwell [mailto:jburw...@basho.com]
  Sent: Monday, October 29, 2012 11:37 AM
  To: cloudstack-dev@incubator.apache.org
  Subject: Re: Package Build Procedure

  Edison and Rohit,

  Attached is the output mvm -X -P developer -pl tools/apidoc.

  Thank you for your help,
  -John

Re: Package Build Procedure

Edison,

Is there an ETA for landing those changes into master?  Also, how do you 
recommend packaging current master for deployment into an integration test 
environment?  We working under the (false) assumption that building Debian 
packages would be the shortest path.

Thanks,
-John

On Oct 29, 2012, at 4:11 PM, Edison Su edison...@citrix.com wrote:

 Packaging doesn't work on master branch, this is a known issue, unless we 
 merged hugo's maven-to-rpm branch into master.
 
 -Original Message-
 From: Rohit Yadav [mailto:rohit.ya...@citrix.com]
 Sent: Monday, October 29, 2012 1:01 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: RE: Package Build Procedure
 
 Edison, building not much problem as packaging, from what I follow John is
 trying to do dpkg-buildpackage which fails.
 Updates, progress on packaging, rpm, debian?
 
 From: Edison Su [edison...@citrix.com]
 Sent: Tuesday, October 30, 2012 1:27 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: RE: Package Build Procedure
 
 Are you using the latest master or can you try it on latest master(HEAD:
 a2d50c7e43f7e7fe1493972646c6f776af9d8143)?
 The build works for me: mvn clean install -P developer
 
 -Original Message-
 From: John Burwell [mailto:jburw...@basho.com]
 Sent: Monday, October 29, 2012 11:37 AM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: Package Build Procedure
 
 Edison and Rohit,
 
 Attached is the output mvm -X -P developer -pl tools/apidoc.
 
 Thank you for your help,
 -John

Compile Error on master

All,

I just updated to the latest master (latest commit 
c03712e86ac9f36d9cf8522807583969eef2ea70) and am receiving the following error 
when doing a mvn clean install -P deps:

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile (default-compile) 
on project cloud-server: Compilation failure
[ERROR] 
/Users/jburwell/Documents/projects/cloudstack/src/cloudstack-basho/server/src/com/cloud/projects/ProjectManagerImpl.java:[387,26]
 cannot find symbol
[ERROR] symbol  : constructor 
InvalidParameterValueException(java.lang.String,nulltype)
[ERROR] location: class com.cloud.exception.InvalidParameterValueException
[ERROR] - [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException

Thanks,
-John

RE: [REVIEW] MS LDAP Auth patch - UI CSS and Architecture help needed

2012-10-29 Thread Musayev, Ilya

Abhi

In order for this setting to work in componets.xml, 

1) we need to disable the md5hashedLogin (or set it to false) in 
sharedFunctions.js - because this encrypts the password within user browser 
session before its sent to CloudStack. 
Example:
On login page, I login with username abhi and password 123456, 
when you press submit, because md5hashedLogin is set to true by default 
and javacript is ran on user browser session, the password now becomes 
e10adc3949ba59abbe56e057f20f883e and sent to CS for verification
component XML says my the password is plain text (while it's already 
stored as MD5 hash due to javascript) and submits it to LDAP-AD as plain method 
of authentication
LDAP-AD attempts to match user abhi plain password 123456 with -  
CS user abhi and password  e10adc3949ba59abbe56e057f20f883e - this will 
result in ldap error 52e - invalid credentials
* I've confirmed this behaviors with tcpdump / wireshark on 
CS3.0.4 and CS4.0


2) default admin password (and other local user passwords) are stored as md5 
hash in mysql, altering the adapter name=MD5 to PlainTextUserAuthenticator - 
will break local user authentication. It wont fix the LDAP issue because 
javascript overrides the password when user pressed submit.

Regards
ilya


If we don't 

-Original Message-
From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com] 
Sent: Monday, October 29, 2012 1:02 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: [REVIEW] MS LDAP Auth patch - UI CSS and Architecture help needed

The javascipt encodes the password. We need to disable the encoding even for 
regular login. In component.xml replace

adapter name=MD5
class=com.cloud.server.auth.MD5UserAuthenticator/


With 
adapter name=MD5
class=com.cloud.server.auth.PlainTextUserAuthenticator/

With above change the CS will start authenticating with un-encrypted passwords. 
This will now work with all external authentication systems including LDAP-AD.

-abhi



On 29/10/12 4:50 AM, Musayev, Ilya imusa...@webmd.net wrote:

No takers :( ? 

I guess most people don't run evil empire AD.

-Original Message-
From: Musayev, Ilya [mailto:imusa...@webmd.net]
Sent: Friday, October 26, 2012 3:46 PM
To: cloudstack-dev@incubator.apache.org
Subject: [REVIEW] MS LDAP Auth patch - UI CSS and Architecture help 
needed

Below is a proof of concept code to get the Microsoft Active Directory 
LDAP Authentication to work with CS3 and CS4. I've been using it in my 
environment - so its tested and works well.

Problem Description:
When user enter password in login page, the password is 
encrypted via MD5 through javascript function that checks if 
md5HashedLogin  is set to true. If so, MD5 encoded password is passed 
into JSP for further verification against an MD5 stored password in 
local MySQL DB. Since MySQL DB password is also MD5 encrypted, it will 
result in successful authentication.
If end-user enabled AD LDAP Authentication via API, MS 
AD does not support MD5 hashed passwords. I tried altering settings in
LDAP/MD5 settings in components.xml, but it has not helped because the 
password is encrypted on user session level.

Solution Details:
A very simple and somewhat elegant solution is to add a 
checkbox on login page that would either set off or on md5hashedLogin 
bolean logic via javascript function. Example if box checked or 
unchecked
- do - md5HashedLogin = !md5HashedLogin - on each event. This solution 
allows for both local and external authentication mechanism to function.


Review Needed:


1)  What is your thought on including this patch into CS 4.0 and
backporting to 3.0?

2)  Can someone who has non MS LDAP env test this solution to see if
it breaks anything.

CSS Help:
While I was trying to make it look nice, CSS is not my 
strongest skill and after sometime of fiddling with it, I had to shift 
my focus on another more urgent task. I also figured for UI guru this 
will be a 1 minute fix. if your CSS skills are better than mine (that's 
almost everyone on this list), please help make it a little more user 
appealing.


Implementation Details:

There are probably 10 lines of code total to add in 3 files, index.jsp, 
cloudstack3.css and sharedFunctions.js. The patch was generated with 
diff -u which should work with linux patch command, but if not - it 
will take less than 1 minute to make these changes by hand.

Please let me know what your thoughts are on this patch once we agree, 
I will make it proper as per developer guidelines.


/usr/share/cloud/management/webapps/client/index.jsp
--- /usr/share/cloud/management/webapps/client/index.jsp.orig1
2012-10-25 13:50:49.244834323 -0400
+++ /usr/share/cloud/management/webapps/client/index.jsp 2012-10-26
+++ 15:04:17.836817297 -0400
@@ -58,6 +58,10 @@
   label for=passwordfmt:message 
key=label.password//label
   input

RE: need help for test cases of api/commands

Meghna,

I see that there's MockProjectManagerImpl.  So basically, you're trying to mock 
the service itself?  

You can use your own components.xml that has all the Mock classes.  Take a look 
at components.xml, it has a reference to DefaultComponentLibrary which contains 
code to return different managers.  You don't have to write your own 
componentlibrary because the components.xml can also specify manager 
implementations.  You can add the following:

manager name=name class=class/

You can even pass paramters to the implementation.

manager name=name class=class
  param name=namevalue/param
/manager

So in this case, you probably want something like

manager name=ProjectManager 
class=com.cloud.projects.MockProjectManagerImpl
  param name=abcdef/param
/manager

You can also write your own components.xml and set the following parameter in 
environment.properties to reference your components.xml.

cloud-stack-components-specification=[path to your own components.xml]

Let me know if you have any questions.


--Alex

 -Original Message-
 From: Meghna Kale [mailto:meghna.k...@sungard.com]
 Sent: Monday, October 29, 2012 12:23 PM
 To: Chiradeep Vittal
 Cc: cloudstack-dev@incubator.apache.org; Alex Huang
 Subject: RE: need help for test cases of api/commands
 
 I was trying with mocks.
 
 -Original Message-
 From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
 Sent: Tuesday, October 30, 2012 12:04 AM
 To: CloudStack DeveloperList; Alex Huang
 Subject: Re: need help for test cases of api/commands
 
 Are you writing mocks, or are you planning to use a framework like Mockito?
 
 On 10/29/12 11:29 AM, Meghna Kale meghna.k...@sungard.com wrote:
 
 Alex,
 
 A method from ActivateProjectCmd.java, the projectService call.
 
  @Override
 
 public long getEntityOwnerId() {
 
 Project project= _projectService.getProject(id);
 
 //verify input parameters
 
 if (project == null) {
 
  throw new InvalidParameterValueException(Unable
 to find project by id  + id);
 
 }
 
return _projectService.getProjectOwner(id).getId();
 
 }
 
 
 
  I created a mock class of the service
 
 
 
 @Local(value = { ProjectService.*class* })
 
 *public* *class* MockProjectServiceImpl *implements* ProjectService,
 Manager{
 
 public static final Logger s_logger =
 Logger.getLogger(MockProjectServiceImpl.class);
 
 
 
@Override
 
*public* *boolean* deleteProject(*long* id) {
 
   // *TODO* Auto-generated method stub
 
   *return* *false*;
 
}
 
 
 
@Override
 
*public* Project getProject(*long* id) {
 
   // *TODO* Auto-generated method stub
 
 
 
  // We Cannot mock the Project object as it an interface and
 return from this method.
 
   *return* *null*;
 
}
 
 ..
 
 
 
 }
 
 
 
 --   -  Meghna.
 
 
 
 
 On Mon, Oct 29, 2012 at 11:42 PM, Alex Huang alex.hu...@citrix.com
 wrote:
 
  Meghna,
 
  Can you give an example of which call you're talking about and point
  out the specific line of code you're having problem with?
 
  Thanks.
 
  --Alex
 
   -Original Message-
   From: Meghna Kale [mailto:meghna.k...@sungard.com]
   Sent: Monday, October 29, 2012 9:51 AM
   To: cloudstack-dev@incubator.apache.org
   Subject: need help for test cases of api/commands
  
   Hi All,
  
  
  
   I was writing some test cases for the API layer
   api\src\com\cloud\api\commands.
  
   I facing some issue can someone help me.
  
  
  
   There are some service layer calls in the classes , I tried to mock
 the
  service
   layer.
  
   The Service layer internally calls the DAO, rather than calling the
 mock
  DAO I
   was thinking  of returning the object from the service layer.
  
   But as the return value of the DAO is an interface in the service
 layer
  I'm not
   able to mock the object and pass it on to the API layer.
  
  
  
   Is any other way or I will have to mock the DAO layer also ?
  
  
  
   -  Meghna.

Re: SSVM Network Configuration

Yes, 0. 
I think that the discrepancy is because sysctl.conf is modified too late
in the game.
0. SSVM boots for first time
1. cloud-early-config figures out that scripts need to be patched
2. Scripts are patched and reboot is initiated. Sysctl is not modified yet
3. SSVM boots, steps 1-2 do not take place, figures out it is an SSVM
4. cloud-early-config modifies /etc/sysctl.conf, but DOES NOT execute
sysctl -w

Hence the runtime value of rp_filter remains 1 while the config file says
0.
--
Chiradeep

On 10/29/12 1:00 PM, John Burwell jburw...@basho.com wrote:

Chiradeep,

Currently, net.ipv4.conf.default.rp_filer is set to 1 in
systemvm/debian/config/etc/sysctl.conf.  Should it be modified to be 0?

Thanks,
-John

On Oct 4, 2012, at 6:09 PM, Chiradeep Vittal
chiradeep.vit...@citrix.com wrote:

 It is disabled in sysctl.conf, not sure how it gets re-enabled. See
 patches/systemvm/debian/config/etc/init.d/cloud-early-config (function
 disable_rpfilter).
 Perhaps it is interface-specific rather than all.
 
 On 10/4/12 2:39 PM, John Burwell jburw...@basho.com wrote:
 
 Ahmad,
 
 You were correct on the rp_filter issue.  Once disabled, the SSVM was
 able to connect outbound to S3, as well as, any host reachable from
 devcloud.  I noticed that rp_filter is disabled in sysctl.conf yet it
is
 somehow being enabled at runtime.  Is this behavior intended?
 
 Thanks,
 -John
 
 On Oct 4, 2012, at 1:07 PM, Ahmad Emneina ahmad.emne...@citrix.com
 wrote:
 
 On 10/4/12 9:16 AM, John Burwell jburw...@basho.com wrote:
 
 Kelcey,
 
 I am a bit confused about how secstorage.allowed.internal.sites is
used
 which stems to lack of knowledge regarding the devcloud network
 configuration.  Also, is there documentation available for setting up
 such a NAT? 
 
 As a point of clarification to my original question, I am working in
 the
 devcloud environment (using the OVA downloaded from the wiki) where I
 need to get the SSVM to connect to S3 or to a local VirtualBox VM
 running
 an S3-compatible object store.  Thus far, I have been unable to get
 devcloud to bring up a second NIC on a host-only network.  I have
 attempted to setup an advanced network configuration as follows:
 
 Physical Network with VLAN isolation method
 Management Server: 10.0.2.15 - Gateway: 10.0.2.2
 Storage Network: 10.0.2.50-10.0.2.59 - Gateway 10.0.2.2 on VLAN0
 Management Network: 10.0.2.200-10.0.2.220 - Gateway 10.0.2.2
 Public Network: 10.0.2.100-10.0.2.199 - VLAN0
 
 The issue that gets created here is you get system vm's that are
 multi-homed. Your system vm's get a nic (leg) on each network... But
 that
 network is one and the same. Why this is an issue is rp_filter is
 enabled
 by default on the system vm's, message comes in on one of those nics,
 but
 it's default route out is another nic... Thus blocking the response.
 
 Ideally you'd use a basic zone for this kind of configuration, or else
 you'll end up having to log into the system vm's every time a new one
is
 spawned and disabling rp_filter for the nics. You might want to test
 this,
 by logging in and disabling rp_filter on the nics and see if things
 start
 working as expected.
 
 
 
 Obviously, my network configuration is incorrect, but I have the
 reached
 the limits of my CloudStack and Xen knowledge to identify the
 problem(s).
 
 Given this information, what is the best way to give the SSVM access
to
 the Internet and/or a VirtualBox host-only network?
 
 Thank you for your help,
 -John  
 
 On Oct 3, 2012, at 10:39 PM, Kelceydamage@bbits kel...@bbits.ca
 wrote:
 
 The the secondary storage VM can be NATed to from any network
router,
 however the console proxy does not work over NAT.
 
 Sent from my iPhone
 
 On Oct 3, 2012, at 7:32 PM, Edison Su edison...@citrix.com wrote:
 
 System vm will have 4 nics, eth2 is on the public network, eth1 is
 the
 private(mgt) network.
 The IP address of eth2 is got from pod configuration: in one of IP
 address range [startip, endip] in createPod API.
 The IP address of eth1 is got from guest network, if it's basic
 network mode, this IP range is configured by createVlanIpRanges API
 SSVM will connect to mgt server through eth1(mgt server's ip
address
 is configured to route through eth1), and download template from
 eth2.
 What's your specific issue about network configuration?
 
 -Original Message-
 From: John Burwell [mailto:jburw...@basho.com]
 Sent: Wednesday, October 03, 2012 7:11 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: SSVM Network Configuration
 
 All,
 
 How do you configure networking to permit the SSVM to connect to
the
 public Internet or another internal network?  I have been trying
to
 understand the network configuration from the documentation, but
am
 missing something in my configuration attempt.
 
 Thank you for your assistance,
 -John
 
 
 
 
 -- 
 Æ

RE: Compile Error on master

It's fixed on the latest master: head: a2d50c7e43f7e7fe1493972646c6f776af9d8143

 -Original Message-
 From: John Burwell [mailto:jburw...@basho.com]
 Sent: Monday, October 29, 2012 1:20 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Compile Error on master

 All,

 I just updated to the latest master (latest commit
 c03712e86ac9f36d9cf8522807583969eef2ea70) and am receiving the following
 error when doing a mvn clean install -P deps:

 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-
 plugin:2.5.1:compile (default-compile) on project cloud-server: Compilation
 failure [ERROR]
 /Users/jburwell/Documents/projects/cloudstack/src/cloudstack-
 basho/server/src/com/cloud/projects/ProjectManagerImpl.java:[387,26]
 cannot find symbol [ERROR] symbol  : constructor
 InvalidParameterValueException(java.lang.String,nulltype)
 [ERROR] location: class
 com.cloud.exception.InvalidParameterValueException
 [ERROR] - [Help 1]
 [ERROR]
 [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
 switch.
 [ERROR] Re-run Maven using the -X switch to enable full debug logging.
 [ERROR]
 [ERROR] For more information about the errors and possible solutions,
 please read the following articles:
 [ERROR] [Help 1]
 http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException

 Thanks,
 -John

RE: Package Build Procedure

People are planning to work on the deb 
build(http://markmail.org/message/lsjigqvnbkjtbl4y), don't know the status 
though.
For current master, the shortest cut is using 
WAR(~/.m2/repository/org/apache/cloudstack/cloud-client-ui/4.1.0-SNAPSHOT/cloud-client-ui-4.1.0-SNAPSHOT.war)

 -Original Message-
 From: John Burwell [mailto:jburw...@basho.com]
 Sent: Monday, October 29, 2012 1:18 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Re: Package Build Procedure

 Edison,

 Is there an ETA for landing those changes into master?  Also, how do you
 recommend packaging current master for deployment into an integration
 test environment?  We working under the (false) assumption that building
 Debian packages would be the shortest path.

 Thanks,
 -John

 On Oct 29, 2012, at 4:11 PM, Edison Su edison...@citrix.com wrote:

  Packaging doesn't work on master branch, this is a known issue, unless we
 merged hugo's maven-to-rpm branch into master.

  -Original Message-
  From: Rohit Yadav [mailto:rohit.ya...@citrix.com]
  Sent: Monday, October 29, 2012 1:01 PM
  To: cloudstack-dev@incubator.apache.org
  Subject: RE: Package Build Procedure

  Edison, building not much problem as packaging, from what I follow
  John is trying to do dpkg-buildpackage which fails.
  Updates, progress on packaging, rpm, debian?

  From: Edison Su [edison...@citrix.com]
  Sent: Tuesday, October 30, 2012 1:27 AM
  To: cloudstack-dev@incubator.apache.org
  Subject: RE: Package Build Procedure

  Are you using the latest master or can you try it on latest master(HEAD:
  a2d50c7e43f7e7fe1493972646c6f776af9d8143)?
  The build works for me: mvn clean install -P developer

  -Original Message-
  From: John Burwell [mailto:jburw...@basho.com]
  Sent: Monday, October 29, 2012 11:37 AM
  To: cloudstack-dev@incubator.apache.org
  Subject: Re: Package Build Procedure

  Edison and Rohit,

  Attached is the output mvm -X -P developer -pl tools/apidoc.

  Thank you for your help,
  -John

[jira] [Created] (CLOUDSTACK-424) Updated userdata not propagating to the VR.

2012-10-29 Thread Nick Wales (JIRA)

Nick Wales created CLOUDSTACK-424:
-

 Summary: Updated userdata not propagating to the VR. 
 Key: CLOUDSTACK-424
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-424
 Project: CloudStack
  Issue Type: Bug
  Components: KVM
Affects Versions: pre-4.0.0
Reporter: Nick Wales


Updating the userdata does not update the VR even after the VR has been stopped 
and started. 

This is on a KVM setup. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: [DISCUSS] Adopt the Monkey?

2012-10-29 Thread Brett Porter


On 30/10/2012, at 3:52 AM, Shane Curcuru a...@shanecurcuru.org wrote:

 (Note the mixed distribution of public/private mailing lists)
 
 Fundamentally, the ASF needs sufficient rights to use any donated logos/names 
 as trademarks of the ASF for the actual software product (and, to a degree, 
 the owning Apache project).  In this case, if Apache CloudStack wants to 
 start using a monkey (or whatever) as an official project logo, then we need 
 to ensure that whoever is donating the logo is also intending to donate the 
 trademark rights to the ASF (which holds all trademarks on behalf of it's 
 projects).  Note that trademarks are one of the few things that the Apache 
 License excludes, so a normal iCLA is not always sufficient for branding 
 questions.

This is an important distinction, which wasn't clear in the original discussion 
topic. Is the intent to adopt the monkey as a kind of mascot that can be used 
more liberally (in the same way as Duke - 
http://www.oracle.com/us/technologies/java/duke-424174.html), or as part of the 
project's logo  trademark? I had thought it was the latter.

- Brett

 
 - Is this a new logo, or has it already been used publicly to stand for some 
 software product or service out there?
 
 If it's new, a simple but clear email along with a checkin comment from the 
 original author is sufficient.  If it's an existing logo that the public 
 already associates with someone else's products, then we need the current 
 product owner to make the trademark donation clear.
 
 - Who created the logo?  An individual on their own, or someone employed by a 
 $bigco where their IP may be owned by their employer?
 
 If it's an individual the PMC knows, an email from them should be sufficient. 
  If it's a $bigco that potentially owns it, we should ensure some officer of 
 the company confirms they are intending to donate it along with the 
 individual artist.
 
 Make sense?  Branding and trademark rights are different from copyrights and 
 most iCLA/Apache license questions.  However if we have clear statements from 
 the donor that they also intend to give us the trademark rights, we should be 
 all set.
 
 - Shane, laughing over the subject.  Does the monkey have a name yet?
 
 On 10/29/2012 10:40 AM, Noah Slater wrote:
 IP clearance is for anything that was developed outside of the
 foundation, even if it was developed by people with ICLAs on file.
 
 I am looking for Shane's guidance on this.
 
 On 29 October 2012 13:21, Chip Childers chip.child...@sungard.com
 mailto:chip.child...@sungard.com wrote:
 
On Mon, Oct 29, 2012 at 8:52 AM, Noah Slater nsla...@apache.org
mailto:nsla...@apache.org wrote:
  It's been three days and it looks like we have unanimous consensus.
 
  The next steps are to do IP clearence. I am happy to work with
someone from
  Citrix on this. We'll need to establish what rights Citrix holds,
and then
  transfer these to the ASF. At that point, we can import the
source files,
  and start using it.
 
You might not need IP clearance, since Sony is a commiter on the
project (and has an ICLA on file).  I think the question isn't the
provenance of the logo design, it's to determine if there are any
conflicting marks already established by others.
 
  As for use of the mascot on t-shirts, etc, that is largely up to the
  PMC's discretion. When the time comes, it wouldn't hurt to
confirm things
  with Shane (our VP of Brand Management) but I have seen him say
before that
  each project is allowed to decide how their own marks are used.
 
  On 29 October 2012 12:27, Joe Brockmeier j...@zonker.net
mailto:j...@zonker.net wrote:
 
  On Mon, Oct 29, 2012, at 05:40 AM, Rohit Yadav wrote:
   Hi,
  
   Can we put high resolution mascot svg, png etc. somewhere on
   incubator.apache.org/cloudstack
http://incubator.apache.org/cloudstack so people we can download
and use them
   (under CC or suitable license) for their t-shirts, keynotes
and whatnot.
 
  If we decide to adopt the monkey (which is looking likely) and
we find
  that it doesn't have any trademark issues that would prevent our
using
  it, then I'll ask Sonny to provide all the original artwork so
we can
  use it.
 
  However - IIRC Apache has rules around using project trademarks for
  t-shirts, and such. You might want to look at those before doing
  t-shirts, etc.
 
  Best,
 
  Joe
  --
  Joe Brockmeier
  j...@zonker.net mailto:j...@zonker.net
  Twitter: @jzb
  http://www.dissociatedpress.net/
 
 
 
 
  --
  NS
 
 
 
 
 --
 NS
 

--
Brett Porter
br...@apache.org
http://brettporter.wordpress.com/
http://au.linkedin.com/in/brettporter
http://twitter.com/brettporter

RE: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

+1 Sorry for being late because I've been tied up in other stuff and because 
the instruction doesn't work on windows (yeah yeah windows wmindows).  But I 
finally gave it a quick test and it worked.

--Alex

 -Original Message-
 From: Chip Childers [mailto:chip.child...@sungard.com]
 Sent: Thursday, October 25, 2012 1:51 PM
 To: cloudstack-dev@incubator.apache.org; Edison Su; Will Chan; Kevin Kluge;
 John Kinsella; nsla...@apache.org
 Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

 Quick follow-up:

 I'm going to hold the vote open a few more days, to give Kevin, John and
 Noah a chance to cast their votes.

 Will and Edison, thanks for the +1's.  (And thanks everyone else!)

 -chip

 On Thu, Oct 25, 2012 at 11:41 AM, Chip Childers chip.child...@sungard.com
 wrote:
  Hi all,

  Thanks again to everyone that has tested and voted!

  It looks like we have all of the required votes at this point, but I'm
  going to hold the vote thread open until I see more of the PPMC
  members vote.  Specifically, I'd like to see Edison, Will, Kevin, John
  and hopefully Noah.

  If I can at least get 4 of the 5 folks to vote, I'll close it out.
  Ideally, we would close it out today...

  -chip

  On Tue, Oct 23, 2012 at 5:18 PM, Chip Childers
  chip.child...@sungard.com wrote:
  On Mon, Oct 22, 2012 at 12:16 PM, Chip Childers (ASF)
  chipchild...@apache.org wrote:
  Hi All,

  I would like to call a vote for Apache CloudStack (Incubating)
  Release 4.0.0-incubating (third round).

  We encourage the whole community to download and test these
 release
  artifacts, so that any critical issues can be resolved before the
  release is made. The more time that each individual spends reviewing
  the artifacts, the higher confidence we can have in both the release
  itself and our ability to pass an IPMC vote later on.  Everyone is
  free to vote on this release, so please give it a shot.

  Instructions for Validating and Testing the artifacts can be found here:

 https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.
  0+test+procedure

  If you have any trouble setting up a test environment using the
  procedure above, please ask on the cloudstack-dev@i.a.o list.
  Someone will be sure to help, and we'll improve our test procedure
  documentation at the same time!

  Now, on to the specifics of what we are voting on...

  The following artifacts are up for the vote:
  http://people.apache.org/~chipchilders/dist/cloudstack/releases/4.0.
  0-incubating/

  PGP release keys (signed using A99A5D58):
  http://people.apache.org/~chipchilders/dist/cloudstack/KEYS

  Branch: 4.0
  Commit: 6355965dcd956811dd471a9d03c73dadcf68f480

  List of changes:
  https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a
  =blob_plain;f=CHANGES;hb=refs/heads/4.0

  The artifacts being voted on during this round also include the
  following additional fixes (most were identified as part of testing
  during the last round of voting):

  * Many documentation fixes (particularly the release notes and
  installation guide)
  * CLOUDSTACK-341: Failing to display Management Traffic Details on
  the UI
  * CLOUDSTACK-349: Russian l10n not properly displaying
  * Correction to the devcloud rdeploy build target, to make testing
  easier
  * CLOUDSTACK-363: Upgrades from 2.2.14, 3.0.2 to the Current build
  will fail
  * CLOUDSTACK-118: Status of host resorce stuck in
 ErrorInMaintenance
  * DISCLAIMER added to the Marvin tool dir

  The vote will be open for 72 hours.

  For sanity in tallying the vote, can PPMC and IPMC members please be
  sure to indicate (binding) with their vote?
  [ ] +1  approve
  [ ] +0  no opinion
  [ ] -1  disapprove (and reason why)

  Thanks!

  Hi all,

  1 day down, and we have 2 +1 votes so far.  Please take an
  opportunity to test and cast your vote!

  -chip

Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round

Alex, do you know enough to fix those instructions?

On 30 October 2012 01:01, Alex Huang alex.hu...@citrix.com wrote:

 +1 Sorry for being late because I've been tied up in other stuff and
 because the instruction doesn't work on windows (yeah yeah windows
 wmindows).  But I finally gave it a quick test and it worked.

 --Alex

  -Original Message-
  From: Chip Childers [mailto:chip.child...@sungard.com]
  Sent: Thursday, October 25, 2012 1:51 PM
  To: cloudstack-dev@incubator.apache.org; Edison Su; Will Chan; Kevin
 Kluge;
  John Kinsella; nsla...@apache.org
  Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third
 round
 
  Quick follow-up:
 
  I'm going to hold the vote open a few more days, to give Kevin, John and
  Noah a chance to cast their votes.
 
  Will and Edison, thanks for the +1's.  (And thanks everyone else!)
 
  -chip
 
  On Thu, Oct 25, 2012 at 11:41 AM, Chip Childers 
 chip.child...@sungard.com
  wrote:
   Hi all,
  
   Thanks again to everyone that has tested and voted!
  
   It looks like we have all of the required votes at this point, but I'm
   going to hold the vote thread open until I see more of the PPMC
   members vote.  Specifically, I'd like to see Edison, Will, Kevin, John
   and hopefully Noah.
  
   If I can at least get 4 of the 5 folks to vote, I'll close it out.
   Ideally, we would close it out today...
  
   -chip
  
   On Tue, Oct 23, 2012 at 5:18 PM, Chip Childers
   chip.child...@sungard.com wrote:
   On Mon, Oct 22, 2012 at 12:16 PM, Chip Childers (ASF)
   chipchild...@apache.org wrote:
   Hi All,
  
   I would like to call a vote for Apache CloudStack (Incubating)
   Release 4.0.0-incubating (third round).
  
   We encourage the whole community to download and test these
  release
   artifacts, so that any critical issues can be resolved before the
   release is made. The more time that each individual spends reviewing
   the artifacts, the higher confidence we can have in both the release
   itself and our ability to pass an IPMC vote later on.  Everyone is
   free to vote on this release, so please give it a shot.
  
   Instructions for Validating and Testing the artifacts can be found
 here:
  
  https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.
   0+test+procedure
  
   If you have any trouble setting up a test environment using the
   procedure above, please ask on the cloudstack-dev@i.a.o list.
   Someone will be sure to help, and we'll improve our test procedure
   documentation at the same time!
  
   Now, on to the specifics of what we are voting on...
  
  
   The following artifacts are up for the vote:
   http://people.apache.org/~chipchilders/dist/cloudstack/releases/4.0.
   0-incubating/
  
   PGP release keys (signed using A99A5D58):
   http://people.apache.org/~chipchilders/dist/cloudstack/KEYS
  
   Branch: 4.0
   Commit: 6355965dcd956811dd471a9d03c73dadcf68f480
  
  
   List of changes:
   https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a
   =blob_plain;f=CHANGES;hb=refs/heads/4.0
  
   The artifacts being voted on during this round also include the
   following additional fixes (most were identified as part of testing
   during the last round of voting):
  
   * Many documentation fixes (particularly the release notes and
   installation guide)
   * CLOUDSTACK-341: Failing to display Management Traffic Details on
   the UI
   * CLOUDSTACK-349: Russian l10n not properly displaying
   * Correction to the devcloud rdeploy build target, to make testing
   easier
   * CLOUDSTACK-363: Upgrades from 2.2.14, 3.0.2 to the Current build
   will fail
   * CLOUDSTACK-118: Status of host resorce stuck in
  ErrorInMaintenance
   * DISCLAIMER added to the Marvin tool dir
  
  
   The vote will be open for 72 hours.
  
  
   For sanity in tallying the vote, can PPMC and IPMC members please be
   sure to indicate (binding) with their vote?
   [ ] +1  approve
   [ ] +0  no opinion
   [ ] -1  disapprove (and reason why)
  
   Thanks!
  
   Hi all,
  
   1 day down, and we have 2 +1 votes so far.  Please take an
   opportunity to test and cast your vote!
  
   -chip




-- 
NS

Review Request: Fix incorrect choosing of private NIC in LibVirtComputingResource for KVM


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

Review request for cloudstack, edison su and Marcus Sorensen.


Description
---

Private NIC was being chosen incorrectly in LibVirtComputingResource for KVM.

Private NIC will now be chosen based on _guestBridgeName.


Diffs
-

  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
 be22c50 

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


Testing
---


Thanks,

Dave Cahill

Re: Review Request: Fix incorrect choosing of private NIC in LibVirtComputingResource for KVM


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

(Updated Oct. 30, 2012, 2:24 a.m.)


Review request for cloudstack, edison su and Marcus Sorensen.


Description
---

Private NIC was being chosen incorrectly in LibVirtComputingResource for KVM.

Private NIC will now be chosen based on _guestBridgeName.


Diffs
-

  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
 be22c50 

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


Testing
---


Thanks,

Dave Cahill

Re: Review Request: Fix incorrect choosing of private NIC in LibVirtComputingResource for KVM


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

Ship it!


Ship It!

- Marcus Sorensen


On Oct. 30, 2012, 2:24 a.m., Dave Cahill wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/7773/
 ---
 
 (Updated Oct. 30, 2012, 2:24 a.m.)
 
 
 Review request for cloudstack, edison su and Marcus Sorensen.
 
 
 Description
 ---
 
 Private NIC was being chosen incorrectly in LibVirtComputingResource for KVM.
 
 Private NIC will now be chosen based on _guestBridgeName.
 
 
 Diffs
 -
 
   
 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
  be22c50 
 
 Diff: https://reviews.apache.org/r/7773/diff/
 
 
 Testing
 ---
 
 
 Thanks,
 
 Dave Cahill

Re: Behavior with regard to private NICs (KVM)

Hi Marcus,

Thanks for the quick reply.

Your suggested code change solves both issues from my point of view, and
returns the choosing of public and private NICs behavior to what it was
prior to the commit I mentioned in my mail.

I submitted the change to reviewboard and added yourself and Edison Su
(reviewer from the previous commit) as reviewers:
https://reviews.apache.org/r/7773/

Any questions, just let me know.

Thanks again for the quick response,
Dave.

On Mon, Oct 29, 2012 at 11:31 PM, Marcus Sorensen shadow...@gmail.comwrote:

 Ok, with #1 I was hung up on your 'bridge with no interfaces' example,
 which isn't the issue. As an aside, n my CentOS 6.3 and Ubuntu 12.04
 test sytems, the default libvirt virbr0 does have an auto-configured
 interface, 'vnet0'. And if there are no interfaces on a bridge, then
 getPifs should treat it as null, since it's goal is to get interfaces.
 So I was failing to see how the new code was different in that regard,
 however it just creates a side effect, and is not your point.

 Looking at getPifs(), if we change:

 if(_publicBridgeName != null 
 bridge.equals(_publicBridgeName)){
 _pifs.put(public, pif);
 } else if (_guestBridgeName != null) {
 _pifs.put(private, pif);
 }

 to

 if(_publicBridgeName != null 
 bridge.equals(_publicBridgeName)){
 _pifs.put(public, pif);
 }
 if (_guestBridgeName != null 
 bridge.equals(_guestBridgeName)) {
 _pifs.put(private, pif);
 }

 does that solve the issue?

 On Mon, Oct 29, 2012 at 7:30 AM, Marcus Sorensen shadow...@gmail.com
 wrote:
  I'll take a look and address the concerns later today. #2 I can see
  immediately as its an if-else, but I don't see how the change affected #1
  from the previous behavior, just looking on my phone.
 
  On Oct 29, 2012 3:21 AM, Dave Cahill dcah...@midokura.jp wrote:
 
  Hi all,
 
  From LibvirtComputingResource.java, we can see that the CloudStack agent
  fails to start if there is no private NIC name set.
 
 
 
 plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java:
 
   698 getPifs();
   699 if (_pifs.get(private) == null) {
   700 s_logger.debug(Failed to get private nic name);
   701 throw new ConfigurationException(Failed to get private
  nic name);
   702 }
 
  In other words, the agent fails to start if the entry for private in
 the
  HashMap returned by getPifs() is null.
 
  A recent commit [1] seems to have changed the behavior of getPifs() so
  that
  this happens more often. The new code has two behaviors which seem
 strange
  to me:
 
  1. The value of the private entry is effectively set to the interface
 of
  the *last* bridge in the list returned by brctl show.
  2. A single bridge can only be used to set either the public or the
  private value of the HashMap.
 
  This means that the getPifs() HashMap entry for private is null
 (causing
  the agent to fail to start) in two situations which seem normal:
 
  1. A bridge with no interfaces defined exists on the system.
  For example, libvirt creates a bridge called virbr0 by default, which
 has
  no interfaces. When getPifs() sees this entry, it counts it as null. If
  this entry is the last one in the list, private is set to null.
 
  2. The private and public bridge are the same.
  From my reading of the previous code, if _guestBridgeName and
  _publicBridgeName were set to the same value (only one bridge defined),
  the
  entries in _pifs for public and private would be the same, and the
  agent would start correctly. However, the new code loops through the
  bridges, setting them as the value of *either* public or private (or
  neither), so if there is only one bridge available, the private entry
 in
  pifs will be null.
 
  I'm just coming up to speed with the code base, so there may easily be a
  good reason for this behavior change. Does anyone have an explanation?
 
  Thanks,
  Dave Cahill.
 
 
  [1]
 
 
 https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=915babd9




-- 
Thanks,
Dave.

Re: Compile Error on master

Edison,

I pulled down the latest from master, and the problem is fixed.

Thanks for your help,
-John

On Oct 29, 2012, at 4:37 PM, Edison Su edison...@citrix.com wrote:

 It's fixed on the latest master: head: 
 a2d50c7e43f7e7fe1493972646c6f776af9d8143
 
 -Original Message-
 From: John Burwell [mailto:jburw...@basho.com]
 Sent: Monday, October 29, 2012 1:20 PM
 To: cloudstack-dev@incubator.apache.org
 Subject: Compile Error on master
 
 All,
 
 I just updated to the latest master (latest commit
 c03712e86ac9f36d9cf8522807583969eef2ea70) and am receiving the following
 error when doing a mvn clean install -P deps:
 
 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-
 plugin:2.5.1:compile (default-compile) on project cloud-server: Compilation
 failure [ERROR]
 /Users/jburwell/Documents/projects/cloudstack/src/cloudstack-
 basho/server/src/com/cloud/projects/ProjectManagerImpl.java:[387,26]
 cannot find symbol [ERROR] symbol  : constructor
 InvalidParameterValueException(java.lang.String,nulltype)
 [ERROR] location: class
 com.cloud.exception.InvalidParameterValueException
 [ERROR] - [Help 1]
 [ERROR]
 [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
 switch.
 [ERROR] Re-run Maven using the -X switch to enable full debug logging.
 [ERROR]
 [ERROR] For more information about the errors and possible solutions,
 please read the following articles:
 [ERROR] [Help 1]
 http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
 
 Thanks,
 -John

Re: [REVIEW] MS LDAP Auth patch - UI CSS and Architecture help needed

2012-10-29 Thread Abhinandan Prateek

Ilya,
  Yes that is correct. We need to first disable the md5 encryption being
done by javascript. There is a variable (md5Hashed/md5HashedLogin) setting
in javascript that controls this. If you can try this setting and switch
the authenticator in component.xml and submit the patch that would be
great.
-abhi

On 30/10/12 1:57 AM, Musayev, Ilya imusa...@webmd.net wrote:

Abhi

In order for this setting to work in componets.xml,

1) we need to disable the md5hashedLogin (or set it to false) in
sharedFunctions.js - because this encrypts the password within user
browser session before its sent to CloudStack.
Example:
   On login page, I login with username abhi and password 123456,
   when you press submit, because md5hashedLogin is set to true by default
and javacript is ran on user browser session, the password now becomes
e10adc3949ba59abbe56e057f20f883e and sent to CS for verification
   component XML says my the password is plain text (while it's already
stored as MD5 hash due to javascript) and submits it to LDAP-AD as plain
method of authentication
   LDAP-AD attempts to match user abhi plain password 123456 with -  CS
user abhi and password  e10adc3949ba59abbe56e057f20f883e - this will
result in ldap error 52e - invalid credentials
   * I've confirmed this behaviors with tcpdump / wireshark on 
 CS3.0.4 and
CS4.0


2) default admin password (and other local user passwords) are stored as
md5 hash in mysql, altering the adapter name=MD5 to
PlainTextUserAuthenticator - will break local user authentication. It
wont fix the LDAP issue because javascript overrides the password when
user pressed submit.

Regards
ilya


If we don't 

-Original Message-
From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com]
Sent: Monday, October 29, 2012 1:02 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: [REVIEW] MS LDAP Auth patch - UI CSS and Architecture help
needed

The javascipt encodes the password. We need to disable the encoding even
for regular login. In component.xml replace

adapter name=MD5
class=com.cloud.server.auth.MD5UserAuthenticator/


With 
adapter name=MD5
class=com.cloud.server.auth.PlainTextUserAuthenticator/

With above change the CS will start authenticating with un-encrypted
passwords. This will now work with all external authentication systems
including LDAP-AD.

-abhi



On 29/10/12 4:50 AM, Musayev, Ilya imusa...@webmd.net wrote:

No takers :( ? 

I guess most people don't run evil empire AD.

-Original Message-
From: Musayev, Ilya [mailto:imusa...@webmd.net]
Sent: Friday, October 26, 2012 3:46 PM
To: cloudstack-dev@incubator.apache.org
Subject: [REVIEW] MS LDAP Auth patch - UI CSS and Architecture help
needed

Below is a proof of concept code to get the Microsoft Active Directory
LDAP Authentication to work with CS3 and CS4. I've been using it in my
environment - so its tested and works well.

Problem Description:
When user enter password in login page, the password is
encrypted via MD5 through javascript function that checks if
md5HashedLogin  is set to true. If so, MD5 encoded password is passed
into JSP for further verification against an MD5 stored password in
local MySQL DB. Since MySQL DB password is also MD5 encrypted, it will
result in successful authentication.
If end-user enabled AD LDAP Authentication via API, MS
AD does not support MD5 hashed passwords. I tried altering settings in
LDAP/MD5 settings in components.xml, but it has not helped because the
password is encrypted on user session level.

Solution Details:
A very simple and somewhat elegant solution is to add a
checkbox on login page that would either set off or on md5hashedLogin
bolean logic via javascript function. Example if box checked or
unchecked
- do - md5HashedLogin = !md5HashedLogin - on each event. This solution
allows for both local and external authentication mechanism to function.


Review Needed:


1)  What is your thought on including this patch into CS 4.0 and
backporting to 3.0?

2)  Can someone who has non MS LDAP env test this solution to see if
it breaks anything.

CSS Help:
While I was trying to make it look nice, CSS is not my
strongest skill and after sometime of fiddling with it, I had to shift
my focus on another more urgent task. I also figured for UI guru this
will be a 1 minute fix. if your CSS skills are better than mine (that's
almost everyone on this list), please help make it a little more user
appealing.


Implementation Details:

There are probably 10 lines of code total to add in 3 files, index.jsp,
cloudstack3.css and sharedFunctions.js. The patch was generated with
diff -u which should work with linux patch command, but if not - it
will take less than 1 minute to make these changes by hand.

Please let me know what your thoughts are on this patch once we agree,
I will make it proper as per developer guidelines.

Re: Review Request: CLOUDSTACK-196: cloud-set-guest-password enhancement to support Debian (and derivatives)


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


Applied, please close the request as submitted.

- Rohit Yadav


On Sept. 25, 2012, 3:19 a.m., Matty Courtney wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/7243/
 ---
 
 (Updated Sept. 25, 2012, 3:19 a.m.)
 
 
 Review request for cloudstack.
 
 
 Description
 ---
 
 The passwd utility on Debian based distributions does not support the --stdin 
 option. I propose updating the script located at 
 http://cloudstack.org/dl/cloud-set-guest-password to use the chpasswd utility 
 instead. 
 
 Additionally, Ubuntu 12.04 places DHCP lease information in /etc/dhcp/*. I 
 propose adding this to the search patch used when looking for the DHCP 
 server. 
 
 Patch attached
 
 
 This addresses bug CLOUDSTACK-196.
 
 
 Diffs
 -
 
   tools/guest_password/cloud-set-guest-password 97e6e3d 
 
 Diff: https://reviews.apache.org/r/7243/diff/
 
 
 Testing
 ---
 
 Tested amended script on Redhat and Debian based distributions and confirmed 
 password is changed as and when expected
 
 
 Thanks,
 
 Matty Courtney

Re: Behavior with regard to private NICs (KVM)