Review Request 17736: CLOUDSTACK-5999: Virtual Router does not start if Guest VM is rebooted from CloudStack

[Saksham Srivastava]

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

Review request for cloudstack and Murali Reddy.


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


Repository: cloudstack-git


Description
---

When a guest is rebooted from CloudStack, if the virtual router managing the 
guest network of that guest is down, CloudStack will not start the virtual 
router.
However the router is started in case the guest vm is stopped and then started.
To mantain similarity between the 2 process it is necessary to start the VR in 
case it is not running.
The fix will address the same.


Diffs
-

  server/src/com/cloud/vm/UserVmManagerImpl.java 81be19f 

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


Testing
---

Testing:
1) vm in a single guest network :
   vm Reboot : If the VR is stopped: VR is first started and then 
the VM reboots.
   vm Reboot : If the VR is running, VM reboots as it used to.
vm Stop/Start continue to work the same.

2)  vm having nics in multi networks :
   vm Reboot : If VR in any/all network is stopped: VRs are first 
started and then the VM reboots.
   vm Reboot : If the VRs are running, VM reboots as it used to.
vm Stop/Start continue to work the same.

3) vpc :
   Tested the above scenarios for vpc also, works fine.

Patch applies cleanly.


Thanks,

Saksham Srivastava

Re: Devcloud 2 - veewee/Vagrant projects

[chris snow]

Hi Rajani,

Many thanks for the feedback.

I still have to figure out the network setup - I have created an issue
on github to track this.

There is also an open issue for the mount problem.

https://github.com/snowch/devcloud/issues?state=open

Please feel free to raise any other defects that you encounter.

Many thanks,

Chris


On Wed, Feb 5, 2014 at 7:33 AM, Rajani Karuturi
 wrote:
> Hi Chris,
>
> I tried this today on my machine(macbook 7,1)
> It took nearly 1 hr 45 min for packer build+downloads. Once that is done, 
> when i did a vagrant up, saw the following mount error
> [default] -- /vagrant
> Failed to mount folders in Linux guest. This is usually beacuse
> the "vboxsf" file system is not available. Please verify that
> the guest additions are properly installed in the guest and
> can work properly. The command attempted was:
>
> mount -t vboxsf -o uid=`id -u vagrant`,gid=`getent group vagrant | cut -d: 
> -f3` /vagrant /vagrant
> mount -t vboxsf -o uid=`id -u vagrant`,gid=`id -g vagrant` /vagrant /vagrant
>
> Also, ssh root@192.168.56.10 wasn't working after 
> it is up. I am however able to access it through vagrant ssh. Did the ip 
> change?
>
> Thanks,
> ~Rajani
>
>
>
> On 05-Feb-2014, at 4:15 am, chris snow 
> mailto:chsnow...@gmail.com>> wrote:
>
> The xapi issue is fixed now.
>
> Next on the list:
>
> - The mysql root passwordless access is broken.
> - Add additional network card.
>
>
> On Sat, Feb 1, 2014 at 9:16 PM, chris snow 
> mailto:chsnow...@gmail.com>> wrote:
> Thanks for the feedback Sebastien, it's much appreciated.
>
> I'll investigate in more detail over the next few days...
>
> On Sat, Feb 1, 2014 at 9:06 PM, Sebastien Goasguen 
> mailto:run...@gmail.com>> wrote:
>
> On Feb 1, 2014, at 4:03 PM, Sebastien Goasguen 
> mailto:run...@gmail.com>> wrote:
>
>
> On Jan 31, 2014, at 12:25 PM, chris snow 
> mailto:chsnow...@gmail.com>> wrote:
>
> I finally got the packer built devcloud box to boot with vagrant, but
> running 'xe vm-list' in it results in:
>
> Error: Connection refused (calling connect )
>
> I'm going to do some more investigation, but could take a while as I
> get to learn xen.
>
> To make things easy while working on this I've created a github project here 
> [2]
>
>
> I cloned it, the packer builds works and the vagrant export as well.
> I was able to vagrant up/ssh.
>
> I noticed couple things.
>
> 1-the Xen setup. Check Rohit's blog http://bhaisaab.org he has a section on 
> DIY Devcloud, where he shows how to setup Xen, namely xapi toolstack and 
> creating a echo plugin.I think that's what you are missing, you can probably 
> add this to your posinstall script
>
> 2-We switched master to java 7, so you should switch to openjdk-7
>
> 3- you might be missing a mysql-python-connector package and you should setup 
> the mysql password as null (for dev).
>
>
> One more. It looks like there is only one interface (NAT), probably need to 
> play with the pressed.cfg to add a host only interface:
> https://github.com/snowch/devcloud/blob/master/http/preseed.cfg
>
> This is looking quite nice :)
>
> I've added the problem above as an issue on github.
>
> ---
> [1] https://wiki.openstack.org/wiki/XenServer/VirtualBox#Installing_XCP
> [2] https://github.com/snowch/devcloud
>
> On Thu, Jan 30, 2014 at 7:18 AM, Rohit Yadav  wrote:
> On Thu, Jan 30, 2014 at 4:14 AM, Sebastien Goasguen  wrote:
>
> On Jan 29, 2014, at 1:57 PM, chris snow  wrote:
>
> I have started thinking about some options:
>
> 1)  use packer to convert the devcloud2 veewee definition as a starting point
> 2) create devcloud3 from scratch
> 3) start with an existing packer definition (e.g. [1])
>
> Do you have a view on which option may be most suitable?
>
>
> My view would be to start from scratch but of course looking at what has been 
> done.
>
> In an ideal world, I would love to see a packer/vagrant file that would do:
>
> -Ubuntu and CentOS
> -Xen and KVM
>
> That way we can decide on what to build. Of course there might be issues due 
> to the PV/HVM support in vbox and the OS chosen.
> I don't recall what the issue was that made Rohit use Debian (but see 
> http://bhaisaab.org/logs/devcloud/), but ideally it would be good to use 
> stock ubuntu 12.04 or 13.04
>
> DevCloud is just an appliance that facilitates a virtual host
> (hypervisor) for development with CloudStack. So, I chose Debian
> because well it's the best in terms of packages, stability, security
> and is usually rock solid. Ubuntu at the time had a networking issue
> that did not let me use xenbr0 for use over host-only network, I did
> not invest much time on it but rather switched to Debian.
>
> I suggest we stick to Debian as it would be least painful for anyone
> IMO and the problem we're trying to solve is to enable developers have
> a robust (possibly multi-vm) hypervisor host in box (vm) over a
> desktop virtualization platform (virtualbox, kvm etc.)
>
> (IMHO -- I wonder if you've tried latest rock-solid 

Re: Devcloud 2 - veewee/Vagrant projects

[Rajani Karuturi]

oopss.. sorry.. didn’t look at the issues list on github :)

I will work on the mount issue.

Thanks,
~Rajani



On 05-Feb-2014, at 3:16 pm, chris snow 
mailto:chsnow...@gmail.com>> wrote:

Hi Rajani,

Many thanks for the feedback.

I still have to figure out the network setup - I have created an issue
on github to track this.

There is also an open issue for the mount problem.

https://github.com/snowch/devcloud/issues?state=open

Please feel free to raise any other defects that you encounter.

Many thanks,

Chris


On Wed, Feb 5, 2014 at 7:33 AM, Rajani Karuturi
mailto:rajani.karut...@citrix.com>> wrote:
Hi Chris,

I tried this today on my machine(macbook 7,1)
It took nearly 1 hr 45 min for packer build+downloads. Once that is done, when 
i did a vagrant up, saw the following mount error
[default] -- /vagrant
Failed to mount folders in Linux guest. This is usually beacuse
the "vboxsf" file system is not available. Please verify that
the guest additions are properly installed in the guest and
can work properly. The command attempted was:

mount -t vboxsf -o uid=`id -u vagrant`,gid=`getent group vagrant | cut -d: -f3` 
/vagrant /vagrant
mount -t vboxsf -o uid=`id -u vagrant`,gid=`id -g vagrant` /vagrant /vagrant

Also, ssh 
root@192.168.56.10 wasn't 
working after it is up. I am however able to access it through vagrant ssh. Did 
the ip change?

Thanks,
~Rajani



On 05-Feb-2014, at 4:15 am, chris snow 
mailto:chsnow...@gmail.com>> 
wrote:

The xapi issue is fixed now.

Next on the list:

- The mysql root passwordless access is broken.
- Add additional network card.


On Sat, Feb 1, 2014 at 9:16 PM, chris snow 
mailto:chsnow...@gmail.com>> 
wrote:
Thanks for the feedback Sebastien, it's much appreciated.

I'll investigate in more detail over the next few days...

On Sat, Feb 1, 2014 at 9:06 PM, Sebastien Goasguen 
mailto:run...@gmail.com>> wrote:

On Feb 1, 2014, at 4:03 PM, Sebastien Goasguen 
mailto:run...@gmail.com>> wrote:


On Jan 31, 2014, at 12:25 PM, chris snow 
mailto:chsnow...@gmail.com>> 
wrote:

I finally got the packer built devcloud box to boot with vagrant, but
running 'xe vm-list' in it results in:

Error: Connection refused (calling connect )

I'm going to do some more investigation, but could take a while as I
get to learn xen.

To make things easy while working on this I've created a github project here [2]


I cloned it, the packer builds works and the vagrant export as well.
I was able to vagrant up/ssh.

I noticed couple things.

1-the Xen setup. Check Rohit's blog http://bhaisaab.org he has a section on DIY 
Devcloud, where he shows how to setup Xen, namely xapi toolstack and creating a 
echo plugin.I think that's what you are missing, you can probably add this to 
your posinstall script

2-We switched master to java 7, so you should switch to openjdk-7

3- you might be missing a mysql-python-connector package and you should setup 
the mysql password as null (for dev).


One more. It looks like there is only one interface (NAT), probably need to 
play with the pressed.cfg to add a host only interface:
https://github.com/snowch/devcloud/blob/master/http/preseed.cfg

This is looking quite nice :)

I've added the problem above as an issue on github.

---
[1] https://wiki.openstack.org/wiki/XenServer/VirtualBox#Installing_XCP
[2] https://github.com/snowch/devcloud

On Thu, Jan 30, 2014 at 7:18 AM, Rohit Yadav  wrote:
On Thu, Jan 30, 2014 at 4:14 AM, Sebastien Goasguen  wrote:

On Jan 29, 2014, at 1:57 PM, chris snow  wrote:

I have started thinking about some options:

1)  use packer to convert the devcloud2 veewee definition as a starting point
2) create devcloud3 from scratch
3) start with an existing packer definition (e.g. [1])

Do you have a view on which option may be most suitable?


My view would be to start from scratch but of course looking at what has been 
done.

In an ideal world, I would love to see a packer/vagrant file that would do:

-Ubuntu and CentOS
-Xen and KVM

That way we can decide on what to build. Of course there might be issues due to 
the PV/HVM support in vbox and the OS chosen.
I don't recall what the issue was that made Rohit use Debian (but see 
http://bhaisaab.org/logs/devcloud/), but ideally it would be good to use stock 
ubuntu 12.04 or 13.04

DevCloud is just an appliance that facilitates a virtual host
(hypervisor) for development with CloudStack. So, I chose Debian
because well it's the best in terms of packages, stability, security
and is usually rock solid. Ubuntu at the time had a networking issue
that did not let me use xenbr0 for use over host-only network, I did
not invest much time on it but rather switched to Debian.

I suggest we stick to Debian as it would be least painful for anyone
IMO and the problem we're trying to solve is to enable developers have
a 

Re: Review Request 17638: Rest client moved to utils. Nvp extended.

[Antonio Fornie]

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

(Updated Feb. 5, 2014, 10:28 a.m.)


Review request for cloudstack, daan Hoogland and Hugo Trippaers.


Changes
---

Apart from adding a couple of license headers, I also rolled back anything 
related with cobertura-it from googlecode (not normal cobertura of course), 
because it started failing after recent changes to upgrade to Java 7. That also 
removes the possible problem mentioned in the previous comment by David Nalley.


Repository: cloudstack-git


Description
---

Rest client moved to utils in a generic way so it can be reused (from 
opendaylight, for example). Incremented integration tests. Also include 
cobertura and it-cobertura. Nvp extended with a few methods missing.


Diffs (updated)
-

  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/AccessConfiguration.java
 487f14b 
  plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/Acl.java 
976177f 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/BaseNiciraEntity.java
 PRE-CREATION 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/BaseNiciraNamedEntity.java
 PRE-CREATION 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/LogicalRouter.java
 PRE-CREATION 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/LogicalRouterConfig.java
 b6eaa8f 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/LogicalRouterPort.java
 8ffe054 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/LogicalSwitch.java
 2379354 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/LogicalSwitchPort.java
 3565fbe 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/NiciraNvpApi.java
 83d0075 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/SingleDefaultRouteImplicitRoutingConfig.java
 PRE-CREATION 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/SingleDefaultRouteImplictRoutingConfig.java
 0533579 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/VifAttachment.java
 87765be 
  
plugins/network-elements/nicira-nvp/src/com/cloud/network/resource/NiciraNvpResource.java
 c228b08 
  
plugins/network-elements/nicira-nvp/test/com/cloud/network/element/NiciraNvpElementTest.java
 822c8c7 
  
plugins/network-elements/nicira-nvp/test/com/cloud/network/guru/NiciraNvpGuestNetworkGuruTest.java
 db8637c 
  
plugins/network-elements/nicira-nvp/test/com/cloud/network/nicira/NatRuleTest.java
 84b28fb 
  
plugins/network-elements/nicira-nvp/test/com/cloud/network/nicira/NiciraNvpApiIT.java
 7f8f471 
  
plugins/network-elements/nicira-nvp/test/com/cloud/network/nicira/NiciraNvpApiTest.java
 13d970c 
  
plugins/network-elements/nicira-nvp/test/com/cloud/network/nicira/NiciraTagTest.java
 58dcedc 
  
plugins/network-elements/nicira-nvp/test/com/cloud/network/resource/NiciraNvpResourceTest.java
 2717c31 
  pom.xml 1d2304f 
  utils/pom.xml f63d7c4 
  utils/src/com/cloud/utils/rest/BasicEncodedRESTValidationStrategy.java 
PRE-CREATION 
  utils/src/com/cloud/utils/rest/CloudstackRESTException.java PRE-CREATION 
  utils/src/com/cloud/utils/rest/RESTServiceConnector.java PRE-CREATION 
  utils/src/com/cloud/utils/rest/RESTValidationStrategy.java PRE-CREATION 
  utils/test/com/cloud/utils/rest/RESTServiceConnectorTest.java PRE-CREATION 

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


Testing
---

mvn full build plus unit and integration tests


Thanks,

Antonio Fornie

Re: Not able to add primary Storage Cloudstack 4.3

[Tejas Gadaria]

Hi Paul,

yesterday when I was trying to add secondary storage with /hcloud/secondary
, In logs I was not able to see much activity, but storage got attached.
I have uploaded screenshot in previous  mail.

I have reattached the secondary storage, and it logs are
Trying to add a new data store at cifs://
10.129.151.55/hcloud/secondary?user=administrator&domain=nwx.com to data
center 3
2014-02-05 15:36:07,825 DEBUG [c.c.u.UriUtils]
(catalina-exec-20:ctx-a19af0fa ctx-fb83ed9b) foundUser istrue
2014-02-05 15:36:07,825 DEBUG [c.c.u.UriUtils]
(catalina-exec-20:ctx-a19af0fa ctx-fb83ed9b) foundPswd istrue

I have not enable the zone yet.

In attached screenshot of secondary storage in previous mail
protocol:cifs
provider : NFS
I suspect, it because I have taken chunk of NFS datastore, mounted and
share it via Windows fie server (Standalone)

please find logs in attached file.

Regards,
Tejas


On Tue, Feb 4, 2014 at 5:52 PM, Paul Angus  wrote:

> Hey Tejas,
>
>
> cifs%3A%2F%2F10.129.151.155hcloud%2Fsecondary%3Fuser%3Dadministrator%26domain%3Dnwx.com
>
> Theres a "/" ("%2F") missing between 10.129.151.155 and hcloud - my
> recollection is that primary and secondary storage UIs are not consistent,
> add the secondary path as /hcloud/secondary
>
> re primary - is the agent service running? it doesn't seem to (always)
> automatically start even when it's set to automatic in services.
>
> Regards,
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
> paul.an...@shapeblue.com
>
> From: Tejas Gadaria [mailto:refond.g...@gmail.com]
> Sent: 04 February 2014 12:15
> To: us...@cloudstack.apache.org
> Cc: rajesh.batt...@citrix.com; dev@cloudstack.apache.org
> Subject: Re: Not able to add primary Storage Cloudstack 4.3
>
> Hi Paul,
> I tried with "hcloud/primary" and
> primary storage shows Unsupported command issued.
>
> secondary storage shows Failed to add data store: cifs URI missing host
> and/or path. Make sure it's of the format
> cifs://hostname/path?user=&password=
>
> After that I was trying to add secondary storage with /hcloud/secondary, I
> didn't show much activity in log.
> In Cloudstack console, secondary storage got added, but protocol is CIFS
> and provider is NFS.
>
> Please find attached logs. and screenshot from attached secondary storage.
>
> Regards,
> Tejas
>
> On Tue, Feb 4, 2014 at 12:29 PM, Paul Angus  > wrote:
> Tejas, You have hcloud\primary, it should be hcloud/primary
>
> Regards
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: 
> +447711418784
> | T: CloudyAngus
> paul.an...@shapeblue.com paul.an...@shapeblue.com>
>
> From: Tejas Gadaria [mailto:refond.g...@gmail.com refond.g...@gmail.com>]
> Sent: 04 February 2014 05:16
> To: us...@cloudstack.apache.org
> Cc: rajesh.batt...@citrix.com;
> dev@cloudstack.apache.org
> Subject: Re: Not able to add primary Storage Cloudstack 4.3
> Hi,
> I have tried to add Primary Storage as suggested above, I am getting
> similar error.
> Failed to add data store: cifs://
> 10.129.151.155/hcloud\primary?user=administrator&password=abc_123&domain=nwx.com
> <
> http://10.129.151.155/hcloud/primary?user=administrator&password=abc_123&domain=nwx.com
> ><
> http://10.129.151.155/hcloud%5Cprimary?user=administrator&password=abc_123@123&domain=nwx.com>
> is not a valid uri
> Regards,
> Tejas
>
> On Sun, Feb 2, 2014 at 9:58 AM, Tejas Gadaria  >> wrote:
> Hi Paul,
> Thanks for your replay.
> I was entering the path exactly what you predicted.
>  ("\\server\share\directory 
> 
> ")
> I will try to add primary storage with 'share/folder' and the 'server'
> without the \\ path .
> Regards,
> Tejas
> On Sat, Feb 1, 2014 at 5:34 PM, Paul Angus  >> wrote:
> Tejas,
> I guess that your entering the path as an smb path
> \\server\share\directory>
> For primary storage try 'share/folder' and the 'server' without the \\
>
> There were issues with shared primary storage, so I've included one of the
> devs working on the feature.
>
> The same is true for secondary storage (although the UI may need
> \share\directory in the path).
>
> Regards
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 
> 0540
> | M: +447711418784 | T:
> CloudyAngus
> paul.an...@shapeblue.com paul.an...@shapeblue.com>
>
> -Original Message-
> From: Sean Hamilton [mailto:s...@seanhamilton.co.uk s...@seanhamilton.co.uk>>]
> Sent: 01 February 2014 11:55
> To: us...@cloudstack.apache.org >

Re: Not able to add primary Storage Cloudstack 4.3

[Tejas Gadaria]

Hi Paul,

forgot to mention,

hyper-v agent is running.

Regards,
Tejas


On Wed, Feb 5, 2014 at 4:33 PM, Tejas Gadaria  wrote:

> Hi Paul,
>
> yesterday when I was trying to add secondary storage with
> /hcloud/secondary , In logs I was not able to see much activity, but
> storage got attached.
> I have uploaded screenshot in previous  mail.
>
> I have reattached the secondary storage, and it logs are
> Trying to add a new data store at cifs://
> 10.129.151.55/hcloud/secondary?user=administrator&domain=nwx.com to data
> center 3
> 2014-02-05 15:36:07,825 DEBUG [c.c.u.UriUtils]
> (catalina-exec-20:ctx-a19af0fa ctx-fb83ed9b) foundUser istrue
> 2014-02-05 15:36:07,825 DEBUG [c.c.u.UriUtils]
> (catalina-exec-20:ctx-a19af0fa ctx-fb83ed9b) foundPswd istrue
>
> I have not enable the zone yet.
>
> In attached screenshot of secondary storage in previous mail
> protocol:cifs
> provider : NFS
> I suspect, it because I have taken chunk of NFS datastore, mounted and
> share it via Windows fie server (Standalone)
>
> please find logs in attached file.
>
> Regards,
> Tejas
>
>
> On Tue, Feb 4, 2014 at 5:52 PM, Paul Angus wrote:
>
>> Hey Tejas,
>>
>>
>> cifs%3A%2F%2F10.129.151.155hcloud%2Fsecondary%3Fuser%3Dadministrator%26domain%3Dnwx.com
>>
>> Theres a "/" ("%2F") missing between 10.129.151.155 and hcloud - my
>> recollection is that primary and secondary storage UIs are not consistent,
>> add the secondary path as /hcloud/secondary
>>
>> re primary - is the agent service running? it doesn't seem to (always)
>> automatically start even when it's set to automatic in services.
>>
>> Regards,
>>
>> Paul Angus
>> Cloud Architect
>> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
>> paul.an...@shapeblue.com
>>
>> From: Tejas Gadaria [mailto:refond.g...@gmail.com]
>> Sent: 04 February 2014 12:15
>> To: us...@cloudstack.apache.org
>> Cc: rajesh.batt...@citrix.com; dev@cloudstack.apache.org
>> Subject: Re: Not able to add primary Storage Cloudstack 4.3
>>
>> Hi Paul,
>> I tried with "hcloud/primary" and
>> primary storage shows Unsupported command issued.
>>
>> secondary storage shows Failed to add data store: cifs URI missing host
>> and/or path. Make sure it's of the format
>> cifs://hostname/path?user=&password=
>>
>> After that I was trying to add secondary storage with /hcloud/secondary,
>> I didn't show much activity in log.
>> In Cloudstack console, secondary storage got added, but protocol is CIFS
>> and provider is NFS.
>>
>> Please find attached logs. and screenshot from attached secondary storage.
>>
>> Regards,
>> Tejas
>>
>> On Tue, Feb 4, 2014 at 12:29 PM, Paul Angus > > wrote:
>> Tejas, You have hcloud\primary, it should be hcloud/primary
>>
>> Regards
>>
>> Paul Angus
>> Cloud Architect
>> S: +44 20 3603 0540 | M: 
>> +447711418784
>> | T: CloudyAngus
>> paul.an...@shapeblue.com> paul.an...@shapeblue.com>
>>
>> From: Tejas Gadaria [mailto:refond.g...@gmail.com> refond.g...@gmail.com>]
>> Sent: 04 February 2014 05:16
>> To: us...@cloudstack.apache.org
>> Cc: rajesh.batt...@citrix.com;
>> dev@cloudstack.apache.org
>> Subject: Re: Not able to add primary Storage Cloudstack 4.3
>> Hi,
>> I have tried to add Primary Storage as suggested above, I am getting
>> similar error.
>> Failed to add data store: cifs://
>> 10.129.151.155/hcloud\primary?user=administrator&password=abc_123&domain=nwx.com
>> <
>> http://10.129.151.155/hcloud/primary?user=administrator&password=abc_123&domain=nwx.com
>> ><
>> http://10.129.151.155/hcloud%5Cprimary?user=administrator&password=abc_123@123&domain=nwx.com>
>> is not a valid uri
>> Regards,
>> Tejas
>>
>> On Sun, Feb 2, 2014 at 9:58 AM, Tejas Gadaria >  refond.g...@gmail.com>>> wrote:
>> Hi Paul,
>> Thanks for your replay.
>> I was entering the path exactly what you predicted.
>>  ("\\server\share\directory 
>> 
>> ")
>> I will try to add primary storage with 'share/folder' and the 'server'
>> without the \\ path .
>> Regards,
>> Tejas
>> On Sat, Feb 1, 2014 at 5:34 PM, Paul Angus >  paul.an...@shapeblue.com>>> wrote:
>> Tejas,
>> I guess that your entering the path as an smb path
>> \\server\share\directory>
>> For primary storage try 'share/folder' and the 'server' without the \\
>>
>> There were issues with shared primary storage, so I've included one of
>> the devs working on the feature.
>>
>> The same is true for secondary storage (although the UI may need
>> \share\directory in the path).
>>
>> Regards
>>
>> Paul Angus
>> Cloud Architect
>> S: +44 20 3603 
>> 0540
>> | M: +447711418784 | T:
>> CloudyAngus
>> paul.an...@shapeblue.com

Re: CloudStack usage calculation doesn't work?

[Indra Pramana]

Hi Wei Zhou,

Yes, I am using version 4.2.0. Any known bug related to usage server on
this version?

Looking forward to your reply, thank you.

Cheers.



On Wed, Feb 5, 2014 at 3:25 PM, Wei ZHOU  wrote:

> Are you working on 4.2.0?
>
>
> 2014-02-05 Indra Pramana :
>
> > Hi,
> >
> > When I installed CloudStack, I also installed the CloudStack usage server
> > and the service seems to be running fine, I can stop and start the
> service
> > and the status is running.
> >
> > ===
> > # service cloudstack-usage restart
> >  * Stopping CloudStack Usage Monitor cloudstack-usage
>  [
> > OK ]
> >  * Starting CloudStack Usage Monitor cloudstack-usage
>  [
> > OK ]
> > # service cloudstack-usage status
> >  * cloudstack-usage is running
> >
> > I also have configured the usage server based on the documentation at
> this
> > URL:
> >
> >
> >
> https://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Admin_Guide/configure-usage-server.html
> >
> > ===
> > enable.usage.server = true
> > usage.aggregation.timezone = GMT
> > usage.execution.timezone = GMT
> > usage.stats.job.aggregation.range = 1440
> > usage.stats.job.exec.time = 00:15
> > ===
> >
> > However, it seems that the usage server doesn't work as expected. I don't
> > see anything on the cloud_usage database, and the content of
> > /var/log/cloudstack/usage is also empty, so I can't find any logs
> > pertaining to the usage server.
> >
> > Anything I might have missed out?
> >
> > Thank you.
> >
>

RE: [VOTE] Apache CloudStack 4.3.0 (third round)

[Geoff Higginbottom]

-1

The UI no longer shows the correct number of Virtual Routers - it always show 
ZERO even when there are multiple VRs running.

Logged as CLOUDSTACK-6031

Regards

Geoff Higginbottom

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

geoff.higginbot...@shapeblue.com

-Original Message-
From: Srikanteswararao Talluri [mailto:srikanteswararao.tall...@citrix.com]
Sent: 04 February 2014 13:26
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.3.0 (third round)

+1

No product issues observed in BVT runs.

CloudStack built from commit: 8f63c2cf9c463373d774cb563e63fc56828e1418

On KVM(CentOS 6.3)/Test Run: #1185 and #1186

5 of the test failures are not valid because snapshots, scaling VM are not 
supported on KVM Hypervisor and more intermittent test script/env issue related 
to ssh.
---
Link to reports:
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1185/testReport/
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1186/testReport/

Total:97
Fail :5
Skip :2


name   passfailskip
test_loadbalance/ 3   0   0
test_guest_vlan_range/1   0   0
test_deploy_vms_with_varied_deploymentplanners/   3   0   0
test_non_contigiousvlan/  1   0   0
test_reset_vm_on_reboot/  1   0   0
test_resource_detail/ 1   0   0
test_scale_vm/0   1   0
test_ssvm/   10   0   0
test_network/ 7   0   0
test_disk_offerings/  3   0   0
test_volumes/ 8   1   0
test_affinity_groups/ 1   0   0
test_routers/ 9   0   0
test_deploy_vm_with_userdata/ 2   0   0
test_network_acl/ 1   0   0
test_vm_life_cycle/  10   0   0
test_privategw_acl/   1   0   0
test_internal_lb/ 1   0   0
test_deploy_vm/   1   0   0
test_global_settings/ 1   0   0
test_nic/ 1   0   0
test_public_ip_range/ 1   0   0
test_iso/ 5   0   1
test_service_offerings/   4   0   0
test_multipleips_per_nic/ 1   0   0
test_regions/ 1   0   0
test_templates/   7   0   1
test_vpc_vpn/ 2   0   0
test_vm_snapshots/0   3   0
test_portable_publicip/   2   0   0
test_pvlan/   1   0   0



On XenServer 6.2/Test Run: #1187 and #1188

3 failures are intermittent test script/env issues related to ssh.
---
Link to reports:
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1187/testReport/
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1188/testReport/

Total:97
Fail :3
Skip :2


name   passfailskip
test_loadbalance/ 3   0   0
test_guest_vlan_range/1   0   0
test_deploy_vms_with_varied_deploymentplanners/   3   0   0
test_non_contigiousvlan/  1   0   0
test_reset_vm_on_reboot/  1   0   0
test_resource_detail/ 1   0   0
test_scale_vm/1   0   0
test_ssvm/   10   0   0
test_network/ 7   0   0
test_disk_offerings/  3   0   0
test_volumes/ 9   0   0
test_affinity_groups/ 1   0   0
test_routers/ 9   0   0
test_deploy_vm_with_userdata/ 2   0   0
test_network_acl/ 1   0   0
test_vm_life_cycle/  10   0   0
test_privategw_acl/   1   0

Re: Review Request 17638: Rest client moved to utils. Nvp extended.

[Hugo Trippaers]

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


Antonio,

Good stuff.

Could you include some documentation on how people can use the generic rest 
interface?




utils/src/com/cloud/utils/rest/RESTServiceConnector.java


Nicira mentioned



utils/src/com/cloud/utils/rest/RESTValidationStrategy.java


maybe replace adminuser, adminpass with username, password?



utils/src/com/cloud/utils/rest/RESTValidationStrategy.java


Nicira mentioned multiple times in the comments, doesn't look right for a 
generic plugin.



utils/src/com/cloud/utils/rest/RESTValidationStrategy.java


This is a Nicira specific URI, should be replaced with a variable?



utils/src/com/cloud/utils/rest/RESTValidationStrategy.java


Nicira specific?


- Hugo Trippaers


On Feb. 5, 2014, 10:28 a.m., Antonio Fornie wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17638/
> ---
> 
> (Updated Feb. 5, 2014, 10:28 a.m.)
> 
> 
> Review request for cloudstack, daan Hoogland and Hugo Trippaers.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Rest client moved to utils in a generic way so it can be reused (from 
> opendaylight, for example). Incremented integration tests. Also include 
> cobertura and it-cobertura. Nvp extended with a few methods missing.
> 
> 
> Diffs
> -
> 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/AccessConfiguration.java
>  487f14b 
>   plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/Acl.java 
> 976177f 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/BaseNiciraEntity.java
>  PRE-CREATION 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/BaseNiciraNamedEntity.java
>  PRE-CREATION 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/LogicalRouter.java
>  PRE-CREATION 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/LogicalRouterConfig.java
>  b6eaa8f 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/LogicalRouterPort.java
>  8ffe054 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/LogicalSwitch.java
>  2379354 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/LogicalSwitchPort.java
>  3565fbe 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/NiciraNvpApi.java
>  83d0075 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/SingleDefaultRouteImplicitRoutingConfig.java
>  PRE-CREATION 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/SingleDefaultRouteImplictRoutingConfig.java
>  0533579 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/nicira/VifAttachment.java
>  87765be 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/resource/NiciraNvpResource.java
>  c228b08 
>   
> plugins/network-elements/nicira-nvp/test/com/cloud/network/element/NiciraNvpElementTest.java
>  822c8c7 
>   
> plugins/network-elements/nicira-nvp/test/com/cloud/network/guru/NiciraNvpGuestNetworkGuruTest.java
>  db8637c 
>   
> plugins/network-elements/nicira-nvp/test/com/cloud/network/nicira/NatRuleTest.java
>  84b28fb 
>   
> plugins/network-elements/nicira-nvp/test/com/cloud/network/nicira/NiciraNvpApiIT.java
>  7f8f471 
>   
> plugins/network-elements/nicira-nvp/test/com/cloud/network/nicira/NiciraNvpApiTest.java
>  13d970c 
>   
> plugins/network-elements/nicira-nvp/test/com/cloud/network/nicira/NiciraTagTest.java
>  58dcedc 
>   
> plugins/network-elements/nicira-nvp/test/com/cloud/network/resource/NiciraNvpResourceTest.java
>  2717c31 
>   pom.xml 1d2304f 
>   utils/pom.xml f63d7c4 
>   utils/src/com/cloud/utils/rest/BasicEncodedRESTValidationStrategy.java 
> PRE-CREATION 
>   utils/src/com/cloud/utils/rest/CloudstackRESTException.java PRE-CREATION 
>   utils/src/com/cloud/utils/rest/RESTServiceConnector.java PRE-CREATION 
>   utils/src/com/cloud/utils/rest/RESTValidationStrategy.java PRE-CREATION 
>   utils/test/com/cloud/utils/rest/RESTServiceConnectorTest.java PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/17638/diff/
> 
> 
> Testing
> ---
> 
> mvn full build plus unit and integration tests
> 
> 
> Thanks,
> 
> Antonio Fornie
> 
>

Re: [VOTE] Apache CloudStack 4.3.0 (third round)

[Daan Hoogland]

On Wed, Feb 5, 2014 at 1:29 PM, Geoff Higginbottom
 wrote:
> CLOUDSTACK-6031


-1 (binding) because the issues my colleague Joris encountered
(CLOUDSTACK-6020, CLOUDSTACK-6023 and CLOUDSTACK-6024) where not new
to 4.3 I didn't want to put a -1 on that, but as a new bug is
discovered as well; these issues are serious enough for a patch on the
rc, i think. the first two are fixed in master and cherry-picked to
4.3-forward. I'll be working on the latter the comming day(s)

-- 
Daan

Error: The snapshot chain is too long

[France]

Hi,

i'm using CS 4.1.1 on XS6.0.2 + Hotfixes up to XS602E026.
Recently one of our volumes will not get new snapshots created, because 
of this error:


WARN  [xen.resource.CitrixResourceBase] (DirectAgent-278:) 
ManageSnapshotCommand operation: create Failed for snapshotId: 478, 
reason: SR_BACKEND_FAILURE_109The snapshot chain is too long

SR_BACKEND_FAILURE_109The snapshot chain is too long

If I check in XenCenter, there are around 30 disks like 
VM_ROOT-NUM_20140121020342.

If i check cloudstack GUI there are only 8 snapshots visible.
There are also two errors listed, which i would like to remove.

How can i reduce the snapshot chain?
Why didn't the old snapshots in the chain get removed?
Who's job it is to remove those, Cloudstacks or XenServers?
How can I display the snapshot chain for ROOT-NUM?

Any answers will be appreciated.
Thank you for your help.
Regards,
F.

Re: Review Request 16080: Move Netscaler plugin from non-oss to oss and upgrade the nitro API to 10.1

[Hugo Trippaers]

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

Ship it!


commit 356daf3eed7dd817f07da2b7ef57ced9b0eb6fe7
Author: Syed Ahmed 
Date:   Wed Feb 5 14:03:49 2014 +0100

Review 16080 Move Netscaler plugin from non-oss to oss and upgrade the 
nitro API to 10.1

Signed-off-by: Hugo Trippaers 


- Hugo Trippaers


On Dec. 6, 2013, 3:49 p.m., Syed Ahmed wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16080/
> ---
> 
> (Updated Dec. 6, 2013, 3:49 p.m.)
> 
> 
> Review request for cloudstack, Murali Reddy and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-5400
> https://issues.apache.org/jira/browse/CLOUDSTACK-5400
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> This patch moves the Netscaler plugin from non-oss to oss and upgrades the 
> nitro API to 10.1. There were a few changes in the NetscalerResource.java for 
> moving to 10.1. 
> 
> 
> Diffs
> -
> 
>   client/pom.xml fc01113 
>   plugins/network-elements/netscaler/pom.xml e3a2736 
>   
> plugins/network-elements/netscaler/src/com/cloud/network/resource/NetscalerResource.java
>  7dac9a0 
>   plugins/pom.xml 17dd8af 
> 
> Diff: https://reviews.apache.org/r/16080/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Syed Ahmed
> 
>

Found a little gem among the reviews..

[Hugo Trippaers]

Just pushed review 16080 through. Netscaler plugin is now part of the regular 
build!  :-)


Cheers,

Hugo

4.3 features with hypervisor differences

[Tim Mackey]

Hi everyone,

I'm updating my deck on hypervisor differences for 4.3, and I'd like
confirmation of what I understand made the cut.  Feedback welcome.

- Hyper-V 2012 R2 added (Donal, I'll be hitting you up to confirm all the
HV stuff)
- vSphere 5.5 added and supporting identical features to vSphere 5.1
- CPU sockets for KVM and vSphere all versions
- CPU sockets for XenServer 6.2 and higher only
- CPU sockets reports host count for LXC
- quiesced snapshots for XS don't use XS quiesce API and rely on storage
support
- quiesced snapshots for vSphere are natively ROOT only. DATA relies on
storage support
- Contrail supported on XS only
- Palo Alto VPN moved to 4.4

No hypervisors were dropped, and only Hyper-V was added.  No previously
supported features with hypervisor dependencies were dropped.

I'm going to be presenting this deck in a couple of weeks and would like to
give the right information ;)

Thanks

-tim

[ACS4.3][Patch Request] CLOUDSTACK-5967 GRE tunnel creation is failing

[Murali Reddy]

Animesh,

Can you please cherry-pick the commit in 4.3-forward into 4.3 branch for the 
bug CLOUDSTACK-5967.

Branch: refs/heads/4.3-forward
Commit: 2e004878b1da0f7fb5ec12e77babbb626e96c1ef
Parents: 09e27fd
Author: Murali Reddy mailto:muralimmre...@gmail.com>>

Re: CloudStack usage calculation doesn't work?

[Wei ZHOU]

CLOUDSTACK-4533


2014-02-05 Indra Pramana :

> Hi Wei Zhou,
>
> Yes, I am using version 4.2.0. Any known bug related to usage server on
> this version?
>
> Looking forward to your reply, thank you.
>
> Cheers.
>
>
>
> On Wed, Feb 5, 2014 at 3:25 PM, Wei ZHOU  wrote:
>
> > Are you working on 4.2.0?
> >
> >
> > 2014-02-05 Indra Pramana :
> >
> > > Hi,
> > >
> > > When I installed CloudStack, I also installed the CloudStack usage
> server
> > > and the service seems to be running fine, I can stop and start the
> > service
> > > and the status is running.
> > >
> > > ===
> > > # service cloudstack-usage restart
> > >  * Stopping CloudStack Usage Monitor cloudstack-usage
> >  [
> > > OK ]
> > >  * Starting CloudStack Usage Monitor cloudstack-usage
> >  [
> > > OK ]
> > > # service cloudstack-usage status
> > >  * cloudstack-usage is running
> > >
> > > I also have configured the usage server based on the documentation at
> > this
> > > URL:
> > >
> > >
> > >
> >
> https://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Admin_Guide/configure-usage-server.html
> > >
> > > ===
> > > enable.usage.server = true
> > > usage.aggregation.timezone = GMT
> > > usage.execution.timezone = GMT
> > > usage.stats.job.aggregation.range = 1440
> > > usage.stats.job.exec.time = 00:15
> > > ===
> > >
> > > However, it seems that the usage server doesn't work as expected. I
> don't
> > > see anything on the cloud_usage database, and the content of
> > > /var/log/cloudstack/usage is also empty, so I can't find any logs
> > > pertaining to the usage server.
> > >
> > > Anything I might have missed out?
> > >
> > > Thank you.
> > >
> >
>

Re: Error: The snapshot chain is too long -> lot's of left over LVM snapshots?

[France]

Looking at the manual it seems to me that:
1. Cloudstack creates lvm copy of the disk.
2. Copies the content of this created "snapshot" to secondary storage
3. Removes the lvm snapshot, while leaving the copy intact on the 
secondary storage.
Therefor no LVM snapshots should be visible in XenCenter, if no current 
snapshot operation is in progress. Is this assumption correct?


Because the before mentioned VM has 28 LVM "snapshots", it fails to 
create a new one, from which it could copy the data.


My question is this.*Can i safely remove all LVM snapshots directly from 
XenCenter?*


If i understand this correctly, they should have not been there and 
might be a result of failed secondary storage, where CS could not copy 
from the LVM snapshot, but didn't remove it after failed copy operation?
This seems to me like a bug, even thou it's caused by failed secondary 
NFS storage, which has been since replaced.


Please advise.

On 5/2/14 1:54 PM, France wrote:

Hi,

i'm using CS 4.1.1 on XS6.0.2 + Hotfixes up to XS602E026.
Recently one of our volumes will not get new snapshots created, 
because of this error:


WARN  [xen.resource.CitrixResourceBase] (DirectAgent-278:) 
ManageSnapshotCommand operation: create Failed for snapshotId: 478, 
reason: SR_BACKEND_FAILURE_109The snapshot chain is too long

SR_BACKEND_FAILURE_109The snapshot chain is too long

If I check in XenCenter, there are around 30 disks like 
VM_ROOT-NUM_20140121020342.

If i check cloudstack GUI there are only 8 snapshots visible.
There are also two errors listed, which i would like to remove.

How can i reduce the snapshot chain?
Why didn't the old snapshots in the chain get removed?
Who's job it is to remove those, Cloudstacks or XenServers?
How can I display the snapshot chain for ROOT-NUM?

Any answers will be appreciated.
Thank you for your help.
Regards,
F.

RE: Create GRE tunnel failed in 4.2 with XenServer.

[Paul Angus]

Thanks Tuna, is this patch in RC3?

Regards,

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

-Original Message-
From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu
Sent: 05 February 2014 14:16
To: Murali Reddy
Cc: dev@cloudstack.apache.org; Florin Dumitrascu; Sebastien Goasguen; Chiradeep 
Vittal; Alex Hitchins
Subject: Re: Create GRE tunnel failed in 4.2 with XenServer.

Hi guys,

Appologize for delay response. I just came back from Lunar New Year vacation.

I spent time to discover the GRE issue on XenServer 6.2. Now I know exactly the 
problem. Here is:

+ No problem with ovstunnel script, it works well with XCP, KVM and
XenServer.
+ The idea to create GRE tunnel between HOSTs is:
CloudStack scans all of VMs including VRs in the network (by NetworkID). On 
the first time, CloudStack calls ovstunnel to setup bridge, then all HOSTs know 
about that bridge. After that, CloudStack start creating and configuring GRE 
tunnels between couple of HOSTs in that network when starting VMs. The steps 
work excellent. However, in XenServer, the HOST (A, for example), which is 
called to create network (via XAPI call), already known about the network, but 
the other HOSTs (B,C,D, for
example) doesn't know about this network. So VMs can't start on B,C,D. It is 
VM_REQUIRE_NETWORK issue. CloudStack made a tricky to let B,C,D know about this 
network by plugging and unplugging immediately the VIF to the network from 
B,C,D Dom0. However, this tricky failed in XenServer version
6.2 because XenServer 6.2 don't accept the VIF from dom0 plug to network 
created by XAPI call. I still don't know why but I just think a way to fix it.

I see Murali's patch request. Will check it now.

Paul Angus: GRE tunnel works fine with XCP and KVM.

Again, sorry for delay response.

Thanks,

--Tuna


On Mon, Feb 3, 2014 at 2:33 PM, Murali Reddy wrote:

> On 01/02/14 9:39 PM, "Paul Angus"  wrote:
>
> >Hey Tuna, (and anyone else working on this)
> >
> >I filed bug 5967 which looks like it might relate to this - I was
> >trying to use GRE tunnel isolation in 4.3 and got VM_REQUIRES_NETWORK
> >errors from the XenServer when trying to start a new virtual router.
> >
> >https://issues.apache.org/jira/browse/CLOUDSTACK-5967
>
> Marking 5967 as blocker for 4.3. Let me back port the fix in master to
> 4.3 branch.
>
> >
> >What's the status of GRE Tunnel isolation as a feature at the moment?
> >
> >Regards
> >
> >Paul Angus
> >Cloud Architect
> >S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
> >paul.an...@shapeblue.com
> >
> >-Original Message-
> >From:  [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu
> >Sent: 24 January 2014 05:59
> >To: dev@cloudstack.apache.org
> >Cc: Florin Dumitrascu; Sebastien Goasguen; Chiradeep Vittal
> >Subject: Re: Create GRE tunnel failed in 4.2 with XenServer.
> >
> >Yes, my fixes will be put to 4.3 tomorrow! I get the flu today. Back
> >to work tomorrow.
> >
> >--Tuna
> >
> >Sent from my GT-N7000
> >On Jan 24, 2014 12:43 PM, "Murali Reddy"  wrote:
> >
> >>
> >> On 23/01/14 5:48 PM, "Florin Dumitrascu"
> >>  wrote:
> >>
> >> >Hi Murali, Tuna,
> >> >
> >> >Thank you for this piece of information. All starts to make sense now.
> >> >I am wondering if there is a better way to communicate this issue
> >> >to end users. It would save others a couple of weeks struggling.
> >> >If GRE is not just a technology preview (meaning it has been
> >> >explicitly mentioned in previous release notes), the known issues
> >> >lists for 4.2.0 and 4.2.1 should be explicitly updated.
> >> >
> >> >Leaving 4.2 behind now, which will be the first release to include
> >> >GRE refactoring with OVS service provider ?
> >>
> >> Ideally Tuna's fix (to make OVS as Connectivity service provider)
> >> should have gone into 4.2.1. Looks like they did not go into 4.2.1
> >>
> >> Tuna,
> >>
> >> Can you please ensure your fixes (excluding support for KVM/XCP)
> >> went into 4.2, 4.3 branches as well.
> >>
> >> Thanks,
> >> Murali
> >>
> >> >
> >> >Regards,
> >> >Florin
> >> >
> >> >-Original Message-
> >> >From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of
> >> >Nguyen Anh Tu
> >> >Sent: Thursday, January 23, 2014 11:56 AM
> >> >To: Murali Reddy
> >> >Cc: dev@cloudstack.apache.org; Chiradeep Vittal; Sebastien
> >> >Goasguen
> >> >Subject: Re: Create GRE tunnel failed in 4.2 with XenServer.
> >> >
> >> >Wow... I thought everything was done in XenServer before my
> >> >submitted patch.
> >> >
> >> >--Tuna
> >> >
> >> >Sent from my GT-N7000
> >> >On Jan 23, 2014 6:49 PM, "Murali Reddy" 
> >>wrote:
> >> >
> >> >> Please see the thread
> >> >>
> >> >> https://www.mail-archive.com/dev@cloudstack.apache.org/msg17396.
> >> >> htm
> >> >> l
> >> >>
> >> >>
> >> >>
> >> >> On 23/01/14 5:10 PM, "Florin Dumitrascu"
> >> >>  wrote:
> >> >>
> >> >> >Hi,
> >> >> >
> >> >> >Just want to add a few of my observations to what Tuna sai

Re: Create GRE tunnel failed in 4.2 with XenServer.

[Nguyen Anh Tu]

Hi guys,

Appologize for delay response. I just came back from Lunar New Year
vacation.

I spent time to discover the GRE issue on XenServer 6.2. Now I know exactly
the problem. Here is:

+ No problem with ovstunnel script, it works well with XCP, KVM and
XenServer.
+ The idea to create GRE tunnel between HOSTs is:
CloudStack scans all of VMs including VRs in the network (by
NetworkID). On the first time, CloudStack calls ovstunnel to setup bridge,
then all HOSTs know about that bridge. After that, CloudStack start
creating and configuring GRE tunnels between couple of HOSTs in that
network when starting VMs. The steps work excellent. However, in XenServer,
the HOST (A, for example), which is called to create network (via XAPI
call), already known about the network, but the other HOSTs (B,C,D, for
example) doesn't know about this network. So VMs can't start on B,C,D. It
is VM_REQUIRE_NETWORK issue. CloudStack made a tricky to let B,C,D know
about this network by plugging and unplugging immediately the VIF to the
network from B,C,D Dom0. However, this tricky failed in XenServer version
6.2 because XenServer 6.2 don't accept the VIF from dom0 plug to network
created by XAPI call. I still don't know why but I just think a way to fix
it.

I see Murali's patch request. Will check it now.

Paul Angus: GRE tunnel works fine with XCP and KVM.

Again, sorry for delay response.

Thanks,

--Tuna


On Mon, Feb 3, 2014 at 2:33 PM, Murali Reddy wrote:

> On 01/02/14 9:39 PM, "Paul Angus"  wrote:
>
> >Hey Tuna, (and anyone else working on this)
> >
> >I filed bug 5967 which looks like it might relate to this - I was trying
> >to use GRE tunnel isolation in 4.3 and got VM_REQUIRES_NETWORK errors
> >from the XenServer when trying to start a new virtual router.
> >
> >https://issues.apache.org/jira/browse/CLOUDSTACK-5967
>
> Marking 5967 as blocker for 4.3. Let me back port the fix in master to 4.3
> branch.
>
> >
> >What's the status of GRE Tunnel isolation as a feature at the moment?
> >
> >Regards
> >
> >Paul Angus
> >Cloud Architect
> >S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
> >paul.an...@shapeblue.com
> >
> >-Original Message-
> >From:  [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu
> >Sent: 24 January 2014 05:59
> >To: dev@cloudstack.apache.org
> >Cc: Florin Dumitrascu; Sebastien Goasguen; Chiradeep Vittal
> >Subject: Re: Create GRE tunnel failed in 4.2 with XenServer.
> >
> >Yes, my fixes will be put to 4.3 tomorrow! I get the flu today. Back to
> >work tomorrow.
> >
> >--Tuna
> >
> >Sent from my GT-N7000
> >On Jan 24, 2014 12:43 PM, "Murali Reddy"  wrote:
> >
> >>
> >> On 23/01/14 5:48 PM, "Florin Dumitrascu"
> >>  wrote:
> >>
> >> >Hi Murali, Tuna,
> >> >
> >> >Thank you for this piece of information. All starts to make sense now.
> >> >I am wondering if there is a better way to communicate this issue to
> >> >end users. It would save others a couple of weeks struggling.
> >> >If GRE is not just a technology preview (meaning it has been
> >> >explicitly mentioned in previous release notes), the known issues
> >> >lists for 4.2.0 and 4.2.1 should be explicitly updated.
> >> >
> >> >Leaving 4.2 behind now, which will be the first release to include
> >> >GRE refactoring with OVS service provider ?
> >>
> >> Ideally Tuna's fix (to make OVS as Connectivity service provider)
> >> should have gone into 4.2.1. Looks like they did not go into 4.2.1
> >>
> >> Tuna,
> >>
> >> Can you please ensure your fixes (excluding support for KVM/XCP) went
> >> into 4.2, 4.3 branches as well.
> >>
> >> Thanks,
> >> Murali
> >>
> >> >
> >> >Regards,
> >> >Florin
> >> >
> >> >-Original Message-
> >> >From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of
> >> >Nguyen Anh Tu
> >> >Sent: Thursday, January 23, 2014 11:56 AM
> >> >To: Murali Reddy
> >> >Cc: dev@cloudstack.apache.org; Chiradeep Vittal; Sebastien Goasguen
> >> >Subject: Re: Create GRE tunnel failed in 4.2 with XenServer.
> >> >
> >> >Wow... I thought everything was done in XenServer before my submitted
> >> >patch.
> >> >
> >> >--Tuna
> >> >
> >> >Sent from my GT-N7000
> >> >On Jan 23, 2014 6:49 PM, "Murali Reddy" 
> >>wrote:
> >> >
> >> >> Please see the thread
> >> >>
> >> >> https://www.mail-archive.com/dev@cloudstack.apache.org/msg17396.htm
> >> >> l
> >> >>
> >> >>
> >> >>
> >> >> On 23/01/14 5:10 PM, "Florin Dumitrascu"
> >> >>  wrote:
> >> >>
> >> >> >Hi,
> >> >> >
> >> >> >Just want to add a few of my observations to what Tuna said.
> >> >> >
> >> >> >
> >> >> >a.   I managed to have GRE isolation working with CloudStack
> >>4.1.1
> >> >> >and a quick patch to bypass "enableXenserverNetwork" method.
> >> >> >
> >> >> >
> >> >> >
> >> >> >b.  I tried GRE isolation with CloudStack 4.2.1 with the same
> >>quick
> >> >> >patch for bypassing "enableXenserverNetwork".
> >> >> >
> >> >> >Once that method was bypassed, guest VMs came up, but the tunnel
> >> >> >was not created. It seems to me that OvsElement methods
> 

Re: CLOUDSTACK-6023: Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

[Daan Hoogland]

we see host crashes because of large posts to pool-masters that are
due to this. The fix reduces the size of these posts. When we device a
more elegant solution I am all for it but at the moment the fix is the
most sensible protection against those crashes.

the way this causes crashes is because information is added to the
post on all vcpus
 even those that are not actually allocated.

@Joris, please correct me, because I am wrong



On Wed, Feb 5, 2014 at 8:19 AM, Harikrishna Patnala
 wrote:
> Hi,
>
> There are xenserver docs [1][2] that suggests max VCPUs limit for Linux VMS 
> is 32.
>
> [1] says that 32 VCPUs is the limitation on Linux vms and *a maximum of 16 
> vCPUs are supported by *XenCenter
>
> And this value is set in time frame of 4.2 and since then we are using this.
> to be safe I agree to set 16 max VCPU value, but may I know how this VCPU-max 
> value effects the HTTP request. I could not find the reason for 32 VCPUS-max 
> limit in the log
>
> [20140204T13:52:17.346Z|error|xenserverhost1|144 inet-RPC|host.call_plugin 
> R:e58e985539ab|master_connection] Received HTTP error 500 ({ method = POST; 
> uri = /remote_db_access; query = [  ]; content_length = [ 315932 ]; transfer 
> encoding = ; version = 1.1; cookie = [ 
> pool_secret=386bbf39-8710-4d2d-f452-9725d79c2393/aa7bcda9-8ebb-0cef-bb77-c6b496c5d859/1f928d82-7a20-9117-dd30-f96c7349b16e
>  ]; task = ; subtask_of = ; content-type = ; user_agent = xapi/1.9 })
>
>
>
> -Harikrishna
>
>
>
>
> [1] Section 3.4 in 
> http://support.citrix.com/servlet/KbServlet/download/32303-102-691296/guest.pdf
> [2] http://support.citrix.com/article/CTX134887
>
>
>
>
> On 04-Feb-2014, at 9:06 pm, Daan Hoogland  wrote:
>
>> Hello community,
>>
>> This is not the only serious bug Joris has filed today. The other one
>> is quite some older and we ran into it only now because before we
>> hadn't been using internal addresses in the 172.16 or 192.168 ranges.
>> This one is CLOUDSTACK-6020 and may not impede the RC but I think 6023
>> does. Before I cast my -1 I want to hear some more opinions on it.
>>
>> regards,
>> Daan
>>
>> On Tue, Feb 4, 2014 at 4:11 PM, Joris van Lieshout
>>  wrote:
>>> Hi All,
>>>
>>> Today I've submitted this bug: 
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-6023
>>> Because this bug has stability impact on XenServer I'm mentioning it here 
>>> as well. In my opinion it may impact the current vote on 4.3.
>>>
>>> Thanks you
>>>
>>> Kind regards,
>>> Joris van Lieshout
>>>
>>>
>>> Schuberg Philis
>>> Boeingavenue 271
>>> 1119 PD  Schiphol-Rijk
>>> schubergphilis.com
>>>
>>> +31 207506672
>>> +31651428188
>>> _
>>>
>>>
>>
>>
>>
>> --
>> Daan
>



-- 
Daan

Re: old review request regarding NetworkManager (now NetworkOrchestrator)

[Murali Reddy]

On 02/02/14 4:07 PM, "Daan Hoogland"  wrote:

>H Murali,
>
>You commented to Soheils commit (https://reviews.apache.org/r/14023)
>That it should be redone for present day master. Is this still valid,
>meaning I just did should I check it in?

Daan, bug is still valid, if you have made change in NetworkOrchestrator
please go ahead with check-in.
>
>regards,
>Daan
>

Re: Review Request 14023: NetworkManager Exception Fix Due to call to getDhcpServiceProvider()

[daan Hoogland]

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

Ship it!


6523c068695d0431070060667c222eb40d54b14d

- daan Hoogland


On Sept. 6, 2013, 10:26 p.m., Soheil Eizadi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/14023/
> ---
> 
> (Updated Sept. 6, 2013, 10:26 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> I ran the master branch with my NetworkElement integrated which provides DHCP 
> service. In my use case I was able to create a VM but when I deleted it there 
> was an exception in the NetworkManager when it called:
> 
> isDhcpAccrossMultipleSubnetsSupported() >> getDhcpServiceProvider()
> 
> 
> My DHCP Provider is a NetworkElement but does not implement the 
> DhcpServiceProvider interface.
> 
> 
>public DhcpServiceProvider getDhcpServiceProvider(Network network) {
> 
> String DhcpProvider = 
> _ntwkSrvcDao.getProviderForServiceInNetwork(network.getId(), Service.Dhcp);
> 
> 
> if (DhcpProvider == null) {
> 
> s_logger.debug("Network " + network + " doesn't support service " 
> + Service.Dhcp.getName());
> 
> return null;
> 
> }
> 
> 
> return 
> (DhcpServiceProvider)_networkModel.getElementImplementingProvider(DhcpProvider);
> 
> 
> }
> 
> 
> There is a check in the NetworkManager in the Prepare stage but a similar 
> check is missing in Release stage.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/network/NetworkManagerImpl.java ae27554 
> 
> Diff: https://reviews.apache.org/r/14023/diff/
> 
> 
> Testing
> ---
> 
> I verified in my environment where due to VM expunge failing to 
> NetworkManager exception the system would retry on a timer. After the fix the 
> VM was removed from the system after the first retry.
> 
> 
> Thanks,
> 
> Soheil Eizadi
> 
>

Re: Create GRE tunnel failed in 4.2 with XenServer.

[Nguyen Anh Tu]

On Wed, Feb 5, 2014 at 9:36 PM, Paul Angus  wrote:

> Thanks Tuna, is this patch in RC3?
>

I need to make another patch to make GRE work with XenServer. Now just only
work with XCP and KVM, patch in master branch. I will push all of works to
4.3 as soon as possible.

--Tuna

Re: CLOUDSTACK-6023: Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

[Tomasz Zięba]

Hello,

In the test environment:
ACS 4.2.1 + compute offering (1 cpu, 1GB RAM)

XCP 1.1 - User vm instance (CentOS) sees 32 processors
XS 6.2SP1 - user vm instance (CentOS) sees 1 processor,

I don't have XS 6.0.2 and 6.1 in my lab.




2014-02-05 Daan Hoogland :

> we see host crashes because of large posts to pool-masters that are
> due to this. The fix reduces the size of these posts. When we device a
> more elegant solution I am all for it but at the moment the fix is the
> most sensible protection against those crashes.
>
> the way this causes crashes is because information is added to the
> post on all vcpus
>  even those that are not actually allocated.
>
> @Joris, please correct me, because I am wrong
>
>
>
> On Wed, Feb 5, 2014 at 8:19 AM, Harikrishna Patnala
>  wrote:
> > Hi,
> >
> > There are xenserver docs [1][2] that suggests max VCPUs limit for Linux
> VMS is 32.
> >
> > [1] says that 32 VCPUs is the limitation on Linux vms and *a maximum of
> 16 vCPUs are supported by *XenCenter
> >
> > And this value is set in time frame of 4.2 and since then we are using
> this.
> > to be safe I agree to set 16 max VCPU value, but may I know how this
> VCPU-max value effects the HTTP request. I could not find the reason for 32
> VCPUS-max limit in the log
> >
> > [20140204T13:52:17.346Z|error|xenserverhost1|144
> inet-RPC|host.call_plugin R:e58e985539ab|master_connection] Received HTTP
> error 500 ({ method = POST; uri = /remote_db_access; query = [  ];
> content_length = [ 315932 ]; transfer encoding = ; version = 1.1; cookie =
> [
> pool_secret=386bbf39-8710-4d2d-f452-9725d79c2393/aa7bcda9-8ebb-0cef-bb77-c6b496c5d859/1f928d82-7a20-9117-dd30-f96c7349b16e
> ]; task = ; subtask_of = ; content-type = ; user_agent = xapi/1.9 })
> >
> >
> >
> > -Harikrishna
> >
> >
> >
> >
> > [1] Section 3.4 in
> http://support.citrix.com/servlet/KbServlet/download/32303-102-691296/guest.pdf
> > [2] http://support.citrix.com/article/CTX134887
> >
> >
> >
> >
> > On 04-Feb-2014, at 9:06 pm, Daan Hoogland 
> wrote:
> >
> >> Hello community,
> >>
> >> This is not the only serious bug Joris has filed today. The other one
> >> is quite some older and we ran into it only now because before we
> >> hadn't been using internal addresses in the 172.16 or 192.168 ranges.
> >> This one is CLOUDSTACK-6020 and may not impede the RC but I think 6023
> >> does. Before I cast my -1 I want to hear some more opinions on it.
> >>
> >> regards,
> >> Daan
> >>
> >> On Tue, Feb 4, 2014 at 4:11 PM, Joris van Lieshout
> >>  wrote:
> >>> Hi All,
> >>>
> >>> Today I've submitted this bug:
> https://issues.apache.org/jira/browse/CLOUDSTACK-6023
> >>> Because this bug has stability impact on XenServer I'm mentioning it
> here as well. In my opinion it may impact the current vote on 4.3.
> >>>
> >>> Thanks you
> >>>
> >>> Kind regards,
> >>> Joris van Lieshout
> >>>
> >>>
> >>> Schuberg Philis
> >>> Boeingavenue 271
> >>> 1119 PD  Schiphol-Rijk
> >>> schubergphilis.com
> >>>
> >>> +31 207506672
> >>> +31651428188
> >>> _
> >>>
> >>>
> >>
> >>
> >>
> >> --
> >> Daan
> >
>
>
>
> --
> Daan
>



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

CloudStack stops the machine for no reason

[Tomasz Zięba]

Hello,

Today I've submitted this bug:
https://issues.apache.org/jira/browse/CLOUDSTACK-6036

Could someone confirm the existence of the problems after the migration
from 3.0.2 to 4.2.1.


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

RE: [VOTE] Apache CloudStack 4.3.0 (third round)

[Paul Angus]

-1

OVS/GRE Tunnel on XenServer patch not yet pushed from Master to 4.3

Regards,

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

-Original Message-
From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
Sent: 03 February 2014 22:59
To: dev@cloudstack.apache.org
Subject: [VOTE] Apache CloudStack 4.3.0 (third round)


Hi All,

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

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
Commit: 8f63c2cf9c463373d774cb563e63fc56828e1418

List of changes:
 New Features in 4.3: 
https://issues.apache.org/jira/issues/?filter=12325248
Improvement in 4.3: https://issues.apache.org/jira/issues/?filter=12325249
Issues fixed in 4.3 https://issues.apache.org/jira/issues/?filter=12326161
Known Issues in 4.3: https://issues.apache.org/jira/issues/?filter=12326162



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

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

Testing instructions are here:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+procedure

Vote will be open for 3 working days (72 hours) and close on Thursday 2/6 at 
3:00 PM PST

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

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

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
18th-19th February 2014, Brazil. 
Classroom
17th-23rd March 2014, Region A. Instructor led, 
On-line
24th-28th March 2014, Region B. Instructor led, 
On-line
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line

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

Re: [jira] [Commented] (CLOUDSTACK-6023) Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

[Daan Hoogland]

Nithin, you are right about it being a hypothesis. It is being tested
in a live cloud at Schuberg Philis as we 'speak' it runs a patched
4.2.1 version. I committed my change to 4.3-forward.

We decided to let you scale to twice your initial number of cpu no
matter how many there where to begin with. If you need to go beyond
that you cen restart the vm with a new offering. we can also implement
both behaivures based on a setting if need be!?!

I think this hasn't been caught because of the two rather specific
setups Schuberg Philis is using. Thats why we oftem come with blocker
bugs in older version during rc votes as well. And this is also why we
want a stable master tree from which we can take snapshots to run in
our production environments.

Not there yet but still full of aspiration,
Daan

On Wed, Feb 5, 2014 at 5:04 PM, Nitin Mehta (JIRA)  wrote:
>
> [ 
> https://issues.apache.org/jira/browse/CLOUDSTACK-6023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13892260#comment-13892260
>  ]
>
> Nitin Mehta commented on CLOUDSTACK-6023:
> -
>
> Guys - I still see this as a hypothesis since we haven't tested it. I don't 
> think we should cherry-pick unless we are sure this works.
> If possible I would recommend testing it through 4.3 than 4.2.1 as well.
> I am also wondering why this issue hasnt been caught yet.
>
> We should definitely have this setting to 16 (or other) when dynamic scaling 
> is enabled.
>
>> Non windows instances are created on XenServer with a vcpu-max above 
>> supported xenserver limits
>> ---
>>
>> Key: CLOUDSTACK-6023
>> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6023
>> Project: CloudStack
>>  Issue Type: Bug
>>  Security Level: Public(Anyone can view this level - this is the 
>> default.)
>>  Components: XenServer
>>Affects Versions: Future, 4.2.1, 4.3.0
>>Reporter: Joris van Lieshout
>>Priority: Blocker
>> Attachments: xentop.png
>>
>>
>> CitrixResourceBase.java contains a hardcoded value for vcpusmax for non 
>> windows instances:
>> if (guestOsTypeName.toLowerCase().contains("windows")) {
>> vmr.VCPUsMax = (long) vmSpec.getCpus();
>> } else {
>> vmr.VCPUsMax = 32L;
>> }
>> For all currently available versions of XenServer the limit is 16vcpus:
>> http://support.citrix.com/servlet/KbServlet/download/28909-102-664115/XenServer-6.0-Configuration-Limits.pdf
>> http://support.citrix.com/servlet/KbServlet/download/32312-102-704653/CTX134789%20-%20XenServer%206.1.0_Configuration%20Limits.pdf
>> http://support.citrix.com/servlet/KbServlet/download/34966-102-706122/CTX137837_XenServer%206_2_0_Configuration%20Limits.pdf
>> In addition there seems to be a limit to the total amount of assigned vpcus 
>> on a XenServer.
>> The impact of this bug is that xapi becomes unstable and keeps losing it's 
>> master_connection because the POST to the /remote_db_access is bigger then 
>> it's limit of 200K. This basically renders a pool slave unmanageable.
>> If you would look at the running instances using xentop you will see hosts 
>> reporting with 32 vcpus
>> Below the relevant portion of the xensource.log that shows the effect of the 
>> bug:
>> [20140204T13:52:17.264Z|debug|xenserverhost1|144 inet-RPC|host.call_plugin 
>> R:e58e985539ab|master_connection] stunnel: Using commandline: 
>> /usr/sbin/stunnel -fd f3b8bb12-4e03-b47a-0dc5-85ad5aef79e6
>> [20140204T13:52:17.269Z|debug|xenserverhost1|144 inet-RPC|host.call_plugin 
>> R:e58e985539ab|master_connection] stunnel: stunnel has pidty: (FEFork 
>> (43,30540))
>> [20140204T13:52:17.269Z|debug|xenserverhost1|144 inet-RPC|host.call_plugin 
>> R:e58e985539ab|master_connection] stunnel: stunnel start
>> [20140204T13:52:17.269Z| info|xenserverhost1|144 inet-RPC|host.call_plugin 
>> R:e58e985539ab|master_connection] stunnel connected pid=30540 fd=40
>> [20140204T13:52:17.346Z|error|xenserverhost1|144 inet-RPC|host.call_plugin 
>> R:e58e985539ab|master_connection] Received HTTP error 500 ({ method = POST; 
>> uri = /remote_db_access; query = [  ]; content_length = [ 315932 ]; transfer 
>> encoding = ; version = 1.1; cookie = [ 
>> pool_secret=386bbf39-8710-4d2d-f452-9725d79c2393/aa7bcda9-8ebb-0cef-bb77-c6b496c5d859/1f928d82-7a20-9117-dd30-f96c7349b16e
>>  ]; task = ; subtask_of = ; content-type = ; user_agent = xapi/1.9 }) from 
>> master. This suggests our master address is wrong. Sleeping for 60s and then 
>> restarting.
>> [20140204T13:53:18.620Z|error|xenserverhost1|10|dom0 networking update 
>> D:5c5376f0da6c|master_connection] Caught Master_connection.Goto_handler
>> [20140204T13:53:18.620Z|debug|xenserverhost1|10|dom0 networking update 
>> D:5c5376f0da6c|master_connection] Connection to master died. I will continue 
>> to retr

Build failed in Jenkins: build-master #241

[jenkins]

See 

Changes:

[htrippaers] Fix camelcasing inconsistency causing an assertion error.

[htrippaers] SnapshotDetailsVO doesn't have a display field even though it is 
required in the searchbuilder in ResourceDetailsDaoBase

--
[...truncated 1014 lines...]
[INFO] Building Apache CloudStack Framework - Event Notification 4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-framework-events ---
[INFO] Deleting 
 
(includes = [**/*], excludes = [])
[INFO] Deleting 
 (includes 
= [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-framework-events ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-framework-events ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-framework-events ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-framework-events ---
[INFO] Compiling 5 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-events ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

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


---
 T E S T S
---

Results :

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

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Cloud Engine Internal Components API 
4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-engine-components-api ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 
 
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-engine-components-api ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-engine-components-api ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-engine-components-api ---
[INFO] Compiling 31 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

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


---
 T E S T S
---

Results :

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

[INFO] 

Command Login Response

[Will Stevens]

I am having a hard time finding where the 'login' response is generated in
CloudStack.

Can someone point me to the file that formats the response to the login
command?

Thanks,

Will

Re: Command Login Response

[Will Stevens]

would it be this code?
server/src/com/cloud/api/ApiServlet.java

Thx,

ws


On Wed, Feb 5, 2014 at 11:59 AM, Will Stevens  wrote:

> I am having a hard time finding where the 'login' response is generated in
> CloudStack.
>
> Can someone point me to the file that formats the response to the login
> command?
>
> Thanks,
>
> Will
>

Re: Command Login Response

[Will Stevens]

It turned out to be in this file: server/src/com/cloud/api/ApiServer.java

Thanks,

Wil


On Wed, Feb 5, 2014 at 12:07 PM, Will Stevens  wrote:

> would it be this code?
> server/src/com/cloud/api/ApiServlet.java
>
> Thx,
>
> ws
>
>
> On Wed, Feb 5, 2014 at 11:59 AM, Will Stevens wrote:
>
>> I am having a hard time finding where the 'login' response is generated
>> in CloudStack.
>>
>> Can someone point me to the file that formats the response to the login
>> command?
>>
>> Thanks,
>>
>> Will
>>
>
>

Review Request 17747: CLOUDSTACK-6023:Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

[Harikrishna Patnala]

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

Review request for cloudstack and Nitin Mehta.


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


Repository: cloudstack-git


Description
---

CLOUDSTACK-6023:Non windows instances are created on XenServer with a vcpu-max 
above supported xenserver limits

VCPUs-max value is changed to 16 and only when dynamic scaling is enabled.


Diffs
-

  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
 bf9b068 

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


Testing
---


Thanks,

Harikrishna Patnala

create zone on master is failing

[Srikanteswararao Talluri]

Has any one else faced this issue on latest master?


 ===START===  0:0:0:0:0:0:0:1 -- GET  
apiKey=KFzBif3dP05fiswvBQinoXhTuCIJ1486joeuFF00K4t4NRfASfuO3NAu91V0_RaCDa-2-iRO-1RS1yTQY7-OVA&name=Sandbox-simulator&guestcidraddress=10.1.1.0%2F24&dns1=10.147.28.6&response=json&command=createZone&signature=r1GVuOmky%2Fe%2BD2PrYuU2DGtmgtI%3D&networktype=Advanced&internaldns1=10.147.28.6

2014-02-06 01:26:24,561 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(1098327041@qtp-873745902-11:ctx-e309a5b3 ctx-288e38c3 ctx-8e4c188b) Received 
unkown parameters for command createzoneresponse. Unknown parameters : 
signature apikey

2014-02-06 01:26:24,595 DEBUG [o.a.c.e.o.NetworkOrchestrator] 
(1098327041@qtp-873745902-11:ctx-e309a5b3 ctx-288e38c3 ctx-8e4c188b) Releasing 
lock for Acct[25788f1c-8e9d-11e3-8e98-062a0033-system]

2014-02-06 01:26:24,624 DEBUG [c.c.u.d.T.Transaction] 
(1098327041@qtp-873745902-11:ctx-e309a5b3 ctx-288e38c3 ctx-8e4c188b) Rolling 
back the transaction: Time = 50 Name =  1098327041@qtp-873745902-11; called by 
-TransactionLegacy.rollback:903-TransactionLegacy.removeUpTo:846-TransactionLegacy.close:670-Transaction.execute:41-Transaction.execute:46-ConfigurationManagerImpl.createZone:1782-ConfigurationManagerImpl.createZone:1922-NativeMethodAccessorImpl.invoke0:-2-NativeMethodAccessorImpl.invoke:57-DelegatingMethodAccessorImpl.invoke:43-Method.invoke:601-AopUtils.invokeJoinpointUsingReflection:317

2014-02-06 01:26:24,643 ERROR [c.c.a.ApiServer] 
(1098327041@qtp-873745902-11:ctx-e309a5b3 ctx-288e38c3 ctx-8e4c188b) unhandled 
exception executing api command: createZone

java.lang.NullPointerException

at 
org.apache.cloudstack.network.contrail.management.ContrailGuru.canHandle(ContrailGuru.java:99)

at 
org.apache.cloudstack.network.contrail.management.ContrailGuru.design(ContrailGuru.java:119)

at 
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.setupNetwork(NetworkOrchestrator.java:636)

at 
com.cloud.configuration.ConfigurationManagerImpl.createDefaultSystemNetworks(ConfigurationManagerImpl.java:1865)

at 
com.cloud.configuration.ConfigurationManagerImpl$6.doInTransaction(ConfigurationManagerImpl.java:1795)

at 
com.cloud.configuration.ConfigurationManagerImpl$6.doInTransaction(ConfigurationManagerImpl.java:1782)

at com.cloud.utils.db.Transaction$2.doInTransaction(Transaction.java:49)

at com.cloud.utils.db.Transaction.execute(Transaction.java:37)

at com.cloud.utils.db.Transaction.execute(Transaction.java:46)

at 
com.cloud.configuration.ConfigurationManagerImpl.createZone(ConfigurationManagerImpl.java:1782)

at 
com.cloud.configuration.ConfigurationManagerImpl.createZone(ConfigurationManagerImpl.java:1922)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:601)

at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)

at 
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)

at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)

at com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)

at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)

at 
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)

at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)

at 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)

at $Proxy112.createZone(Unknown Source)

at 
org.apache.cloudstack.api.command.admin.zone.CreateZoneCmd.execute(CreateZoneCmd.java:170)

at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:109)

at com.cloud.api.ApiServer.queueCommand(ApiServer.java:528)

at com.cloud.api.ApiServer.handleRequest(ApiServer.java:372)

at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:329)

at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)

at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)

at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)

at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)

at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)

at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)

at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)

at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)

at or

Review Request 17748: Solve fixBugs finding

[Ian Southam]

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

Review request for cloudstack and daan Hoogland.


Repository: cloudstack-git


Description
---

fixBugs raised this as a scariest category bug.

Equals is breaking its contract by comparing (potentially) unequal objects.

(In the end, The helper class is referenced in spring and being used) 


Diffs
-

  
engine/storage/src/org/apache/cloudstack/storage/image/format/ImageFormatHelper.java
 9523d24 

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


Testing
---


Thanks,

Ian Southam

Build failed in Jenkins: build-master #242

[jenkins]

See 

Changes:

[rajesh.battala] Fixed agent code to handle untagged public vlan while parsing 
the vlan id

--
[...truncated 1014 lines...]
[INFO] Building Apache CloudStack Framework - Event Notification 4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-framework-events ---
[INFO] Deleting 
 
(includes = [**/*], excludes = [])
[INFO] Deleting 
 (includes 
= [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-framework-events ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-framework-events ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-framework-events ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-framework-events ---
[INFO] Compiling 5 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-events ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

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


---
 T E S T S
---

Results :

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

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Cloud Engine Internal Components API 
4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-engine-components-api ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 
 
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-engine-components-api ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-engine-components-api ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-engine-components-api ---
[INFO] Compiling 31 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

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


---
 T E S T S
---

Results :

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

[INFO] 
[INFO] ---

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

[Hugo Trippaers]

Me bad :-(

Forgot to commit a file as part of the fix. Will push it in a few.

Cheers,

Hugo


On 5 feb. 2014, at 19:17, jenk...@cloudstack.org wrote:

> See 
> 
> Changes:
> 
> [rajesh.battala] Fixed agent code to handle untagged public vlan while 
> parsing the vlan id
> 
> --
> [...truncated 1014 lines...]
> [INFO] Building Apache CloudStack Framework - Event Notification 
> 4.4.0-SNAPSHOT
> [INFO] 
> 
> [INFO] 
> [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
> cloud-framework-events ---
> [INFO] Deleting 
>  
> (includes = [**/*], excludes = [])
> [INFO] Deleting 
>  
> (includes = [target, dist], excludes = [])
> [INFO] 
> [INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
> cloud-framework-events ---
> [INFO] Starting audit...
> Audit done.
> 
> [INFO] 
> [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
> cloud-framework-events ---
> [INFO] 
> [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
> cloud-framework-events ---
> [debug] execute contextualize
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] skip non existing resourceDirectory 
> 
> [INFO] Copying 3 resources
> [INFO] 
> [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
> cloud-framework-events ---
> [INFO] Compiling 5 source files to 
> 
> [INFO] 
> [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
> cloud-framework-events ---
> [debug] execute contextualize
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] skip non existing resourceDirectory 
> 
> [INFO] Copying 3 resources
> [INFO] 
> [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
> cloud-framework-events ---
> [INFO] No sources to compile
> [INFO] 
> [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
> cloud-framework-events ---
> [INFO] Surefire report directory: 
> 
> 
> ---
> T E S T S
> ---
> 
> Results :
> 
> Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
> 
> [INFO]
>  
> [INFO] 
> 
> [INFO] Building Apache CloudStack Cloud Engine Internal Components API 
> 4.4.0-SNAPSHOT
> [INFO] 
> 
> [INFO] 
> [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
> cloud-engine-components-api ---
> [INFO] Deleting 
> 
>  (includes = [**/*], excludes = [])
> [INFO] Deleting 
>  
> (includes = [target, dist], excludes = [])
> [INFO] 
> [INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
> cloud-engine-components-api ---
> [INFO] Starting audit...
> Audit done.
> 
> [INFO] 
> [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
> cloud-engine-components-api ---
> [INFO] 
> [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
> cloud-engine-components-api ---
> [debug] execute contextualize
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] Copying 1 resource
> [INFO] Copying 3 resources
> [INFO] 
> [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
> cloud-engine-components-api ---
> [INFO] Compiling 31 source files to 
> 
> [INFO] 
> [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
> cloud-engine-components-api ---
> [debug] execute contextualize
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] skip non existing resourceDirectory 
> 
> [INFO] Copying 3 resources
> [INFO] 
> [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
> cloud-engine-components-api ---
> [INFO] No sources to compile
> [INFO] 
> [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
> cloud-engine-components-api ---
> [INFO] Surefire report directory: 
> 

RE: [VOTE] Apache CloudStack 4.3.0 (third round)

[Animesh Chaturvedi]

> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: Wednesday, February 05, 2014 8:50 AM
> To: dev@cloudstack.apache.org
> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
> 
> -1
> 
> OVS/GRE Tunnel on XenServer patch not yet pushed from Master to 4.3
[Animesh] Can you provide more details? Do you have the commitID? 
> 
> Regards,
> 
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
> paul.an...@shapeblue.com
> 
> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: 03 February 2014 22:59
> To: dev@cloudstack.apache.org
> Subject: [VOTE] Apache CloudStack 4.3.0 (third round)
> 
> 
> Hi All,
> 
> I've created a 4.3.0 release, with the following artifacts up for a vote:
> 
> Git Branch and Commit SH:
> https://git-wip-
> us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
> Commit: 8f63c2cf9c463373d774cb563e63fc56828e1418
> 
> List of changes:
>  here for now> New Features in 4.3:
> https://issues.apache.org/jira/issues/?filter=12325248
> Improvement in 4.3: https://issues.apache.org/jira/issues/?filter=12325249
> Issues fixed in 4.3 https://issues.apache.org/jira/issues/?filter=12326161
> Known Issues in 4.3: https://issues.apache.org/jira/issues/?filter=12326162
> 
> 
> 
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/
> 
> PGP release keys (signed using 94BE0D7C):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> Testing instructions are here:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+pro
> cedure
> 
> Vote will be open for 3 working days (72 hours) and close on Thursday 2/6 at
> 3:00 PM PST
> 
> For sanity in tallying the vote, can PMC members please be sure to indicate
> "(binding)" with their vote?
> 
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
> 
> Need Enterprise Grade Support for Apache CloudStack?
> Our CloudStack Infrastructure Support infrastructure-support/> offers the best 24/7 SLA for CloudStack
> Environments.
> 
> Apache CloudStack Bootcamp training courses
> 
> **NEW!** CloudStack 4.2.1 training training/>
> 18th-19th February 2014, Brazil.
> Classroom
> 17th-23rd March 2014, Region A. Instructor led, On-
> line
> 24th-28th March 2014, Region B. Instructor led, On-
> line
> 16th-20th June 2014, Region A. Instructor led, On-
> line
> 23rd-27th June 2014, Region B. Instructor led, On-
> line
> 
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape
> Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a
> registered trademark.

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

[jenkins]

See 

RE: [VOTE] Apache CloudStack 4.3.0 (third round)

[Animesh Chaturvedi]

Folks need more feedback on this RC besides the one from Daan, Geoff, Paul. 

Animesh

> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: Monday, February 03, 2014 2:59 PM
> To: dev@cloudstack.apache.org
> Subject: [VOTE] Apache CloudStack 4.3.0 (third round)
> 
> 
> Hi All,
> 
> I've created a 4.3.0 release, with the following artifacts up for a vote:
> 
> Git Branch and Commit SH:
> https://git-wip-
> us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
> 
> Commit: 8f63c2cf9c463373d774cb563e63fc56828e1418
> 
> List of changes:
>  here for now> New Features in 4.3:
> https://issues.apache.org/jira/issues/?filter=12325248
> Improvement in 4.3: https://issues.apache.org/jira/issues/?filter=12325249
> Issues fixed in 4.3 https://issues.apache.org/jira/issues/?filter=12326161
> Known Issues in 4.3: https://issues.apache.org/jira/issues/?filter=12326162
> 
> 
> 
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/
> 
> PGP release keys (signed using 94BE0D7C):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> Testing instructions are here:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+pro
> cedure
> 
> Vote will be open for 3 working days (72 hours) and close on Thursday 2/6 at
> 3:00 PM PST
> 
> For sanity in tallying the vote, can PMC members please be sure to indicate
> "(binding)" with their vote?
> 
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)

Re: [VOTE] Apache CloudStack 4.3.0 (third round)

[Chiradeep Vittal]

I encountered the reboot in DevCloud2 as well (
http://markmail.org/message/6j6i2wjpknx3vrnz).
I hope this can be fixed in the next RC (although not a blocker, I am not
sure if it is a DevCloud only issue)
I also noticed that the number of VR (CLOUDSTACK-6031) is reported as
zero, although if you click through you see the VR.
I'm not sure it is a blocker though (the listRouters API returns an empty
list if you don't provide listAll=true).


On 2/5/14 10:43 AM, "Animesh Chaturvedi" 
wrote:

>Folks need more feedback on this RC besides the one from Daan, Geoff,
>Paul. 
>
>Animesh
>
>> -Original Message-
>> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
>> Sent: Monday, February 03, 2014 2:59 PM
>> To: dev@cloudstack.apache.org
>> Subject: [VOTE] Apache CloudStack 4.3.0 (third round)
>> 
>> 
>> Hi All,
>> 
>> I've created a 4.3.0 release, with the following artifacts up for a
>>vote:
>> 
>> Git Branch and Commit SH:
>> https://git-wip-
>> us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
>> 
>> Commit: 8f63c2cf9c463373d774cb563e63fc56828e1418
>> 
>> List of changes:
>> >links
>> here for now> New Features in 4.3:
>> https://issues.apache.org/jira/issues/?filter=12325248
>> Improvement in 4.3:
>>https://issues.apache.org/jira/issues/?filter=12325249
>> Issues fixed in 4.3
>>https://issues.apache.org/jira/issues/?filter=12326161
>> Known Issues in 4.3:
>>https://issues.apache.org/jira/issues/?filter=12326162
>> 
>> 
>> 
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/
>> 
>> PGP release keys (signed using 94BE0D7C):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>> 
>> Testing instructions are here:
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+pro
>> cedure
>> 
>> Vote will be open for 3 working days (72 hours) and close on Thursday
>>2/6 at
>> 3:00 PM PST
>> 
>> For sanity in tallying the vote, can PMC members please be sure to
>>indicate
>> "(binding)" with their vote?
>> 
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>

RE: [VOTE] Apache CloudStack 4.3.0 (third round)

[Paul Angus]

Hi Animesh,

The bug ID is CLOUDSTACK-5967, Murali (Reddy) and Tuna have been dealing with 
it, the information that came patch had not been pushed came from Tuna today.

Regards

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

-Original Message-
From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
Sent: 05 February 2014 18:42
To: dev@cloudstack.apache.org
Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)



> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: Wednesday, February 05, 2014 8:50 AM
> To: dev@cloudstack.apache.org
> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
>
> -1
>
> OVS/GRE Tunnel on XenServer patch not yet pushed from Master to 4.3
[Animesh] Can you provide more details? Do you have the commitID?
>
> Regards,
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
> paul.an...@shapeblue.com
>
> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: 03 February 2014 22:59
> To: dev@cloudstack.apache.org
> Subject: [VOTE] Apache CloudStack 4.3.0 (third round)
>
>
> Hi All,
>
> I've created a 4.3.0 release, with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
> https://git-wip-
> us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
> Commit: 8f63c2cf9c463373d774cb563e63fc56828e1418
>
> List of changes:
>  links here for now> New Features in 4.3:
> https://issues.apache.org/jira/issues/?filter=12325248
> Improvement in 4.3:
> https://issues.apache.org/jira/issues/?filter=12325249
> Issues fixed in 4.3
> https://issues.apache.org/jira/issues/?filter=12326161
> Known Issues in 4.3:
> https://issues.apache.org/jira/issues/?filter=12326162
>
>
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/
>
> PGP release keys (signed using 94BE0D7C):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Testing instructions are here:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+pr
> o
> cedure
>
> Vote will be open for 3 working days (72 hours) and close on Thursday
> 2/6 at
> 3:00 PM PST
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
> Need Enterprise Grade Support for Apache CloudStack?
> Our CloudStack Infrastructure Support infrastructure-support/> offers the best 24/7 SLA for CloudStack
> Environments.
>
> Apache CloudStack Bootcamp training courses
>
> **NEW!** CloudStack 4.2.1 training training/>
> 18th-19th February 2014, Brazil.
> Classroom
> 17th-23rd March 2014, Region A. Instructor led, On-
> line
> 24th-28th March 2014, Region B. Instructor led, On-
> line
> 16th-20th June 2014, Region A. Instructor led, On-
> line
> 23rd-27th June 2014, Region B. Instructor led, On-
> line
>
> This email and any attachments to it may be confidential and are
> intended solely for the use of the individual to whom it is addressed.
> Any views or opinions expressed are solely those of the author and do
> not necessarily represent those of Shape Blue Ltd or related
> companies. If you are not the intended recipient of this email, you
> must neither take any action based upon its contents, nor copy or show
> it to anyone. Please contact the sender if you believe you have
> received this email in error. Shape Blue Ltd is a company incorporated
> in England & Wales. ShapeBlue Services India LLP is a company
> incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a 
> registered trademark.
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license f

Re: [VOTE] Apache CloudStack 4.3.0 (third round)

[Hugo Trippaers]

Talluri,

Is it possible to enable assertions in the functional tests (-ae flag on the 
jvm). That way we get some feedback on the internal issues. I'm seeing some 
issues in master and it would be good to get that feedback from 4.3 as well.

Cheers,

Hugo

Sent from my iPhone

> On 4 feb. 2014, at 14:25, Srikanteswararao Talluri 
>  wrote:
> 
> +1 
> 
> No product issues observed in BVT runs.
> 
> CloudStack built from commit: 8f63c2cf9c463373d774cb563e63fc56828e1418
> 
> On KVM(CentOS 6.3)/Test Run: #1185 and #1186
> 
> 5 of the test failures are not valid because snapshots, scaling VM are
> not supported on KVM Hypervisor and more intermittent test script/env issue
> related to ssh.
> --- 
> Link to reports: 
> http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1185/testReport/
> http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1186/testReport/
> 
> Total:97
> Fail :5
> Skip :2
> 
> 
> name   passfailskip
> test_loadbalance/ 3   0   0
> test_guest_vlan_range/1   0   0
> test_deploy_vms_with_varied_deploymentplanners/   3   0   0
> test_non_contigiousvlan/  1   0   0
> test_reset_vm_on_reboot/  1   0   0
> test_resource_detail/ 1   0   0
> test_scale_vm/0   1   0
> test_ssvm/   10   0   0
> test_network/ 7   0   0
> test_disk_offerings/  3   0   0
> test_volumes/ 8   1   0
> test_affinity_groups/ 1   0   0
> test_routers/ 9   0   0
> test_deploy_vm_with_userdata/ 2   0   0
> test_network_acl/ 1   0   0
> test_vm_life_cycle/  10   0   0
> test_privategw_acl/   1   0   0
> test_internal_lb/ 1   0   0
> test_deploy_vm/   1   0   0
> test_global_settings/ 1   0   0
> test_nic/ 1   0   0
> test_public_ip_range/ 1   0   0
> test_iso/ 5   0   1
> test_service_offerings/   4   0   0
> test_multipleips_per_nic/ 1   0   0
> test_regions/ 1   0   0
> test_templates/   7   0   1
> test_vpc_vpn/ 2   0   0
> test_vm_snapshots/0   3   0
> test_portable_publicip/   2   0   0
> test_pvlan/   1   0   0
> 
> 
> 
> On XenServer 6.2/Test Run: #1187 and #1188
> 
> 3 failures are intermittent test script/env issues related to ssh.
> --- 
> Link to reports: 
> http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1187/testReport/
> http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1188/testReport/
> 
> Total:97
> Fail :3
> Skip :2
> 
> 
> name   passfailskip
> test_loadbalance/ 3   0   0
> test_guest_vlan_range/1   0   0
> test_deploy_vms_with_varied_deploymentplanners/   3   0   0
> test_non_contigiousvlan/  1   0   0
> test_reset_vm_on_reboot/  1   0   0
> test_resource_detail/ 1   0   0
> test_scale_vm/1   0   0
> test_ssvm/   10   0   0
> test_network/ 7   0   0
> test_disk_offerings/  3   0   0
> test_volumes/ 9   0   0
> test_affinity_groups/ 1   0   0
> test_routers/ 9   0   0
> test_deploy_vm_with_userdata/ 2   0   0
> test_network_acl/ 1   0   0
> test_vm_life_cycle/  10   0   0
> test_privategw_acl/ 

RE: [VOTE] Apache CloudStack 4.3.0 (third round) - CLOUDSTACK-6031 Virtual Router count not displaying in UI Infrastructure Screen

[Jessica Wang]

Geoff,

I just fixed CLOUDSTACK-6031 in 4.3-forward branch.

Jessica

-Original Message-
From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com] 
Sent: Wednesday, February 05, 2014 4:29 AM
To: dev@cloudstack.apache.org
Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)

-1

The UI no longer shows the correct number of Virtual Routers - it always show 
ZERO even when there are multiple VRs running.

Logged as CLOUDSTACK-6031

Regards

Geoff Higginbottom

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

geoff.higginbot...@shapeblue.com

-Original Message-
From: Srikanteswararao Talluri [mailto:srikanteswararao.tall...@citrix.com]
Sent: 04 February 2014 13:26
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.3.0 (third round)

+1

No product issues observed in BVT runs.

CloudStack built from commit: 8f63c2cf9c463373d774cb563e63fc56828e1418

On KVM(CentOS 6.3)/Test Run: #1185 and #1186

5 of the test failures are not valid because snapshots, scaling VM are not 
supported on KVM Hypervisor and more intermittent test script/env issue related 
to ssh.
---
Link to reports:
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1185/testReport/
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1186/testReport/

Total:97
Fail :5
Skip :2


name   passfailskip
test_loadbalance/ 3   0   0
test_guest_vlan_range/1   0   0
test_deploy_vms_with_varied_deploymentplanners/   3   0   0
test_non_contigiousvlan/  1   0   0
test_reset_vm_on_reboot/  1   0   0
test_resource_detail/ 1   0   0
test_scale_vm/0   1   0
test_ssvm/   10   0   0
test_network/ 7   0   0
test_disk_offerings/  3   0   0
test_volumes/ 8   1   0
test_affinity_groups/ 1   0   0
test_routers/ 9   0   0
test_deploy_vm_with_userdata/ 2   0   0
test_network_acl/ 1   0   0
test_vm_life_cycle/  10   0   0
test_privategw_acl/   1   0   0
test_internal_lb/ 1   0   0
test_deploy_vm/   1   0   0
test_global_settings/ 1   0   0
test_nic/ 1   0   0
test_public_ip_range/ 1   0   0
test_iso/ 5   0   1
test_service_offerings/   4   0   0
test_multipleips_per_nic/ 1   0   0
test_regions/ 1   0   0
test_templates/   7   0   1
test_vpc_vpn/ 2   0   0
test_vm_snapshots/0   3   0
test_portable_publicip/   2   0   0
test_pvlan/   1   0   0



On XenServer 6.2/Test Run: #1187 and #1188

3 failures are intermittent test script/env issues related to ssh.
---
Link to reports:
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1187/testReport/
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1188/testReport/

Total:97
Fail :3
Skip :2


name   passfailskip
test_loadbalance/ 3   0   0
test_guest_vlan_range/1   0   0
test_deploy_vms_with_varied_deploymentplanners/   3   0   0
test_non_contigiousvlan/  1   0   0
test_reset_vm_on_reboot/  1   0   0
test_resource_detail/ 1   0   0
test_scale_vm/1   0   0
test_ssvm/   10   0   0
test_network/ 7   0   0
test_disk_offerings/  3   0   0
test_volumes/ 9   0   0
test_affinity_groups/ 1   0   0
test_routers/ 9   

RE: [VOTE] Apache CloudStack 4.3.0 (third round) - CLOUDSTACK-6031 Virtual Router count not displaying in UI Infrastructure Screen

[Geoff Higginbottom]

Jessica,

Great news, many thanks.

Regards

Geoff Higginbottom

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

geoff.higginbot...@shapeblue.com

-Original Message-
From: Jessica Wang [mailto:jessica.w...@citrix.com]
Sent: 05 February 2014 22:19
To: Geoff Higginbottom
Cc: dev@cloudstack.apache.org; Animesh Chaturvedi
Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round) - CLOUDSTACK-6031 
Virtual Router count not displaying in UI Infrastructure Screen

Geoff,

I just fixed CLOUDSTACK-6031 in 4.3-forward branch.

Jessica

-Original Message-
From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com]
Sent: Wednesday, February 05, 2014 4:29 AM
To: dev@cloudstack.apache.org
Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)

-1

The UI no longer shows the correct number of Virtual Routers - it always show 
ZERO even when there are multiple VRs running.

Logged as CLOUDSTACK-6031

Regards

Geoff Higginbottom

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

geoff.higginbot...@shapeblue.com

-Original Message-
From: Srikanteswararao Talluri [mailto:srikanteswararao.tall...@citrix.com]
Sent: 04 February 2014 13:26
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.3.0 (third round)

+1

No product issues observed in BVT runs.

CloudStack built from commit: 8f63c2cf9c463373d774cb563e63fc56828e1418

On KVM(CentOS 6.3)/Test Run: #1185 and #1186

5 of the test failures are not valid because snapshots, scaling VM are not 
supported on KVM Hypervisor and more intermittent test script/env issue related 
to ssh.
---
Link to reports:
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1185/testReport/
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1186/testReport/

Total:97
Fail :5
Skip :2


name   passfailskip
test_loadbalance/ 3   0   0
test_guest_vlan_range/1   0   0
test_deploy_vms_with_varied_deploymentplanners/   3   0   0
test_non_contigiousvlan/  1   0   0
test_reset_vm_on_reboot/  1   0   0
test_resource_detail/ 1   0   0
test_scale_vm/0   1   0
test_ssvm/   10   0   0
test_network/ 7   0   0
test_disk_offerings/  3   0   0
test_volumes/ 8   1   0
test_affinity_groups/ 1   0   0
test_routers/ 9   0   0
test_deploy_vm_with_userdata/ 2   0   0
test_network_acl/ 1   0   0
test_vm_life_cycle/  10   0   0
test_privategw_acl/   1   0   0
test_internal_lb/ 1   0   0
test_deploy_vm/   1   0   0
test_global_settings/ 1   0   0
test_nic/ 1   0   0
test_public_ip_range/ 1   0   0
test_iso/ 5   0   1
test_service_offerings/   4   0   0
test_multipleips_per_nic/ 1   0   0
test_regions/ 1   0   0
test_templates/   7   0   1
test_vpc_vpn/ 2   0   0
test_vm_snapshots/0   3   0
test_portable_publicip/   2   0   0
test_pvlan/   1   0   0



On XenServer 6.2/Test Run: #1187 and #1188

3 failures are intermittent test script/env issues related to ssh.
---
Link to reports:
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1187/testReport/
http://jenkins.buildacloud.org/job/test-smoke-matrix-4.3/1188/testReport/

Total:97
Fail :3
Skip :2


name   passfailskip
test_loadbalance/ 3   0   0
test_guest_vlan_range/1   0   0
test_deploy_vms_with_varied_deploymentplanners/   3   0   0
test_non_contigiousvlan/  1   0   0
test_reset_vm_on_reboot/  1   0   0
test_resource_detail/ 1   0   0
test_sc

Re: Review Request 16523: Unit tests for Juniper contrail VM Interface Model and Instance Ip Model class.

[Sachchidanand Vaidya]

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

(Updated Feb. 5, 2014, 11:23 p.m.)


Review request for cloudstack.


Changes
---

Hi Daan,
I have updated files correcting some of the formatting. Pls let me know if 
this looks ok.

Thanks,
Sachin


Repository: cloudstack-git


Description
---

Added unit tests for Juniper contrail VM Interface Model and Instance Ip Model 
class.


Diffs (updated)
-

  
plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/network/contrail/management/InstanceIpModelTest.java
 PRE-CREATION 
  
plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/network/contrail/management/VMInterfaceModelTest.java
 PRE-CREATION 

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


Testing
---

All Juniper contrail plugin unit tests pass without any error.


Thanks,

Sachchidanand Vaidya

Xen Server Setup

[Maurice Lawler]

Has anyone setup a public facing cloudstack with Xen server. I want to 
be able to provide the internal systems with a 10.x IP address along 
with a public facing IP address.


I have read the manual multiple times, I cannot seem to get this; if 
anyone has a tutorial that might help I'd love to read it.


- Maurice

RE: [VOTE] Apache CloudStack 4.3.0 (third round)

[Animesh Chaturvedi]

Folks I need more feedback on this RC so that we can hopefully have the next RC 
as the last one. If you have not played / tested with this RC please do so now 
and share your feedback.

> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: Wednesday, February 05, 2014 10:44 AM
> To: dev@cloudstack.apache.org
> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
> 
> Folks need more feedback on this RC besides the one from Daan, Geoff, Paul.
> 
> Animesh
> 
> > -Original Message-
> > From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> > Sent: Monday, February 03, 2014 2:59 PM
> > To: dev@cloudstack.apache.org
> > Subject: [VOTE] Apache CloudStack 4.3.0 (third round)
> >
> >
> > Hi All,
> >
> > I've created a 4.3.0 release, with the following artifacts up for a vote:
> >
> > Git Branch and Commit SH:
> > https://git-wip-
> > us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
> >
> > Commit: 8f63c2cf9c463373d774cb563e63fc56828e1418
> >
> > List of changes:
> >  > links here for now> New Features in 4.3:
> > https://issues.apache.org/jira/issues/?filter=12325248
> > Improvement in 4.3:
> > https://issues.apache.org/jira/issues/?filter=12325249
> > Issues fixed in 4.3
> > https://issues.apache.org/jira/issues/?filter=12326161
> > Known Issues in 4.3:
> > https://issues.apache.org/jira/issues/?filter=12326162
> >
> >
> >
> > Source release (checksums and signatures are available at the same
> > location):
> > https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/
> >
> > PGP release keys (signed using 94BE0D7C):
> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >
> > Testing instructions are here:
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+pr
> > o
> > cedure
> >
> > Vote will be open for 3 working days (72 hours) and close on Thursday
> > 2/6 at
> > 3:00 PM PST
> >
> > For sanity in tallying the vote, can PMC members please be sure to
> > indicate "(binding)" with their vote?
> >
> > [ ] +1  approve
> > [ ] +0  no opinion
> > [ ] -1  disapprove (and reason why)

RE: [VOTE] Apache CloudStack 4.3.0 (third round)

[Animesh Chaturvedi]

Murali can you put up a fix in 4.3-forward branch?

Animesh

> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: Wednesday, February 05, 2014 11:08 AM
> To: dev@cloudstack.apache.org
> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
> 
> Hi Animesh,
> 
> The bug ID is CLOUDSTACK-5967, Murali (Reddy) and Tuna have been dealing
> with it, the information that came patch had not been pushed came from
> Tuna today.
> 
> Regards
> 
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
> paul.an...@shapeblue.com
> 
> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: 05 February 2014 18:42
> To: dev@cloudstack.apache.org
> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
> 
> 
> 
> > -Original Message-
> > From: Paul Angus [mailto:paul.an...@shapeblue.com]
> > Sent: Wednesday, February 05, 2014 8:50 AM
> > To: dev@cloudstack.apache.org
> > Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
> >
> > -1
> >
> > OVS/GRE Tunnel on XenServer patch not yet pushed from Master to 4.3
> [Animesh] Can you provide more details? Do you have the commitID?
> >
> > Regards,
> >
> > Paul Angus
> > Cloud Architect
> > S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
> > paul.an...@shapeblue.com
> >
> > -Original Message-
> > From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> > Sent: 03 February 2014 22:59
> > To: dev@cloudstack.apache.org
> > Subject: [VOTE] Apache CloudStack 4.3.0 (third round)
> >
> >
> > Hi All,
> >
> > I've created a 4.3.0 release, with the following artifacts up for a vote:
> >
> > Git Branch and Commit SH:
> > https://git-wip-
> > us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
> > Commit: 8f63c2cf9c463373d774cb563e63fc56828e1418
> >
> > List of changes:
> >  > links here for now> New Features in 4.3:
> > https://issues.apache.org/jira/issues/?filter=12325248
> > Improvement in 4.3:
> > https://issues.apache.org/jira/issues/?filter=12325249
> > Issues fixed in 4.3
> > https://issues.apache.org/jira/issues/?filter=12326161
> > Known Issues in 4.3:
> > https://issues.apache.org/jira/issues/?filter=12326162
> >
> >
> >
> > Source release (checksums and signatures are available at the same
> > location):
> > https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/
> >
> > PGP release keys (signed using 94BE0D7C):
> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >
> > Testing instructions are here:
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+pr
> > o
> > cedure
> >
> > Vote will be open for 3 working days (72 hours) and close on Thursday
> > 2/6 at
> > 3:00 PM PST
> >
> > For sanity in tallying the vote, can PMC members please be sure to
> > indicate "(binding)" with their vote?
> >
> > [ ] +1  approve
> > [ ] +0  no opinion
> > [ ] -1  disapprove (and reason why)
> >
> > Need Enterprise Grade Support for Apache CloudStack?
> > Our CloudStack Infrastructure Support > infrastructure-support/> offers the best 24/7 SLA for CloudStack
> > Environments.
> >
> > Apache CloudStack Bootcamp training courses
> >
> > **NEW!** CloudStack 4.2.1 training > training/>
> > 18th-19th February 2014, Brazil.
> > Classroom
> > 17th-23rd March 2014, Region A. Instructor led, On-
> > line
> > 24th-28th March 2014, Region B. Instructor led, On-
> > line
> > 16th-20th June 2014, Region A. Instructor led, On-
> > line
> > 23rd-27th June 2014, Region B. Instructor led, On-
> > line
> >
> > This email and any attachments to it may be confidential and are
> > intended solely for the use of the individual to whom it is addressed.
> > Any views or opinions expressed are solely those of the author and do
> > not necessarily represent those of Shape Blue Ltd or related
> > companies. If you are not the intended recipient of this email, you
> > must neither take any action based upon its contents, nor copy or show
> > it to anyone. Please contact the sender if you believe you have
> > received this email in error. Shape Blue Ltd is a company incorporated
> > in England & Wales. ShapeBlue Services India LLP is a company
> > incorporated in India and is operated under license from Shape Blue
> > Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> > Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a
> registered trademark.
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue 

RE: [VOTE] Apache CloudStack 4.3.0 (third round)

[Nux!]

On 06.02.2014 01:52, Animesh Chaturvedi wrote:

Folks I need more feedback on this RC so that we can hopefully have
the next RC as the last one. If you have not played / tested with this
RC please do so now and share your feedback.


I have some time for testing in the upcoming weekend, are these 
packages valid for this purpose?
http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-package-rpm/lastStableBuild/ 
(#381)


--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

RE: [VOTE] Apache CloudStack 4.3.0 (third round)

[Animesh Chaturvedi]

You should use the RC3 artifact in VOTE email

https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/   

> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
> Sent: Wednesday, February 05, 2014 5:59 PM
> To: dev@cloudstack.apache.org
> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
> 
> On 06.02.2014 01:52, Animesh Chaturvedi wrote:
> > Folks I need more feedback on this RC so that we can hopefully have
> > the next RC as the last one. If you have not played / tested with this
> > RC please do so now and share your feedback.
> 
> I have some time for testing in the upcoming weekend, are these packages
> valid for this purpose?
> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-package-
> rpm/lastStableBuild/
> (#381)
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro

Re: [VOTE] Apache CloudStack 4.3.0 (third round)

[Nitin Mehta]

Hi Animesh - I see that Murali did call out cherry-pick request for the
same bug today morning. Is it not the same ?

Commit 2e004878b1da0f7fb5ec12e77babbb626e96c1ef in branch
refs/heads/4.3-forward
CLOUDSTACK-5967: GRE tunnel creation is failing


 

On 05/02/14 5:53 PM, "Animesh Chaturvedi" 
wrote:

>Murali can you put up a fix in 4.3-forward branch?
>
>Animesh
>
>> -Original Message-
>> From: Paul Angus [mailto:paul.an...@shapeblue.com]
>> Sent: Wednesday, February 05, 2014 11:08 AM
>> To: dev@cloudstack.apache.org
>> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
>> 
>> Hi Animesh,
>> 
>> The bug ID is CLOUDSTACK-5967, Murali (Reddy) and Tuna have been dealing
>> with it, the information that came patch had not been pushed came from
>> Tuna today.
>> 
>> Regards
>> 
>> Paul Angus
>> Cloud Architect
>> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
>> paul.an...@shapeblue.com
>> 
>> -Original Message-
>> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
>> Sent: 05 February 2014 18:42
>> To: dev@cloudstack.apache.org
>> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
>> 
>> 
>> 
>> > -Original Message-
>> > From: Paul Angus [mailto:paul.an...@shapeblue.com]
>> > Sent: Wednesday, February 05, 2014 8:50 AM
>> > To: dev@cloudstack.apache.org
>> > Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
>> >
>> > -1
>> >
>> > OVS/GRE Tunnel on XenServer patch not yet pushed from Master to 4.3
>> [Animesh] Can you provide more details? Do you have the commitID?
>> >
>> > Regards,
>> >
>> > Paul Angus
>> > Cloud Architect
>> > S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
>> > paul.an...@shapeblue.com
>> >
>> > -Original Message-
>> > From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
>> > Sent: 03 February 2014 22:59
>> > To: dev@cloudstack.apache.org
>> > Subject: [VOTE] Apache CloudStack 4.3.0 (third round)
>> >
>> >
>> > Hi All,
>> >
>> > I've created a 4.3.0 release, with the following artifacts up for a
>>vote:
>> >
>> > Git Branch and Commit SH:
>> > https://git-wip-
>> > us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
>> > Commit: 8f63c2cf9c463373d774cb563e63fc56828e1418
>> >
>> > List of changes:
>> > > > links here for now> New Features in 4.3:
>> > https://issues.apache.org/jira/issues/?filter=12325248
>> > Improvement in 4.3:
>> > https://issues.apache.org/jira/issues/?filter=12325249
>> > Issues fixed in 4.3
>> > https://issues.apache.org/jira/issues/?filter=12326161
>> > Known Issues in 4.3:
>> > https://issues.apache.org/jira/issues/?filter=12326162
>> >
>> >
>> >
>> > Source release (checksums and signatures are available at the same
>> > location):
>> > https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/
>> >
>> > PGP release keys (signed using 94BE0D7C):
>> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>> >
>> > Testing instructions are here:
>> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+pr
>> > o
>> > cedure
>> >
>> > Vote will be open for 3 working days (72 hours) and close on Thursday
>> > 2/6 at
>> > 3:00 PM PST
>> >
>> > For sanity in tallying the vote, can PMC members please be sure to
>> > indicate "(binding)" with their vote?
>> >
>> > [ ] +1  approve
>> > [ ] +0  no opinion
>> > [ ] -1  disapprove (and reason why)
>> >
>> > Need Enterprise Grade Support for Apache CloudStack?
>> > Our CloudStack Infrastructure Support> > infrastructure-support/> offers the best 24/7 SLA for CloudStack
>> > Environments.
>> >
>> > Apache CloudStack Bootcamp training courses
>> >
>> > **NEW!** CloudStack 4.2.1 training> > training/>
>> > 18th-19th February 2014, Brazil.
>> > Classroom
>> > 17th-23rd March 2014, Region A. Instructor led, On-
>> > line
>> > 24th-28th March 2014, Region B. Instructor led, On-
>> > line
>> > 16th-20th June 2014, Region A. Instructor led, On-
>> > line
>> > 23rd-27th June 2014, Region B. Instructor led, On-
>> > line
>> >
>> > This email and any attachments to it may be confidential and are
>> > intended solely for the use of the individual to whom it is addressed.
>> > Any views or opinions expressed are solely those of the author and do
>> > not necessarily represent those of Shape Blue Ltd or related
>> > companies. If you are not the intended recipient of this email, you
>> > must neither take any action based upon its contents, nor copy or show
>> > it to anyone. Please contact the sender if you believe you have
>> > received this email in error. Shape Blue Ltd is a company incorporated
>> > in England & Wales. ShapeBlue Services India LLP is a company
>> > incorporated in India and is operated under license from Shape Blu

What is your setup?

[Maurice Lawler]

Just a general question

What is YOUR favorite setup? KVM? Xen? VmWare?

- Maurice

RE: [VOTE] Apache CloudStack 4.3.0 (third round)

[Animesh Chaturvedi]

Yes he did and I missed seeing that, Murali responded to me already

> -Original Message-
> From: Nitin Mehta [mailto:nitin.me...@citrix.com]
> Sent: Wednesday, February 05, 2014 6:24 PM
> To: dev@cloudstack.apache.org
> Cc: Murali Reddy
> Subject: Re: [VOTE] Apache CloudStack 4.3.0 (third round)
> 
> Hi Animesh - I see that Murali did call out cherry-pick request for the same
> bug today morning. Is it not the same ?
> 
> Commit 2e004878b1da0f7fb5ec12e77babbb626e96c1ef in branch
> refs/heads/4.3-forward
> CLOUDSTACK-5967: GRE tunnel creation is failing
> 
> 
> 
> 
> On 05/02/14 5:53 PM, "Animesh Chaturvedi"
> 
> wrote:
> 
> >Murali can you put up a fix in 4.3-forward branch?
> >
> >Animesh
> >
> >> -Original Message-
> >> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> >> Sent: Wednesday, February 05, 2014 11:08 AM
> >> To: dev@cloudstack.apache.org
> >> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
> >>
> >> Hi Animesh,
> >>
> >> The bug ID is CLOUDSTACK-5967, Murali (Reddy) and Tuna have been
> >> dealing with it, the information that came patch had not been pushed
> >> came from Tuna today.
> >>
> >> Regards
> >>
> >> Paul Angus
> >> Cloud Architect
> >> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
> >> paul.an...@shapeblue.com
> >>
> >> -Original Message-
> >> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> >> Sent: 05 February 2014 18:42
> >> To: dev@cloudstack.apache.org
> >> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
> >>
> >>
> >>
> >> > -Original Message-
> >> > From: Paul Angus [mailto:paul.an...@shapeblue.com]
> >> > Sent: Wednesday, February 05, 2014 8:50 AM
> >> > To: dev@cloudstack.apache.org
> >> > Subject: RE: [VOTE] Apache CloudStack 4.3.0 (third round)
> >> >
> >> > -1
> >> >
> >> > OVS/GRE Tunnel on XenServer patch not yet pushed from Master to 4.3
> >> [Animesh] Can you provide more details? Do you have the commitID?
> >> >
> >> > Regards,
> >> >
> >> > Paul Angus
> >> > Cloud Architect
> >> > S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
> >> > paul.an...@shapeblue.com
> >> >
> >> > -Original Message-
> >> > From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> >> > Sent: 03 February 2014 22:59
> >> > To: dev@cloudstack.apache.org
> >> > Subject: [VOTE] Apache CloudStack 4.3.0 (third round)
> >> >
> >> >
> >> > Hi All,
> >> >
> >> > I've created a 4.3.0 release, with the following artifacts up for a
> >>vote:
> >> >
> >> > Git Branch and Commit SH:
> >> > https://git-wip-
> >> > us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.
> >> > 3
> >> > Commit: 8f63c2cf9c463373d774cb563e63fc56828e1418
> >> >
> >> > List of changes:
> >> >  >> > providing links here for now> New Features in 4.3:
> >> > https://issues.apache.org/jira/issues/?filter=12325248
> >> > Improvement in 4.3:
> >> > https://issues.apache.org/jira/issues/?filter=12325249
> >> > Issues fixed in 4.3
> >> > https://issues.apache.org/jira/issues/?filter=12326161
> >> > Known Issues in 4.3:
> >> > https://issues.apache.org/jira/issues/?filter=12326162
> >> >
> >> >
> >> >
> >> > Source release (checksums and signatures are available at the same
> >> > location):
> >> > https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/
> >> >
> >> > PGP release keys (signed using 94BE0D7C):
> >> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >> >
> >> > Testing instructions are here:
> >> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test
> >> > +pr
> >> > o
> >> > cedure
> >> >
> >> > Vote will be open for 3 working days (72 hours) and close on
> >> > Thursday
> >> > 2/6 at
> >> > 3:00 PM PST
> >> >
> >> > For sanity in tallying the vote, can PMC members please be sure to
> >> > indicate "(binding)" with their vote?
> >> >
> >> > [ ] +1  approve
> >> > [ ] +0  no opinion
> >> > [ ] -1  disapprove (and reason why)
> >> >
> >> > Need Enterprise Grade Support for Apache CloudStack?
> >> > Our CloudStack Infrastructure
> >> > Support >> > infrastructure-support/> offers the best 24/7 SLA for CloudStack
> >> > Environments.
> >> >
> >> > Apache CloudStack Bootcamp training courses
> >> >
> >> > **NEW!** CloudStack 4.2.1 training >> > training/>
> >> > 18th-19th February 2014, Brazil.
> >> > Classroom
> >> > 17th-23rd March 2014, Region A. Instructor led, On-
> >> > line
> >> > 24th-28th March 2014, Region B. Instructor led, On-
> >> > line
> >> > 16th-20th June 2014, Region A. Instructor led, On-
> >> > line
> >> > 23rd-27th June 2014, Region B. Instructor led, On-
> >> > line
> >> >
> >> > This email and any attachments to it may be confidential and are
> >> > intended solely for the use 

Re: Not able to add primary Storage Cloudstack 4.3

[Tejas Gadaria]

Hi,

I am not able to attach primary storage in Cloudstack as cifs.
So what I am doing wrong OR what are the issues with primary storage.?

Regards
Tejas


On Wed, Feb 5, 2014 at 4:35 PM, Tejas Gadaria  wrote:

> Hi Paul,
>
> forgot to mention,
>
> hyper-v agent is running.
>
> Regards,
> Tejas
>
>
> On Wed, Feb 5, 2014 at 4:33 PM, Tejas Gadaria wrote:
>
>> Hi Paul,
>>
>> yesterday when I was trying to add secondary storage with
>> /hcloud/secondary , In logs I was not able to see much activity, but
>> storage got attached.
>> I have uploaded screenshot in previous  mail.
>>
>> I have reattached the secondary storage, and it logs are
>> Trying to add a new data store at cifs://
>> 10.129.151.55/hcloud/secondary?user=administrator&domain=nwx.com to data
>> center 3
>> 2014-02-05 15:36:07,825 DEBUG [c.c.u.UriUtils]
>> (catalina-exec-20:ctx-a19af0fa ctx-fb83ed9b) foundUser istrue
>> 2014-02-05 15:36:07,825 DEBUG [c.c.u.UriUtils]
>> (catalina-exec-20:ctx-a19af0fa ctx-fb83ed9b) foundPswd istrue
>>
>> I have not enable the zone yet.
>>
>> In attached screenshot of secondary storage in previous mail
>> protocol:cifs
>> provider : NFS
>> I suspect, it because I have taken chunk of NFS datastore, mounted and
>> share it via Windows fie server (Standalone)
>>
>> please find logs in attached file.
>>
>> Regards,
>> Tejas
>>
>>
>> On Tue, Feb 4, 2014 at 5:52 PM, Paul Angus wrote:
>>
>>> Hey Tejas,
>>>
>>>
>>> cifs%3A%2F%2F10.129.151.155hcloud%2Fsecondary%3Fuser%3Dadministrator%26domain%3Dnwx.com
>>>
>>> Theres a "/" ("%2F") missing between 10.129.151.155 and hcloud - my
>>> recollection is that primary and secondary storage UIs are not consistent,
>>> add the secondary path as /hcloud/secondary
>>>
>>> re primary - is the agent service running? it doesn't seem to (always)
>>> automatically start even when it's set to automatic in services.
>>>
>>> Regards,
>>>
>>> Paul Angus
>>> Cloud Architect
>>> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
>>> paul.an...@shapeblue.com
>>>
>>> From: Tejas Gadaria [mailto:refond.g...@gmail.com]
>>> Sent: 04 February 2014 12:15
>>> To: us...@cloudstack.apache.org
>>> Cc: rajesh.batt...@citrix.com; dev@cloudstack.apache.org
>>> Subject: Re: Not able to add primary Storage Cloudstack 4.3
>>>
>>> Hi Paul,
>>> I tried with "hcloud/primary" and
>>> primary storage shows Unsupported command issued.
>>>
>>> secondary storage shows Failed to add data store: cifs URI missing host
>>> and/or path. Make sure it's of the format
>>> cifs://hostname/path?user=&password=
>>>
>>> After that I was trying to add secondary storage with /hcloud/secondary,
>>> I didn't show much activity in log.
>>> In Cloudstack console, secondary storage got added, but protocol is CIFS
>>> and provider is NFS.
>>>
>>> Please find attached logs. and screenshot from attached secondary
>>> storage.
>>>
>>> Regards,
>>> Tejas
>>>
>>> On Tue, Feb 4, 2014 at 12:29 PM, Paul Angus >> > wrote:
>>> Tejas, You have hcloud\primary, it should be hcloud/primary
>>>
>>> Regards
>>>
>>> Paul Angus
>>> Cloud Architect
>>> S: +44 20 3603 0540 | M: 
>>> +447711418784
>>> | T: CloudyAngus
>>> paul.an...@shapeblue.com>> paul.an...@shapeblue.com>
>>>
>>> From: Tejas Gadaria [mailto:refond.g...@gmail.com>> refond.g...@gmail.com>]
>>> Sent: 04 February 2014 05:16
>>> To: us...@cloudstack.apache.org
>>> Cc: rajesh.batt...@citrix.com;
>>> dev@cloudstack.apache.org
>>> Subject: Re: Not able to add primary Storage Cloudstack 4.3
>>> Hi,
>>> I have tried to add Primary Storage as suggested above, I am getting
>>> similar error.
>>> Failed to add data store: cifs://
>>> 10.129.151.155/hcloud\primary?user=administrator&password=abc_123&domain=nwx.com
>>> <
>>> http://10.129.151.155/hcloud/primary?user=administrator&password=abc_123&domain=nwx.com
>>> ><
>>> http://10.129.151.155/hcloud%5Cprimary?user=administrator&password=abc_123@123&domain=nwx.com>
>>> is not a valid uri
>>> Regards,
>>> Tejas
>>>
>>> On Sun, Feb 2, 2014 at 9:58 AM, Tejas Gadaria >> > refond.g...@gmail.com>>> wrote:
>>> Hi Paul,
>>> Thanks for your replay.
>>> I was entering the path exactly what you predicted.
>>>  ("\\server\share\directory 
>>> 
>>> ")
>>> I will try to add primary storage with 'share/folder' and the 'server'
>>> without the \\ path .
>>> Regards,
>>> Tejas
>>> On Sat, Feb 1, 2014 at 5:34 PM, Paul Angus >> >> >> wrote:
>>> Tejas,
>>> I guess that your entering the path as an smb path
>>> \\server\share\directory>
>>> For primary storage try 'share/folder' and the 'server' without the \\
>>>
>>> There were

RE: Not able to add primary Storage Cloudstack 4.3

[Rajesh Battala]

Tejas,
This is how the api command looks like to create primary and secondary storage.

command=createStoragePool&zoneid=581bc2b6-0295-40e0-90ed-2717e239c2b6&podId=896cff2e-d51e-454b-97ed-cab078bf3be2&clusterid=3785c58a-d891-4482-9e6f-72f2060b80d3&name=ps&scope=cluster&url=cifs%3A%2F%2F10.102.192.150%2Fsmb-share%2Frajesh%2Fprimary%3Fuser%3DAdministrator%26domain%3DBLR&response=json&sessionkey=1L5raRYhxHCAgXHJ1WGvLjs7Zws%3D&_=1391666896777


command=addImageStore&response=json&sessionkey=1L5raRYhxHCAgXHJ1WGvLjs7Zws%3D&name=sec&provider=SMB&zoneid=581bc2b6-0295-40e0-90ed-2717e239c2b6&url=cifs%3A%2F%2F10.102.192.150%2Fsmb-share%2Frajesh%2Fsecondary%3Fuser%3DAdministrator%26domain%3DBLR&_=1391666908684



in the wizard specify the path as
  "/smb-share/rajesh/primary"
Similar for secondary.
Provide credentials and domain name in the wizard.

Make sure you were able to access the share from the hyperv hosts before adding 
them to CS.

Thanks
Rajesh Battala


From: Tejas Gadaria [mailto:refond.g...@gmail.com]
Sent: Thursday, February 6, 2014 11:03 AM
To: us...@cloudstack.apache.org
Cc: Rajesh Battala; dev@cloudstack.apache.org
Subject: Re: Not able to add primary Storage Cloudstack 4.3

Hi,
I am not able to attach primary storage in Cloudstack as cifs.
So what I am doing wrong OR what are the issues with primary storage.?
Regards
Tejas

On Wed, Feb 5, 2014 at 4:35 PM, Tejas Gadaria 
mailto:refond.g...@gmail.com>> wrote:
Hi Paul,
forgot to mention,
hyper-v agent is running.
Regards,
Tejas

On Wed, Feb 5, 2014 at 4:33 PM, Tejas Gadaria 
mailto:refond.g...@gmail.com>> wrote:
Hi Paul,
yesterday when I was trying to add secondary storage with /hcloud/secondary , 
In logs I was not able to see much activity, but storage got attached.
I have uploaded screenshot in previous  mail.
I have reattached the secondary storage, and it logs are
Trying to add a new data store at 
cifs://10.129.151.55/hcloud/secondary?user=administrator&domain=nwx.com
 to data center 3
2014-02-05 15:36:07,825 DEBUG [c.c.u.UriUtils] (catalina-exec-20:ctx-a19af0fa 
ctx-fb83ed9b) foundUser istrue
2014-02-05 15:36:07,825 DEBUG [c.c.u.UriUtils] (catalina-exec-20:ctx-a19af0fa 
ctx-fb83ed9b) foundPswd istrue
I have not enable the zone yet.

In attached screenshot of secondary storage in previous mail
protocol:cifs
provider : NFS
I suspect, it because I have taken chunk of NFS datastore, mounted and share it 
via Windows fie server (Standalone)

please find logs in attached file.

Regards,
Tejas

On Tue, Feb 4, 2014 at 5:52 PM, Paul Angus 
mailto:paul.an...@shapeblue.com>> wrote:
Hey Tejas,

cifs%3A%2F%2F10.129.151.155hcloud%2Fsecondary%3Fuser%3Dadministrator%26domain%3Dnwx.com

Theres a "/" ("%2F") missing between 10.129.151.155 and hcloud - my 
recollection is that primary and secondary storage UIs are not consistent, add 
the secondary path as /hcloud/secondary

re primary - is the agent service running? it doesn't seem to (always) 
automatically start even when it's set to automatic in services.

Regards,

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

From: Tejas Gadaria [mailto:refond.g...@gmail.com]
Sent: 04 February 2014 12:15
To: us...@cloudstack.apache.org
Cc: rajesh.batt...@citrix.com; 
dev@cloudstack.apache.org
Subject: Re: Not able to add primary Storage Cloudstack 4.3
Hi Paul,
I tried with "hcloud/primary" and
primary storage shows Unsupported command issued.

secondary storage shows Failed to add data store: cifs URI missing host and/or 
path. Make sure it's of the format 
cifs://hostname/path?user=&password=

After that I was trying to add secondary storage with /hcloud/secondary, I 
didn't show much activity in log.
In Cloudstack console, secondary storage got added, but protocol is CIFS and 
provider is NFS.

Please find attached logs. and screenshot from attached secondary storage.

Regards,
Tejas
On Tue, Feb 4, 2014 at 12:29 PM, Paul Angus 
mailto:paul.an...@shapeblue.com>>>
 wrote:
Tejas, You have hcloud\primary, it should be hcloud/primary

Regards

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

From: Tejas Gadaria 
[mailto:refond.g...@gmail.com>]
Sent: 04 February 2014 05:16
To: 
us...@cloudstack.apache.org

Re: What is your setup?

[Frankie Onuonga]

I will definitely go with Xen any day.


On Thu, Feb 6, 2014 at 5:24 AM, Maurice Lawler  wrote:

> Just a general question
>
> What is YOUR favorite setup? KVM? Xen? VmWare?
>
> - Maurice
>



-- 
Skype: Frankie.Onuonga
twitter: Frankieonuonga
irc #freenode: Frankie.onuonga

Re: Devcloud 2 - veewee/Vagrant projects

[chris snow]

I've done some more work on the networking - it would be good if this
could be tested.

I'll leave the issue open until I get some feedback that it looks ok.

Please feel free to add other issues on github if you find other bugs.

On Wed, Feb 5, 2014 at 10:20 AM, Rajani Karuturi
 wrote:
> oopss.. sorry.. didn't look at the issues list on github :)
>
> I will work on the mount issue.
>
> Thanks,
> ~Rajani
>
>
>
> On 05-Feb-2014, at 3:16 pm, chris snow 
> mailto:chsnow...@gmail.com>> wrote:
>
> Hi Rajani,
>
> Many thanks for the feedback.
>
> I still have to figure out the network setup - I have created an issue
> on github to track this.
>
> There is also an open issue for the mount problem.
>
> https://github.com/snowch/devcloud/issues?state=open
>
> Please feel free to raise any other defects that you encounter.
>
> Many thanks,
>
> Chris
>
>
> On Wed, Feb 5, 2014 at 7:33 AM, Rajani Karuturi
> mailto:rajani.karut...@citrix.com>> wrote:
> Hi Chris,
>
> I tried this today on my machine(macbook 7,1)
> It took nearly 1 hr 45 min for packer build+downloads. Once that is done, 
> when i did a vagrant up, saw the following mount error
> [default] -- /vagrant
> Failed to mount folders in Linux guest. This is usually beacuse
> the "vboxsf" file system is not available. Please verify that
> the guest additions are properly installed in the guest and
> can work properly. The command attempted was:
>
> mount -t vboxsf -o uid=`id -u vagrant`,gid=`getent group vagrant | cut -d: 
> -f3` /vagrant /vagrant
> mount -t vboxsf -o uid=`id -u vagrant`,gid=`id -g vagrant` /vagrant /vagrant
>
> Also, ssh 
> root@192.168.56.10 
> wasn't working after it is up. I am however able to access it through vagrant 
> ssh. Did the ip change?
>
> Thanks,
> ~Rajani
>
>
>
> On 05-Feb-2014, at 4:15 am, chris snow 
> mailto:chsnow...@gmail.com>> 
> wrote:
>
> The xapi issue is fixed now.
>
> Next on the list:
>
> - The mysql root passwordless access is broken.
> - Add additional network card.
>
>
> On Sat, Feb 1, 2014 at 9:16 PM, chris snow 
> mailto:chsnow...@gmail.com>> 
> wrote:
> Thanks for the feedback Sebastien, it's much appreciated.
>
> I'll investigate in more detail over the next few days...
>
> On Sat, Feb 1, 2014 at 9:06 PM, Sebastien Goasguen 
> mailto:run...@gmail.com>> wrote:
>
> On Feb 1, 2014, at 4:03 PM, Sebastien Goasguen 
> mailto:run...@gmail.com>> wrote:
>
>
> On Jan 31, 2014, at 12:25 PM, chris snow 
> mailto:chsnow...@gmail.com>> 
> wrote:
>
> I finally got the packer built devcloud box to boot with vagrant, but
> running 'xe vm-list' in it results in:
>
> Error: Connection refused (calling connect )
>
> I'm going to do some more investigation, but could take a while as I
> get to learn xen.
>
> To make things easy while working on this I've created a github project here 
> [2]
>
>
> I cloned it, the packer builds works and the vagrant export as well.
> I was able to vagrant up/ssh.
>
> I noticed couple things.
>
> 1-the Xen setup. Check Rohit's blog http://bhaisaab.org he has a section on 
> DIY Devcloud, where he shows how to setup Xen, namely xapi toolstack and 
> creating a echo plugin.I think that's what you are missing, you can probably 
> add this to your posinstall script
>
> 2-We switched master to java 7, so you should switch to openjdk-7
>
> 3- you might be missing a mysql-python-connector package and you should setup 
> the mysql password as null (for dev).
>
>
> One more. It looks like there is only one interface (NAT), probably need to 
> play with the pressed.cfg to add a host only interface:
> https://github.com/snowch/devcloud/blob/master/http/preseed.cfg
>
> This is looking quite nice :)
>
> I've added the problem above as an issue on github.
>
> ---
> [1] https://wiki.openstack.org/wiki/XenServer/VirtualBox#Installing_XCP
> [2] https://github.com/snowch/devcloud
>
> On Thu, Jan 30, 2014 at 7:18 AM, Rohit Yadav  wrote:
> On Thu, Jan 30, 2014 at 4:14 AM, Sebastien Goasguen  wrote:
>
> On Jan 29, 2014, at 1:57 PM, chris snow  wrote:
>
> I have started thinking about some options:
>
> 1)  use packer to convert the devcloud2 veewee definition as a starting point
> 2) create devcloud3 from scratch
> 3) start with an existing packer definition (e.g. [1])
>
> Do you have a view on which option may be most suitable?
>
>
> My view would be to start from scratch but of course looking at what has been 
> done.
>
> In an ideal world, I would love to see a packer/vagrant file that would do:
>
> -Ubuntu and CentOS
> -Xen and KVM
>
> That way we can decide on what to build. Of course there might be issues due 
> to the PV/HVM support in vbox and the OS chosen.
> I don't recall what the issue was that made Rohit use Debian (but see 
> http://bhaisaab.org/logs/devcloud/), but ideally it would be good to use 
> stock ubuntu 12.04 or 13