date:20150429

See

Re: [4.6] Trouble with virtual router

Anything in /var/log/cloud.log?

-- 
Erik

On Tue, Apr 28, 2015 at 11:58 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Unfortunately I'm not able to make out any errors on the console.
>
> Is there something within the VM's OS that I can look at to debug this?
>
> I see that SSVM and CPVM have IP addresses, but the VR does not.
>
> Any hints would be great as unfortunately I had to postpone a CloudStack
> demo for a potential customer today due to this issue.
>
> Thanks!
>
> On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N  wrote:
>
> > One of the reasons for VR not to come up is, once CS creates VR on
> > hypervisor, it does a ping on VR's management interface for centain no.of
> > of times. If it does not receive any response then it will shut down the
> > VR.
> >
> > So when VR is coming up check its console and see any network issues.
> >
> > On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
> > failure
> > > is a bit different, though. In this case, the SSVM stays in the Running
> > > state, but the agent doesn't seem to ever come up.
> > >
> > > Oh well...I guess I'll try ESXi later.
> > >
> > > On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
> > > mike.tutkow...@solidfire.com> wrote:
> > >
> > > > Thanks for the message, Abhi.
> > > >
> > > > I went ahead and deleted the host tag from each of my XenServer hosts
> > > > (it's a new environment, so I only had one host tag per host). I then
> > > > performed a force reconnect on each host.
> > > >
> > > > Unfortunately, I still seem to be encountering the same issue (even
> > after
> > > > destroying and re-creating the VR). This seems broken on both
> XenServer
> > > 6.2
> > > > and XenServer 6.1.
> > > >
> > > > I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
> > interested
> > > > in dealing with XenServer (for the time being) for this particular
> > > feature
> > > > I'm working on, but perhaps I can at least get the system VMs up and
> > > > running on another hypervisor to allow me to move forward.
> > > >
> > > > On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
> > > > abhinandan.prat...@shapeblue.com> wrote:
> > > >
> > > >> Had similar problem where SSVM and CPVM came up but not the VR.
> > > >> In my case I traced it to systemvm.iso not getting updated on
> > XenServer,
> > > >> due to the old host-tag.
> > > >> On deleting the host tag the MS was able to copy the systemvm.iso to
> > Xen
> > > >> and things were fine after that.
> > > >>
> > > >> -abhi
> > > >>
> > > >>
> > > >> > On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
> > > >> mike.tutkow...@solidfire.com> wrote:
> > > >> >
> > > >> > Hi,
> > > >> >
> > > >> > Tonight I tried to re-create a cloud from scratch and made use of
> > the
> > > >> > following system template:
> > > >> >
> > > >> >
> > > >>
> > >
> >
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
> > > >> >
> > > >> > My SSVM and CPVM get IP addresses and seem to behave OK; however,
> my
> > > VR
> > > >> > never gets into the Running state. It gets to a point and then is
> > > >> restarted
> > > >> > (this happens a couple times). Eventually CS gives up on it.
> > > >> >
> > > >> > I only have two XenServer 6.2 hosts in this environment. The
> system
> > > VMs
> > > >> are
> > > >> > running on local storage.
> > > >> >
> > > >> > Thoughts on this?
> > > >> >
> > > >> > Thanks!
> > > >> >
> > > >> > --
> > > >> > *Mike Tutkowski*
> > > >> > *Senior CloudStack Developer, SolidFire Inc.*
> > > >> > e: mike.tutkow...@solidfire.com
> > > >> > o: 303.746.7302
> > > >> > Advancing the way the world uses the cloud
> > > >> > *™*
> > > >>
> > > >> Find out more about ShapeBlue and our range of CloudStack related
> > > services
> > > >>
> > > >> IaaS Cloud Design & Build<
> > > >> http://shapeblue.com/iaas-cloud-design-and-build//>
> > > >> CSForge – rapid IaaS deployment framework<
> > http://shapeblue.com/csforge/
> > > >
> > > >> CloudStack Consulting
> > > >> CloudStack Software Engineering<
> > > >> http://shapeblue.com/cloudstack-software-engineering/>
> > > >> CloudStack Infrastructure Support<
> > > >> http://shapeblue.com/cloudstack-infrastructure-support/>
> > > >> CloudStack Bootcamp Training Courses<
> > > >> http://shapeblue.com/cloudstack-training/>
> > > >>
> > > >> This email and any attachments to it may be confidential and are
> > > intended
> > > >> solely for the use of the individual to whom it is addressed. Any
> > views
> > > or
> > > >> opinions expressed are solely those of the author and do not
> > necessarily
> > > >> represent those of Shape Blue Ltd or related companies. If you are
> not
> > > the
> > > >> intended recipient of this email, you must neith

Shared networks and 'View IP Addresses'

Is there a good reason for why you can't see allocated IP addresses under
'Network' for a Shared Network?

This is on ACS 4.5.1 RC2 in case it has worked earlier.

-- 
Erik

[GitHub] cloudstack pull request: CLOUDSTACK-8394: Skipping download ISO te...

2015-04-29 Thread gauravaradhye

GitHub user gauravaradhye opened a pull request:

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

CLOUDSTACK-8394: Skipping download ISO tests for simulator

Download ISO tests should not be run on simulator

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/gauravaradhye/cloudstack 8394

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/207.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #207


commit e5b1b898db52cb0ea5d05cd7e9a396defa8a4a84
Author: Gaurav Aradhye 
Date:   2015-04-29T05:58:18Z

CLOUDSTACK-8394: Skipping download ISO tests for simulator




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8427: Some messages are hard-c...

2015-04-29 Thread rags22489664

GitHub user rags22489664 opened a pull request:

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

CLOUDSTACK-8427: Some messages are hard-coded in javascript after Volume 
upload branch merge(0b835592)



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/rags22489664/cloudstack master

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/208.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #208


commit 18852db063302173d9a23edfe107bbe26d5a7588
Author: ramamurtis 
Date:   2015-04-29T08:04:55Z

CLOUDSTACK-8427: Some messages are hard-coded in javascript after Volume 
upload branch merge(0b835592)




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Jenkins build is still unstable: simulator-singlerun #1161

See

Jenkins build is still unstable: simulator-singlerun #1159

See

Re: [WWW] CloudStack days Dublin event is 404

2015-04-29 Thread Jan-Arve Nygård

I tried submitting a path through the Apache CMS system but it don't like
like the mail with the diff hits the dev-list.

2015-04-29 0:17 GMT+02:00 Jan-Arve Nygård :

> Hi,
>
> Not sure who the correct recipient would be so i'm posting this here:
>
> 1 . The link (http://events.linuxfoundation.org/events/cloudstack-dublin)
> to the CloudStack days Dublin event on cloudstack.apache.org is 404.
>
> This could be because the event was changed to a 2-day event but this
> should be fixed. I guess the second date should be added as well.
>
> 2. Several of the new committers seems to be missing on the list of
> committers on cloudstack.apache.org. If the source is available somewhere
> i could help with updating the list if someone points me in the right
> direction.
>
>
> Thanks,
>
> -thinktwo
>

Re: [WWW] CloudStack days Dublin event is 404

2015-04-29 Thread Sebastien Goasguen


> On Apr 29, 2015, at 12:17 AM, Jan-Arve Nygård  
> wrote:
> 
> Hi,
> 
> Not sure who the correct recipient would be so i'm posting this here:
> 
> 1 . The link (http://events.linuxfoundation.org/events/cloudstack-dublin)
> to the CloudStack days Dublin event on cloudstack.apache.org is 404.
> 
> This could be because the event was changed to a 2-day event but this
> should be fixed. I guess the second date should be added as well.
> 

Thanks for the catch, fixed.

> 2. Several of the new committers seems to be missing on the list of
> committers on cloudstack.apache.org. If the source is available somewhere i
> could help with updating the list if someone points me in the right
> direction.
> 

You can make a pull request to the gh-pages branch of our code tree and I will 
get it into the svn repo.

https://github.com/apache/cloudstack/tree/gh-pages

I am working on a better way to manage the website and allow people to modify 
it, just not done yet.

A PR would be great.

> 
> Thanks,
> 
> -thinktwo

[GitHub] cloudstack pull request: CLOUDSTACK-8394: Skipping download ISO te...

Github user asfgit closed the pull request at:

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


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: [MERGE] Browser based template or volume ...

Github user asfgit closed the pull request at:

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


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: [MERGE] Browser based template or volume ...

2015-04-29 Thread karuturi

Github user karuturi commented on the pull request:

https://github.com/apache/cloudstack/pull/206#issuecomment-97313324
  
since travis and jenkins are happy, I am merging this pull request. 
@bhaisaab the js messaging/i18n changes will be handled through separate 
pull requests.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [MERGE] Browser based template or volume upload

yes, that's how travis does it.

On Wed, Apr 29, 2015 at 5:46 AM, Rajani Karuturi  wrote:
> Hi Daan,
>
> I will resolve the conflicts and will put up another pull request. Though
> travis is green, looks like it ran on the branch instead of after doing the
> merge.
>
> Thanks,
>
> ~Rajani
>
> On Tue, Apr 28, 2015 at 1:05 PM, Daan Hoogland 
> wrote:
>
>> Rajani et al,
>>
>> Great effort. Apache jenkins doesn't merge the pull request cleanly so
>> maybe a more careful manual merge is required. please go ahead. Travis
>> is fine and of course always right;)
>>
>> On Tue, Apr 28, 2015 at 8:20 AM, Rajani Karuturi 
>> wrote:
>> > We worked on below proposal for Browser based template or volume upload.
>> > development effort from @bvbharat, Koushik Das and @karuturi
>> > UI help from @bfederle , Jessica Wang and @rags22489664
>> > testing effort from Deepthi Machiraju and @sailajamada
>> >
>> > We believe this feature is ready to merge. If you have any
>> > objections/suggestions/comments, please let us know before tomorrow.
>> >
>> > Proposal discussion: http://markmail.org/message/ne6ucmnfqhkddnhu
>> > FS and testplan:
>> >
>> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=39620237
>> > pull request: https://github.com/apache/cloudstack/pull/199
>> >
>> > Thanks,
>> >
>> > ~Rajani
>>
>>
>>
>> --
>> Daan
>>



-- 
Daan

[GitHub] cloudstack pull request: CLOUDSTACK-8427: Some messages are hard-c...

Github user asfgit closed the pull request at:

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


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [DISCUSS] name for google API interface

On Tue, Apr 28, 2015 at 2:18 PM, Rohit Yadav  wrote:
> gapinterface (G+API+Interface)


+1

-- 
Daan

Jenkins build is still unstable: simulator-singlerun #1162

See

Re: [WWW] CloudStack days Dublin event is 404

2015-04-29 Thread sebgoa


On Apr 29, 2015, at 10:13 AM, Jan-Arve Nygård  wrote:

> I tried submitting a path through the Apache CMS system but it don't like
> like the mail with the diff hits the dev-list.

Can you try a pull request to:

https://github.com/apache/cloudstack/tree/gh-pages


> 
> 2015-04-29 0:17 GMT+02:00 Jan-Arve Nygård :
> 
>> Hi,
>> 
>> Not sure who the correct recipient would be so i'm posting this here:
>> 
>> 1 . The link (http://events.linuxfoundation.org/events/cloudstack-dublin)
>> to the CloudStack days Dublin event on cloudstack.apache.org is 404.
>> 
>> This could be because the event was changed to a 2-day event but this
>> should be fixed. I guess the second date should be added as well.
>> 
>> 2. Several of the new committers seems to be missing on the list of
>> committers on cloudstack.apache.org. If the source is available somewhere
>> i could help with updating the list if someone points me in the right
>> direction.
>> 
>> 
>> Thanks,
>> 
>> -thinktwo
>>

[GitHub] cloudstack pull request: Added recently announced committers

2015-04-29 Thread thinktwo

GitHub user thinktwo opened a pull request:

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

Added recently announced committers



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/thinktwo/cloudstack patch-1

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/209.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #209


commit 32d56a200062a52210b7881c30c3f88a4eb74e34
Author: thinktwo 
Date:   2015-04-29T11:17:21Z

Added recently announced committers




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Using the SSHCmdHelper instead of a SSH S...

2015-04-29 Thread wilderrodrigues

GitHub user wilderrodrigues opened a pull request:

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

Using the SSHCmdHelper instead of a SSH Session.

The triled ssh2 session was throwing an IOException when there was no 
directory present.

We found problems, for example, when SCP the id_rsa into /root/.ssh, since 
the .ssh did not exist and was not being created. Due to that, we could not 
connect the Host to the Hypervisor.

I replaced the Session by the SSHCmdHelper.sshExecuteCmd and everything 
worked fine.

Tested with deployDatacenter.py and XenServer 6.2


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/schubergphilis/cloudstack 
fix/citrix_create_directories

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/210.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #210


commit 3b0c031b9f5cd7d0d26973ee3f59f0b5407cbe33
Author: wilderrodrigues 
Date:   2015-04-29T11:05:21Z

Using the SSHCmdHelper instead of a SSH Session.




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [WWW] CloudStack days Dublin event is 404

2015-04-29 Thread Jan-Arve Nygård

2015-04-29 13:02 GMT+02:00 sebgoa :

>
> On Apr 29, 2015, at 10:13 AM, Jan-Arve Nygård 
> wrote:
>
> > I tried submitting a path through the Apache CMS system but it don't like
> > like the mail with the diff hits the dev-list.
>
> Can you try a pull request to:
>
> https://github.com/apache/cloudstack/tree/gh-pages


Done

>
>
>
> >
> > 2015-04-29 0:17 GMT+02:00 Jan-Arve Nygård :
> >
> >> Hi,
> >>
> >> Not sure who the correct recipient would be so i'm posting this here:
> >>
> >> 1 . The link (
> http://events.linuxfoundation.org/events/cloudstack-dublin)
> >> to the CloudStack days Dublin event on cloudstack.apache.org is 404.
> >>
> >> This could be because the event was changed to a 2-day event but this
> >> should be fixed. I guess the second date should be added as well.
> >>
> >> 2. Several of the new committers seems to be missing on the list of
> >> committers on cloudstack.apache.org. If the source is available
> somewhere
> >> i could help with updating the list if someone points me in the right
> >> direction.
> >>
> >>
> >> Thanks,
> >>
> >> -thinktwo
> >>
>
>

Re: git commit: updated refs/heads/master to 07c3089

On Wed, Apr 29, 2015 at 5:45 AM,   wrote:
> fix CLOUDSTACK-8402

I don't think we should accept commit messages like this. thoughts?


-- 
Daan

RE: [WWW] CloudStack days Dublin event is 404

2015-04-29 Thread Giles Sirett

http://events.linuxfoundation.org/events/cloudstack-collaboration-conference-europe

or
www.cloudstackcollab.org

interested to know where you got that original link you posted (not saying you 
*shouldn't* have it, but if its listed somewhere, we'll need to get it updated)

Kind Regards
Giles

D: +44 20 3603 0541 | M: +44 796 111 2055
giles.sir...@shapeblue.com

> -Original Message-
> From: Jan-Arve Nygård [mailto:jan.arve.nyg...@gmail.com]
> Sent: 29 April 2015 12:20
> To: dev@cloudstack.apache.org
> Subject: Re: [WWW] CloudStack days Dublin event is 404
>
> 2015-04-29 13:02 GMT+02:00 sebgoa :
>
> >
> > On Apr 29, 2015, at 10:13 AM, Jan-Arve Nygård
> > 
> > wrote:
> >
> > > I tried submitting a path through the Apache CMS system but it don't
> > > like like the mail with the diff hits the dev-list.
> >
> > Can you try a pull request to:
> >
> > https://github.com/apache/cloudstack/tree/gh-pages
>
>
> Done
>
> >
> >
> >
> > >
> > > 2015-04-29 0:17 GMT+02:00 Jan-Arve Nygård
> :
> > >
> > >> Hi,
> > >>
> > >> Not sure who the correct recipient would be so i'm posting this here:
> > >>
> > >> 1 . The link (
> > http://events.linuxfoundation.org/events/cloudstack-dublin)
> > >> to the CloudStack days Dublin event on cloudstack.apache.org is 404.
> > >>
> > >> This could be because the event was changed to a 2-day event but
> > >> this should be fixed. I guess the second date should be added as well.
> > >>
> > >> 2. Several of the new committers seems to be missing on the list of
> > >> committers on cloudstack.apache.org. If the source is available
> > somewhere
> > >> i could help with updating the list if someone points me in the
> > >> right direction.
> > >>
> > >>
> > >> Thanks,
> > >>
> > >> -thinktwo
> > >>
> >
> >
Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

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

RE: git commit: updated refs/heads/master to 07c3089

2015-04-29 Thread Koushik Das

Agree. The commit message should provide a summary of the changes.

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Wednesday, 29 April 2015 17:07
To: dev
Subject: Re: git commit: updated refs/heads/master to 07c3089

On Wed, Apr 29, 2015 at 5:45 AM,   wrote:
> fix CLOUDSTACK-8402

I don't think we should accept commit messages like this. thoughts?

-- 
Daan

[GitHub] cloudstack pull request: Using the SSHCmdHelper instead of a SSH S...

2015-04-29 Thread wilderrodrigues

Github user wilderrodrigues commented on the pull request:

https://github.com/apache/cloudstack/pull/210#issuecomment-97401000
  
Travis is happy and green; SSVM and CPVM created and connected 
successfully; Isolated networks, VPCs and VMs also created successfully.

Closing this PR


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Using the SSHCmdHelper instead of a SSH S...

2015-04-29 Thread wilderrodrigues

Github user wilderrodrigues closed the pull request at:

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


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: git commit: updated refs/heads/master to 07c3089

2015-04-29 Thread Wido den Hollander

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 04/29/2015 01:36 PM, Daan Hoogland wrote:
> On Wed, Apr 29, 2015 at 5:45 AM,   wrote:
>> fix CLOUDSTACK-8402
> 
> I don't think we should accept commit messages like this.
> thoughts?
> 

I agree. They should be more descriptive.

Wido

> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVQMiSAAoJEAGbWC3bPspCKlEP/1bzhNitvPkcBR0gqCXr2G/A
t8jTzRaBHc2erdpAnTiYBsLgzAEE1PdS4g1E5D94Dei6Od8mjoCnwiRt1O5Ty+26
VNEBVqBGs7GgLNDye63DKYqK4IhCRzuk8zvllDVNeuhLulyPx9Sg6vkG4Qeq6ybN
6ekWcvA/+TTLAZ+zTzpWPy6zBesZ+0IwmIlLyEpHVmm+dkazlwGVLNoa5DWx5oW0
cvj0ryEuxJjCNlKnkURQHmR+UgiknS11V6Vg1Um/tiusrb+6qyUiukjOxBAOl3Xo
9uyNrmog11gkq+bGbw0MOCMUPlyLBW0a8R93C0GAe//ds2qRRgu6uBKqTRFCx1Vv
pwYGK639RpZW/P5y/hliNNttbKAKOgFetJ/5rXIkYYMNjVwA8n9ErL6NnpNY8iMx
mjiZkyvHJ7DlL00AAoao0Qxcq2HvjRiIuKs4uY0ttHcyHkygQNHfa47qMO7UZIoU
N33zmnVyoKU8Yqs++gd0aCZo+ARI688TEcJ8DMLBYY7gXPobCG5lU2E8Dy0MPGDG
jmcpXQupGCogpkDNqqmjeEtM/EYi2Ut8y3sAWbARqw0bozX3955BoBFqa0+rP9e0
oWL0Ct48ryfn8CXphq1DQWIlPGCEm2xK4iLOxYiayW2j2xM+jib6W90zkIkYFNVz
GSQWdqxib8nsAfQHFnRY
=eSYl
-END PGP SIGNATURE-

Jenkins build is still unstable: simulator-singlerun #1163

See

[GIT] Fix user.name setting for committers

2015-04-29 Thread Wido den Hollander

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

When looking at the Git commits I often see commits there the username
is not set correctly.

For example (but don't take it personally): wilderrodrigues,
ramamurtis or sanjeev.

Could I ask all committers to review their Git settings again?

The setting is simple:

$ cd cloudstack
$ git config user.name "Wido den Hollander"

Optional:

$ git config user.email w...@widodh.nl

Thanks!

Wido
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVQMqAAAoJEAGbWC3bPspCTzEP+gM5fDu2hUI5sHvpMSwCmnEg
bvn+7rojIKdwiKg9SPSPzmom1SvE1GQRm0usjkzKNE+Zx+7q7cxLIDg16KPYS8ky
q2nqHRph6+jeq68Y7z70a0h9+sbDFlh3Fclq9pdIwgbvqlsE53KkWRMFLlZTpMUN
+tNQ1p5YU3gB2GdfUsGdFTa9bjGG3dvtAqSYewbEvL2LW5lNk6BdCrylBCBPAZOn
ZgpQoQEoYwaNS/74bV2b05vRAKBheK2Rwe8epfckJzEdb0i+EIEHqqKX/vMr0Con
AQoS9jSH5wexjNhM3wmurc0zMCo1+4KAAAS8vFzegZgiXNEiqPUgfgh00uKntYPC
tBs4A/+S/bQUf423LnNAhzF08t0lnsyVioYtHtby74k3fEtPh/kx+pVvF9G1aoga
JqYb/ka88JhLz1hQcYKnyds/ac9lt1Y1uhibTZLKvgHL+5v2Iu76IFZAk2dalPTv
G6MK94bf2nok4CT6KJkNFEAGuMKfwh8yobJ1jM2O8w20g0R7ljW6aje5ieE1KJRW
Lv+mAOzVvoj6bO7YCcON7x2oQZYHpXXWHDztQCrZBzAfvuO4HuNxSQW89MgIMIlF
d4GhPCTB1t9ITmWuJa4BRZl4cB1c3III+6qoiGleIJlON9LC8qvUiWDNtWiMNuCm
oct9mzfT86NECiC1/eWC
=gRsj
-END PGP SIGNATURE-

Re: [4.6] Trouble with virtual router

2015-04-29 Thread Wilder Rodrigues

Hi Mike,

I just built, deploy and created isolated network, VPC and VMS using latest
master (4.6.0). I put some screenshots on imgur: http://imgur.com/a/OmSyy.

In addition, I created FW + PF rules and SSH (using the routers’ pub ip) to the
VM:

[wrodrigues@mct-wrodrigues ~]$ ssh root@192.168.22.52
root@192.168.22.52's password:
%
%
% ls
ssh-host-dss-key.pub ssh-host-rsa-key.pub
% uname -a
Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC 2011
i686 unknown
%

Could you please share your XenServer SMlog with us?

Cheers,
Wilder

On 29 Apr 2015, at 08:23, Erik Weber
mailto:terbol...@gmail.com>> wrote:

Anything in /var/log/cloud.log?

--
Erik

On Tue, Apr 28, 2015 at 11:58 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

Unfortunately I'm not able to make out any errors on the console.

Is there something within the VM's OS that I can look at to debug this?

I see that SSVM and CPVM have IP addresses, but the VR does not.

Any hints would be great as unfortunately I had to postpone a CloudStack
demo for a potential customer today due to this issue.

Thanks!

On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N
mailto:sanj...@apache.org>> wrote:

One of the reasons for VR not to come up is, once CS creates VR on
hypervisor, it does a ping on VR's management interface for centain no.of
of times. If it does not receive any response then it will shut down the
VR.

So when VR is coming up check its console and see any network issues.

On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
failure
is a bit different, though. In this case, the SSVM stays in the Running
state, but the agent doesn't seem to ever come up.

Oh well...I guess I'll try ESXi later.

On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

Thanks for the message, Abhi.

I went ahead and deleted the host tag from each of my XenServer hosts
(it's a new environment, so I only had one host tag per host). I then
performed a force reconnect on each host.

Unfortunately, I still seem to be encountering the same issue (even
after
destroying and re-creating the VR). This seems broken on both
XenServer
6.2
and XenServer 6.1.

I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
interested
in dealing with XenServer (for the time being) for this particular
feature
I'm working on, but perhaps I can at least get the system VMs up and
running on another hypervisor to allow me to move forward.

On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
abhinandan.prat...@shapeblue.com>
wrote:

Had similar problem where SSVM and CPVM came up but not the VR.
In my case I traced it to systemvm.iso not getting updated on
XenServer,
due to the old host-tag.
On deleting the host tag the MS was able to copy the systemvm.iso to
Xen
and things were fine after that.

-abhi

On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

Hi,

Tonight I tried to re-create a cloud from scratch and made use of
the
following system template:

http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2

My SSVM and CPVM get IP addresses and seem to behave OK; however,
my
VR
never gets into the Running state. It gets to a point and then is
restarted
(this happens a couple times). Eventually CS gives up on it.

I only have two XenServer 6.2 hosts in this environment. The
system
VMs
are
running on local storage.

Thoughts on this?

Thanks!

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

Find out more about ShapeBlue and our range of CloudStack related
services

IaaS Cloud Design & Build<
http://shapeblue.com/iaas-cloud-design-and-build//>
CSForge – rapid IaaS deployment framework<
http://shapeblue.com/csforge/

CloudStack Consulting
CloudStack Software Engineering<
http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure Support<
http://shapeblue.com/cloudstack-infrastructure-support/>
CloudStack Bootcamp Training Courses<
http://shapeblue.com/cloudstack-training/>

This email and any attachments to it may be confidential and are
intended
solely for the use of the individual to whom it is addressed. Any
views
or
opinions expressed are solely those of the author and do not
necessarily
represent those of Shape Blue Ltd or related companies. If you are
not
the
intended recipient of this email, you must neither take any action

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

2015-04-29 Thread remibergsma

GitHub user remibergsma opened a pull request:

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

return a state instead of null in AbstractInvestigatorImpl

When a full cluster is down or unreachable,
CloudStack currently reports everything the
same as the last known state, which is usually
Up. When it cannot reach a host and cannot
reach another host in the same cluster either,
it returns null and says "I don't know". This
prevents it from reporting the problem. Now,
we return an Alert or Disconnected state so
proper action can be taken.

Also logging was added, so we know what part
of the code put it to Alert or Disconnected.

When the host is available again, it goes
from Alert state back to Up and CloudStack
starts HA work to recover the VMs. I tested
it on 4.6/master and it works fine now.

As this is a nasty bug, we might want to fix
this also in 4.5 and 4.4.

Thanks to @dahn and @snuf for their
help solving this issue.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/remibergsma/cloudstack 
investigator_null_state_fix

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/211.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #211


commit 78e095e64b2344a49e96a7939ca6edd3b36d93dd
Author: Remi Bergsma 
Date:   2015-04-29T18:14:14Z

return a state instead of null

When a full cluster is down or unreachable,
CloudStack currently reports everything the
same as the last known state, which is usually
Up. When it cannot reach a host and cannot
reach another host in the same cluster either,
it returns null and says "I don't know". This
prevents it from reporting the problem. Now,
we return an Alert or Disconnected state so
proper action can be taken.

Also logging was added, so we know what part
of the code put it to Alert or Disconnected.




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

2015-04-29 Thread DaanHoogland

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/211#issuecomment-97416661
  
LGTM


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [DISCUSS] State of 4.5 and testing in local environments

2015-04-29 Thread Wilder Rodrigues

Hi Rohit,

I will join you in testing 4.5 form next week - just have to finish some stuff.

My environments will be:

* Xen 6.2/6.5
* KVM (qemu 1.5.3 and 2.1)

Let’s rock!

Cheers,
Wilder

On 28 Apr 2015, at 18:33, Rohit Yadav  wrote:

> Hi all,
> 
> ### 4.5 Release Effort
> 
> I’ve been exhaustively testing ACS 4.5 wrt Xen 6.2, Xen 6.5, KVM (qemu 2.0, 
> 2.3) and I feel we’re pretty good but we need testing efforts and I want to 
> help drive efforts to releasing ACS 4.5.1 -- if you’ve any issues that you 
> would like to get fixed that are either regressions or blockers can you 
> please share on this thread? If we don’t find any blockers or regressions let 
> us invest in ACS 4.5 testing and release it soon. For other minor issues we 
> can always fix them and release 4.5.2 etc if and when needed in future.
> 
> Regarding my 4.5 testing - I’ve tested basic vm life cycle operations 
> (deploy, start, stop, destroy/expunge, migrate to another host, migrate to 
> another storage pool, deploy using iso) for all cases and found no issues;
> 
> KVM with basic zone (with/without security groups, SG blockers were found and 
> fixed)
> KVM with Adv zone (with/without security groups, both isolated network and 
> VPC worked, networking issues were found and fixed)
> XenServer 6.2 with basic and adv zones (with/without security groups, no SG 
> issues found)
> XenServer 6.5 with basic and adv zones (with/without security groups, SG 
> blockers found and fixed)
> 
> I found one issue that could be a blocker (if it’s not a hardware/env issue) 
> -- when using security groups in advance zone with a dedicated vlan id (say 
> vlan://500), I was unable to access the VMs (CPVM, SSVM, VR or user vms) 
> though all normal vm_life cycles seems to work. Though this worked for me 
> when I used the vlan://untagged. I tried to add vlan id 500 to my local nics 
> using vconfig but I still was n’t able to do access the CPVM or user VMs. I 
> guess my understanding of vlans with security groups is limited, so if anyone 
> knows about this feature or has used it - please help with some regression 
> testing. I plan to continue testing this week with VMWare and fix any issues 
> we find.
> 
> 
> ### Testing against Xen, KVM, VMWare etc.
> 
> With a recent improvement to allow cpu features (such as vmx) on KVM hosts 
> (https://github.com/apache/cloudstack/commit/58cc569273905c50d089f9fd82fe80028b4e9775),
>  it’s now possible to run KVM, ESX, XenServer, OVM3 (LXC, and hopefully 
> others) on KVM (in case of ESX a patched qemu would be needed: 
> http://people.apache.org/~bhaisaab/qemu/). Such a (ansible based) tool aims 
> to be reproduce such an environment for anyone and serve as a developer kit 
> (not to be confused with the DevCloud appliance, will share more details of 
> the developer kit later) and as an infrastructure to run integration testing 
> suite we have now. This would allow us to build/test/run CloudStack against 
> various nested-virtualized hosts running as guests on KVM, using CloudStack.
> 
> Meanwhile, Abhi is focusing on existing (integration) tests and has increased 
> the number of TravisCI tests: 
> https://travis-ci.org/apache/cloudstack/builds/60365947
> 
> Our goal with these efforts is to (1) have a developer kit that a developer 
> can have locally to build/test/develop CloudStack, (2) scale it up for bigger 
> baremetal servers to run long running integration tests and have a better QA 
> automation.
> 
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> 
> 
> 
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
>

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

Github user asfgit closed the pull request at:

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


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [DISCUSS] State of 4.5 and testing in local environments

On Tue, Apr 28, 2015 at 6:33 PM, Rohit Yadav 
wrote:

> Hi all,
>
> ### 4.5 Release Effort
>
> I’ve been exhaustively testing ACS 4.5 wrt Xen 6.2, Xen 6.5, KVM (qemu
> 2.0, 2.3) and I feel we’re pretty good but we need testing efforts and I
> want to help drive efforts to releasing ACS 4.5.1 -- if you’ve any issues
> that you would like to get fixed that are either regressions or blockers
> can you please share on this thread? If we don’t find any blockers or
> regressions let us invest in ACS 4.5 testing and release it soon. For other
> minor issues we can always fix them and release 4.5.2 etc if and when
> needed in future.
>
> Regarding my 4.5 testing - I’ve tested basic vm life cycle operations
> (deploy, start, stop, destroy/expunge, migrate to another host, migrate to
> another storage pool, deploy using iso) for all cases and found no issues;
>

We're doing live testing with a system that is to go live soon(tm), using
XenServer 6.5, advanced networks (using shared networks without SG
primarily).
We have hit a few bugs, but they are related to XenServer and/or hardware
(host crashing when doing VM snapshot amongst other things).

One bug I've found which drives me crazy is that, for some reason, the VR
is versioned as 4.4.0 and needs to be upgraded.
This only happens once in a while, and I have a hard time reproducing it.
What drives me crazy is that 4.4.0 has never been installed so I have no
idea why it has that version number, and upgrading doesn't work...

It has been a few week since I updated the install, so it is closer to the
current RC than it is to the 4.5 branch.
I'll try to update it next week.

-- 
Erik

Jenkins build is still unstable: simulator-singlerun #1164

See

Re: [DISCUSS] State of 4.5 and testing in local environments

Rohit,

@SBP we are busy basing our attempt at CD on 4.4. As Wilder said we will
spend some time on testing 4.5 but hopefully we will go to master/4.6 soon.

@David: will you make a new RC? (please please, pretty please. We made a
bugfix in the plane to Austin we want in)


Op wo 29 apr. 2015 om 15:06 schreef Erik Weber :

> On Tue, Apr 28, 2015 at 6:33 PM, Rohit Yadav 
> wrote:
>
> > Hi all,
> >
> > ### 4.5 Release Effort
> >
> > I’ve been exhaustively testing ACS 4.5 wrt Xen 6.2, Xen 6.5, KVM (qemu
> > 2.0, 2.3) and I feel we’re pretty good but we need testing efforts and I
> > want to help drive efforts to releasing ACS 4.5.1 -- if you’ve any issues
> > that you would like to get fixed that are either regressions or blockers
> > can you please share on this thread? If we don’t find any blockers or
> > regressions let us invest in ACS 4.5 testing and release it soon. For
> other
> > minor issues we can always fix them and release 4.5.2 etc if and when
> > needed in future.
> >
> > Regarding my 4.5 testing - I’ve tested basic vm life cycle operations
> > (deploy, start, stop, destroy/expunge, migrate to another host, migrate
> to
> > another storage pool, deploy using iso) for all cases and found no
> issues;
> >
>
> We're doing live testing with a system that is to go live soon(tm), using
> XenServer 6.5, advanced networks (using shared networks without SG
> primarily).
> We have hit a few bugs, but they are related to XenServer and/or hardware
> (host crashing when doing VM snapshot amongst other things).
>
> One bug I've found which drives me crazy is that, for some reason, the VR
> is versioned as 4.4.0 and needs to be upgraded.
> This only happens once in a while, and I have a hard time reproducing it.
> What drives me crazy is that 4.4.0 has never been installed so I have no
> idea why it has that version number, and upgrading doesn't work...
>
> It has been a few week since I updated the install, so it is closer to the
> current RC than it is to the 4.5 branch.
> I'll try to update it next week.
>
> --
> Erik
>

Re: [DISCUSS] State of 4.5 and testing in local environments

Hi Erik,

> On 29-Apr-2015, at 3:04 pm, Erik Weber  wrote:
>
>
> One bug I've found which drives me crazy is that, for some reason, the VR
> is versioned as 4.4.0 and needs to be upgraded.
> This only happens once in a while, and I have a hard time reproducing it.
> What drives me crazy is that 4.4.0 has never been installed so I have no
> idea why it has that version number, and upgrading doesn't work...
>
> It has been a few week since I updated the install, so it is closer to the
> current RC than it is to the 4.5 branch.
> I'll try to update it next week.

The VR/systemvm version is taken from /etc/cloudstack-release file. It is 
likely you were using a 4.4 systemvm template (I’ve hit such issues in past 
when testing 4.4 with 4.5 etc).

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

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

Re: [DISCUSS] State of 4.5 and testing in local environments

Hi Wilder - Thanks we’ll need all the ammo we have :) I’ve already done my 
testings wrt XS 6.2/6.5 and KVM qemu 2.0/2.1/2.2 so will test KVM 1.5 and 
VMware 5.5.

Hi Daan - makes sense, we’re “so" late with 4.5.1 that we need to focus on 
4.6.0 to avoid delaying it. I’ve asked David regarding co-piloting the next 
4.5.1 RC since he could be busy and I want to help with lifting some weights. 
I’m planning to do basic tests with VMware today, publish new systemvmtemplates 
tomorrow (I’m already done with KVM and Xen) and plan to cut a 4.5.1 RC on 
Monday and if we don’t hit any blocker or regressions ACS 4.5.1 should be 
released by the end of next week.

> On 29-Apr-2015, at 2:49 pm, Wilder Rodrigues  
> wrote:
>
> Hi Rohit,
>
> I will join you in testing 4.5 form next week - just have to finish some 
> stuff.
>
> My environments will be:
>
> * Xen 6.2/6.5
> * KVM (qemu 1.5.3 and 2.1)
>
> Let’s rock!
>
> Cheers,
> Wilder
>
> On 28 Apr 2015, at 18:33, Rohit Yadav  wrote:
>
>> Hi all,
>>
>> ### 4.5 Release Effort
>>
>> I’ve been exhaustively testing ACS 4.5 wrt Xen 6.2, Xen 6.5, KVM (qemu 2.0, 
>> 2.3) and I feel we’re pretty good but we need testing efforts and I want to 
>> help drive efforts to releasing ACS 4.5.1 -- if you’ve any issues that you 
>> would like to get fixed that are either regressions or blockers can you 
>> please share on this thread? If we don’t find any blockers or regressions 
>> let us invest in ACS 4.5 testing and release it soon. For other minor issues 
>> we can always fix them and release 4.5.2 etc if and when needed in future.
>>
>> Regarding my 4.5 testing - I’ve tested basic vm life cycle operations 
>> (deploy, start, stop, destroy/expunge, migrate to another host, migrate to 
>> another storage pool, deploy using iso) for all cases and found no issues;
>>
>> KVM with basic zone (with/without security groups, SG blockers were found 
>> and fixed)
>> KVM with Adv zone (with/without security groups, both isolated network and 
>> VPC worked, networking issues were found and fixed)
>> XenServer 6.2 with basic and adv zones (with/without security groups, no SG 
>> issues found)
>> XenServer 6.5 with basic and adv zones (with/without security groups, SG 
>> blockers found and fixed)
>>
>> I found one issue that could be a blocker (if it’s not a hardware/env issue) 
>> -- when using security groups in advance zone with a dedicated vlan id (say 
>> vlan://500), I was unable to access the VMs (CPVM, SSVM, VR or user vms) 
>> though all normal vm_life cycles seems to work. Though this worked for me 
>> when I used the vlan://untagged. I tried to add vlan id 500 to my local nics 
>> using vconfig but I still was n’t able to do access the CPVM or user VMs. I 
>> guess my understanding of vlans with security groups is limited, so if 
>> anyone knows about this feature or has used it - please help with some 
>> regression testing. I plan to continue testing this week with VMWare and fix 
>> any issues we find.
>>
>>
>> ### Testing against Xen, KVM, VMWare etc.
>>
>> With a recent improvement to allow cpu features (such as vmx) on KVM hosts 
>> (https://github.com/apache/cloudstack/commit/58cc569273905c50d089f9fd82fe80028b4e9775),
>>  it’s now possible to run KVM, ESX, XenServer, OVM3 (LXC, and hopefully 
>> others) on KVM (in case of ESX a patched qemu would be needed: 
>> http://people.apache.org/~bhaisaab/qemu/). Such a (ansible based) tool aims 
>> to be reproduce such an environment for anyone and serve as a developer kit 
>> (not to be confused with the DevCloud appliance, will share more details of 
>> the developer kit later) and as an infrastructure to run integration testing 
>> suite we have now. This would allow us to build/test/run CloudStack against 
>> various nested-virtualized hosts running as guests on KVM, using CloudStack.
>>
>> Meanwhile, Abhi is focusing on existing (integration) tests and has 
>> increased the number of TravisCI tests: 
>> https://travis-ci.org/apache/cloudstack/builds/60365947
>>
>> Our goal with these efforts is to (1) have a developer kit that a developer 
>> can have locally to build/test/develop CloudStack, (2) scale it up for 
>> bigger baremetal servers to run long running integration tests and have a 
>> better QA automation.
>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software 
>> Engineering
>> CloudStack Infrastructure 
>> Support
>> CloudStack Bootcamp Training 
>> Courses

slowbuild failing

People,

The slow build has been failing since 28 april 9:05 due to 5 new warning,
if you committed since then please have a look at the reports.

Jenkins build is still unstable: simulator-singlerun #1165

See

Re: [DISCUSS] State of 4.5 and testing in local environments

Then it should always happen, no?

It is sporadic, currently i have four routers happily being 4.5, but one
that is 4.4.


Erik

Den onsdag 29. april 2015 skrev Rohit Yadav 
følgende:

> Hi Erik,
>
> > On 29-Apr-2015, at 3:04 pm, Erik Weber  > wrote:
> >
> >
> > One bug I've found which drives me crazy is that, for some reason, the VR
> > is versioned as 4.4.0 and needs to be upgraded.
> > This only happens once in a while, and I have a hard time reproducing it.
> > What drives me crazy is that 4.4.0 has never been installed so I have no
> > idea why it has that version number, and upgrading doesn't work...
> >
> > It has been a few week since I updated the install, so it is closer to
> the
> > current RC than it is to the 4.5 branch.
> > I'll try to update it next week.
>
> The VR/systemvm version is taken from /etc/cloudstack-release file. It is
> likely you were using a 4.4 systemvm template (I’ve hit such issues in past
> when testing 4.4 with 4.5 etc).
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com 
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>

Re: [WWW] CloudStack days Dublin event is 404

2015-04-29 Thread sebgoa


On Apr 29, 2015, at 1:42 PM, Giles Sirett  wrote:

> http://events.linuxfoundation.org/events/cloudstack-collaboration-conference-europe
> 
> or
> www.cloudstackcollab.org
> 
> 
> interested to know where you got that original link you posted (not saying 
> you *shouldn't* have it, but if its listed somewhere, we'll need to get it 
> updated)
> 
> 

the link on the site was for the old one day event, the url changed when we 
moved to a 2 day event.

I fixed it.

> 
> 
> Kind Regards
> Giles
> 
> D: +44 20 3603 0541 | M: +44 796 111 2055
> giles.sir...@shapeblue.com
> 
> 
> 
> 
>> -Original Message-
>> From: Jan-Arve Nygård [mailto:jan.arve.nyg...@gmail.com]
>> Sent: 29 April 2015 12:20
>> To: dev@cloudstack.apache.org
>> Subject: Re: [WWW] CloudStack days Dublin event is 404
>> 
>> 2015-04-29 13:02 GMT+02:00 sebgoa :
>> 
>>> 
>>> On Apr 29, 2015, at 10:13 AM, Jan-Arve Nygård
>>> 
>>> wrote:
>>> 
 I tried submitting a path through the Apache CMS system but it don't
 like like the mail with the diff hits the dev-list.
>>> 
>>> Can you try a pull request to:
>>> 
>>> https://github.com/apache/cloudstack/tree/gh-pages
>> 
>> 
>> Done
>> 
>>> 
>>> 
>>> 
 
 2015-04-29 0:17 GMT+02:00 Jan-Arve Nygård
>> :
 
> Hi,
> 
> Not sure who the correct recipient would be so i'm posting this here:
> 
> 1 . The link (
>>> http://events.linuxfoundation.org/events/cloudstack-dublin)
> to the CloudStack days Dublin event on cloudstack.apache.org is 404.
> 
> This could be because the event was changed to a 2-day event but
> this should be fixed. I guess the second date should be added as well.
> 
> 2. Several of the new committers seems to be missing on the list of
> committers on cloudstack.apache.org. If the source is available
>>> somewhere
> i could help with updating the list if someone points me in the
> right direction.
> 
> 
> Thanks,
> 
> -thinktwo
> 
>>> 
>>> 
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
> operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
> registered by The Republic of South Africa and is traded under license from 
> Shape Blue Ltd. ShapeBlue is a registered trademark.

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

Github user koushik-das commented on the pull request:

https://github.com/apache/cloudstack/pull/211#issuecomment-97452036
  
Reading the code, if testIpAddress() returns anything other than Up, Down 
or null then returned status is ignored. 


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: getting rid of 3rd party repositories (ceph, libvirt)

2015-04-29 Thread Wido den Hollander

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 04/22/2015 12:31 PM, Laszlo Hornyak wrote:
> Hi Wido,
> 
> I should have read the git log first :-)
> 
> No license issues and no code change needed. All I want to have is 
> rados-java in the central maven repository for two reasons: -
> central is the most reliable service - we can not upload our
> artifacts to central until we have a dependency on other
> repositories, and therefore users and developers are not able to
> reuse
> 
> I will send you a PR for the pom file. This is needed in order to
> compliy central repository upload policy, no functional changes,
> only meta-data.
> 

Got it! I merged the PR.

> And then, let's see.. do you own the repository in central repo?
> Basically either you can upload or I can upload for you if you give
> me permission, in any case I will try to help.
> 

No, I don't have one. You have my permission to upload rados-java to
your repo so that it can get into maven central.

Wido

> Best regards, Laszlo
> 
> On Wed, Apr 22, 2015 at 9:20 AM, Wido den Hollander
>  wrote:
> 
> 
> 
> On 04/21/2015 09:12 PM, Laszlo Hornyak wrote:
 Hi,
 
 I have uploaded the libvirt dependency to maven central and
 you should never get the maven failure if the libvirt.org
 server goes down, it will be downloaded from central. I have
 sent a PR (#180) to remove the libvirt.org repository from
 the build.
 
 With ceph.org the situation: - I have requested permission
 to publish like with libvirt, my request was rejected since
 the ceph.com team holds ownership - The only solution from
 here is to change the groupId of the dependency. -
 org.apache.* is very likely no go, it is owned by apache,
 artifacts are synchonrized to central through the apache
 repository, which is for apache artifacts only. - we can
 upload with a new groupId - suggestions are welcome
 
> 
> I wrote the rados-java bindings and licensed it under the Apache
> License .
> 
> I choose com.ceph as a package since that was the easiest way. It 
> would be changed but I don't want to break all the existing code
> for users.
> 
> Any ideas?
> 
> Wido
> 
 Regards, Laszlo
 
>> 
> 
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVQO7PAAoJEAGbWC3bPspCyoYP/0EOa/J73wT9jXHqWuy3Pp7i
SeJKPYsKOUbE2lYbjbLmpOF0SB837YPkbwlZr8PT/XLPxojhpc+XxIe0RYlBcqmj
sGdlxMI9yMyRg4kj4WlUdgWI68kNM1y/OZty4eSmlmpfzsXcyoo9JjvAd++Q0hr6
WB7/+Yq9OzNMJg50Ky935NfgQ75wRwKuANfpmowjixR93tPo0rMEFjFhZsyVdSG1
IlgzCWAyD7KOwPuB5KFPwsh7A0FfTNvuNUgcxFsPIjrJfJecBfUVXDppCXWBH+qS
0Zy6udsaCYSVFitGXCJS5kqd20IXlA040d9+l91AlOqCg+R6hWCo9u12Bgl26EiQ
KunUA+t8qTvx2VQKoRyBOgeFn3tzsR5WtZ9pVgulOJJFQggShLDRdtKtkUC193MV
vrBsPxmpM3By6NywfEt0N3JfPZ0t/aP2WVNxSMG+8kEL+tQhE1a6DucS/ZxJLYdu
z3IFjioMz15+lDkUIs2WQcxZoXrzxGgh+2de4MXMsRO6/DmoGFiDrb+bO82NRliK
HJQNckpMSEq/M6hSs4pyXR/zGpVE9qgt26ZqCqxGLenYIJwglNM+2Txm5exo0P4q
knUmIBhQoirDecl7Uqpm0c0lh302GmvgNVVcKu9+0MKr/ObRG2KO3GKGWlbRkWtu
VLF9PnlOu0sKoxIPwv3R
=SbBH
-END PGP SIGNATURE-

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

2015-04-29 Thread DaanHoogland

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/211#issuecomment-97453854
  
@koushik-das what is your point? I think I miss context for your remark.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

Github user koushik-das commented on the pull request:

https://github.com/apache/cloudstack/pull/211#issuecomment-97454863
  
@DaanHoogland If you look at the code from where testIpAddress() is called 
(for e.g. UserVmDomRInvestigator.isAgentAlive()), it only deals with return of 
Up, Down and null. So I am not able to follow the use of this fix.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [DISCUSS] State of 4.5 and testing in local environments

Hi Erik,

> On 29-Apr-2015, at 4:25 pm, Erik Weber  wrote:
>
> Then it should always happen, no?
>
> It is sporadic, currently i have four routers happily being 4.5, but one
> that is 4.4.

If you remove the VR which is 4.4, please check if the new one that gets 
created is 4.5 or still 4.4?

Was this setup a fresh install or an upgrade from 4.4? It’s likely that 
something went wrong in case it was an upgrade. Perhaps, there are multiple 
secondary storages, in which case it could happen that one of them has an old 
template pre-seeded (The template copying across zones could have failed).

Regards.

>
>
> Erik
>
> Den onsdag 29. april 2015 skrev Rohit Yadav 
> følgende:
>
>> Hi Erik,
>>
>>> On 29-Apr-2015, at 3:04 pm, Erik Weber > > wrote:
>>>
>>>
>>> One bug I've found which drives me crazy is that, for some reason, the VR
>>> is versioned as 4.4.0 and needs to be upgraded.
>>> This only happens once in a while, and I have a hard time reproducing it.
>>> What drives me crazy is that 4.4.0 has never been installed so I have no
>>> idea why it has that version number, and upgrading doesn't work...
>>>
>>> It has been a few week since I updated the install, so it is closer to
>> the
>>> current RC than it is to the 4.5 branch.
>>> I'll try to update it next week.
>>
>> The VR/systemvm version is taken from /etc/cloudstack-release file. It is
>> likely you were using a 4.4 systemvm template (I’ve hit such issues in past
>> when testing 4.4 with 4.5 etc).
>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com 
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build<
>> http://shapeblue.com/iaas-cloud-design-and-build//>
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software Engineering<
>> http://shapeblue.com/cloudstack-software-engineering/>
>> CloudStack Infrastructure Support<
>> http://shapeblue.com/cloudstack-infrastructure-support/>
>> CloudStack Bootcamp Training Courses<
>> http://shapeblue.com/cloudstack-training/>
>>
>> This email and any attachments to it may be confidential and are intended
>> solely for the use of the individual to whom it is addressed. Any views or
>> opinions expressed are solely those of the author and do not necessarily
>> represent those of Shape Blue Ltd or related companies. If you are not the
>> intended recipient of this email, you must neither take any action based
>> upon its contents, nor copy or show it to anyone. Please contact the sender
>> if you believe you have received this email in error. Shape Blue Ltd is a
>> company incorporated in England & Wales. ShapeBlue Services India LLP is a
>> company incorporated in India and is operated under license from Shape Blue
>> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
>> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
>> a company registered by The Republic of South Africa and is traded under
>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>>

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

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

Jenkins build is still unstable: simulator-singlerun #1166

See

Re: [DISCUSS] State of 4.5 and testing in local environments

Den onsdag 29. april 2015 skrev Rohit Yadav 
følgende:

> Hi Erik,
>
> > On 29-Apr-2015, at 4:25 pm, Erik Weber  > wrote:
> >
> > Then it should always happen, no?
> >
> > It is sporadic, currently i have four routers happily being 4.5, but one
> > that is 4.4.
>
> If you remove the VR which is 4.4, please check if the new one that gets
> created is 4.5 or still 4.4?
>
>
It varies, sometimes 4.5, sometimes 4.4.


> Was this setup a fresh install or an upgrade from 4.4? It’s likely that
> something went wrong in case it was an upgrade. Perhaps, there are multiple
> secondary storages, in which case it could happen that one of them has an
> old template pre-seeded (The template copying across zones could have
> failed).
>
>
Fresh install, no components has been used before.



> Regards.
>
> >
> >
> > Erik
> >
> > Den onsdag 29. april 2015 skrev Rohit Yadav  >
> > følgende:
> >
> >> Hi Erik,
> >>
> >>> On 29-Apr-2015, at 3:04 pm, Erik Weber  
> >> > wrote:
> >>>
> >>>
> >>> One bug I've found which drives me crazy is that, for some reason, the
> VR
> >>> is versioned as 4.4.0 and needs to be upgraded.
> >>> This only happens once in a while, and I have a hard time reproducing
> it.
> >>> What drives me crazy is that 4.4.0 has never been installed so I have
> no
> >>> idea why it has that version number, and upgrading doesn't work...
> >>>
> >>> It has been a few week since I updated the install, so it is closer to
> >> the
> >>> current RC than it is to the 4.5 branch.
> >>> I'll try to update it next week.
> >>
> >> The VR/systemvm version is taken from /etc/cloudstack-release file. It
> is
> >> likely you were using a 4.4 systemvm template (I’ve hit such issues in
> past
> >> when testing 4.4 with 4.5 etc).
> >>
> >> Regards,
> >> Rohit Yadav
> >> Software Architect, ShapeBlue
> >> M. +91 88 262 30892 | rohit.ya...@shapeblue.com 
> 
> >> Blog: bhaisaab.org | Twitter: @_bhaisaab
> >>
> >>
> >>
> >> Find out more about ShapeBlue and our range of CloudStack related
> services
> >>
> >> IaaS Cloud Design & Build<
> >> http://shapeblue.com/iaas-cloud-design-and-build//>
> >> CSForge – rapid IaaS deployment framework >
> >> CloudStack Consulting
> >> CloudStack Software Engineering<
> >> http://shapeblue.com/cloudstack-software-engineering/>
> >> CloudStack Infrastructure Support<
> >> http://shapeblue.com/cloudstack-infrastructure-support/>
> >> CloudStack Bootcamp Training Courses<
> >> http://shapeblue.com/cloudstack-training/>
> >>
> >> This email and any attachments to it may be confidential and are
> intended
> >> solely for the use of the individual to whom it is addressed. Any views
> or
> >> opinions expressed are solely those of the author and do not necessarily
> >> represent those of Shape Blue Ltd or related companies. If you are not
> the
> >> intended recipient of this email, you must neither take any action based
> >> upon its contents, nor copy or show it to anyone. Please contact the
> sender
> >> if you believe you have received this email in error. Shape Blue Ltd is
> a
> >> company incorporated in England & Wales. ShapeBlue Services India LLP
> is a
> >> company incorporated in India and is operated under license from Shape
> Blue
> >> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> Brasil
> >> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd
> is
> >> a company registered by The Republic of South Africa and is traded under
> >> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
> >>
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com 
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operate

Re: [DISCUSS] 4.6 release management

2015-04-29 Thread Remi Bergsma

Hi Rohit,

Nice work!

I agree we need an environment that does run on something else than the local 
machine, as we need more horse power. We worked on something similar, where we 
have a cluster of KVM controlled by CloudStack in our Employee Cloud and spin 
large VMs running CentOS 7.1 (we use 32 or 64GB ram). In this big VM we run KVM 
again and spin up all infrastructure, ranging from hypervisors, SDN 
controllers, database hosts, storage appliances, etc. The big benefit is that 
networking is easy, as it is all in one box. Also, everybody uses the same 
prefixes. Using a L2 VPN we connect the workstations to the dev/test 
environment. All VMs can be controlled using virt-manager (like you also 
showed) and it is actually CloudStack running inside CloudStack. Deploying this 
VM has been automated and we’re now working on automating different scenario’s. 
They can also be used as Jenkins build slaves, for example. It is work in 
progress.

Long story short: Let's work together on this :-)

Regards,
Remi


> On 28 Apr 2015, at 21:07, Rohit Yadav  wrote:
> 
> Hi Ilya,
> 
> In short - to run ESX and other hypervisors (Xen, KVM, OVM3, HyperV etc) on 
> KVM you need to;
> 
> - use patched qemu (tested to work on both Ubuntu 14.04 and 15.04 x64, I’m 
> waiting for Fedora 22 to test it on F22 as well), you may install the 
> pre-built debs or build/install qemu from source using the patch from here: 
> people.apache.org/~bhaisaab/qemu
> - use ACS using latest 4.5 branch and deploy a basic zone (without SG) to 
> provision hypervisor hosts as user vms
> - in agent.properties (on your kvm host), enable guest.cpu.features=vmx and 
> guest.cpu.mode=host-passthrough
> - when deploying ESX 5.x on vm (or installing using an ISO) deploy 
> virtualmachine with details nicAdapter=vmxnet3, for other hypervisors 
> (including ESX 6.0) E1000, the default nic adapter, works
> 
> IMO this is a better approach as it does not depend on ESX or VMWare fusion 
> that requires special hardware (vCenter/Windows etc or OSX/Apple machine) and 
> are difficult to automate. Working with KVM host, since is a Linux machine, 
> would be more familiar to sysadmins and certainly a pleasure to scale and 
> work with because one can avoid management tools (such as XenCenter or 
> vCenter).
> 
> (I’m still working on the "CloudStack Developer Kit” {CDK} so it’s not in a 
> state to be released yet, will avoid publishing a faulty tool now. Instead of 
> the DevCloud approach which promotes everything on one machine, the CDK I’m 
> trying to build focuses on developer productivity, reproducibility and 
> scalability of a QA lab, it recommends at least one companion hardware with a 
> developer’s workstation/laptop which can be a small-form-factor server like a 
> mini PC or NUC with at least 16GB RAM and 4 cores i7 with Intel VT. Hope to 
> share it soon.)
> 
>> On 28-Apr-2015, at 7:17 pm, ilya  wrote:
>> 
>> Rohit
>> 
>> Any headway on ESX 5.5? I've done this many times before using cloudstack 
>> and esx, but i was using esx as parent hypervisor.
>> 
>> The challenge for me was being able to automatically deploy and configure 
>> the vSphere + ESXi env. I managed to get the whole flow working with bash 
>> script, puppet, VMA and while it works its not pretty. The challenge was the 
>> networking bit.
>> 
>> Last but not least, consider using cloudstack to test cloudstack. i.e. 
>> master env, would use cloudstack projects and spinup smaller envs with KVM, 
>> Xen and VmWare bound to each project.
>> 
>> Regards
>> ilya
>> 
>> On 4/24/15 7:53 AM, Rohit Yadav wrote:
>>> Daan,
>>> 
 On 24-Apr-2015, at 3:53 pm, Daan Hoogland  wrote:
 
 Rohit, the issues you mention are not as painful if we release in a
 two week schedule as the period of creating a fix to seeing it in a
 release will be shorter. Some releases will be broken for some people,
 I don't think we can prevent this. The target we are aiming for is to
 big to cover it completely.
>>> I agree with you, but I think there are pros and cons to both approaches 
>>> and for this to work it needs to be able to walk first before it can run.
>>> 
>>> For this to work we need an automated QA system, to solve this Abhi is 
>>> working on it for past few weeks and will be adding more non-hardware tests 
>>> (simulator ones) to travis. In my free time, I’m trying to setup a nested 
>>> virtualized environment where we can test ACS against Xen, KVM and VMware 
>>> on top on KVM. So far, I’m able to run XenServer 6.2+6.5 and KVM on top of 
>>> KVM with vmx (intel-vt) enabled, and making some progress with running ESX 
>>> on KVM (I’m able to run ESX 6.0 on KVM now, but not ESX 5.x which is 
>>> something I’m exploring). I hope we'll have something working soon that is 
>>> fairly fast and easy to reproduce.
>>> 
 Your points are valid, though.
 .1 a three person release team makes sense. I have been really happy
 with the help I got from Pierre-Luc and I think D

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

2015-04-29 Thread remibergsma

Github user remibergsma commented on the pull request:

https://github.com/apache/cloudstack/pull/211#issuecomment-97471962
  
@koushik-das To reproduce the issue:
- create a cluster of 1 or more hypervisors. We observed this issue using 
xenserver.
- spin up some vms on this cluster
- pull the plug on all hypervisors at the same time, so an unclean shutdown

Before this fix, CloudStack would not notice the hypervisors were down and 
keep them Up.

After this fix, it puts the hypervisors to Alert state and notifies admin.

If you mean something else, please let me know. All tests pass so I'm not 
aware of anything failing.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

2015-04-29 Thread mlsorensen

Github user mlsorensen commented on the pull request:

https://github.com/apache/cloudstack/pull/211#issuecomment-97474185
  
I haven't researched this fix extensively. However, I just want to make 
sure that the alert state is not accompanied by any undesirable behavior. 
Moving the hypervisors to alert state to warn the admin is fine, but we don't 
want to assume that anything actually went down. In the scenario given, it is 
probably more likely that there was a break in the network between the 
hypervisors and mgmt server, and VMs are running fine, so as long as we are 
accounting for that scenario during recovery from alert state and not assuming 
the VMs are down we should be good.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

2015-04-29 Thread mlsorensen

Github user mlsorensen commented on the pull request:

https://github.com/apache/cloudstack/pull/211#issuecomment-97475041
  
I guess for KVM at least, the behavior should be similar to 
stopping/starting the Agent. It makes the hypervisor go into disconnected, but 
leaves the VM states as-is, and is reconciled when the Agent is restarted.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [DISCUSS] State of 4.5 and testing in local environments

Hi Erik,

What you’re reporting is a strange behaviour indeed. I still suspect it is 
likely an environment issue as I’ve been testing 4.5 for last few months now 
and have not hit anything like this. Can you try to shutdown the mgmt server 
(and agent if it’s KVM) and then pre-seed a 4.5 systemvm template again using 
-F (to cleanup old template) like this:

/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt \
  -m /export/secondary -f <4.5 file here> -h  -F

The idea here is to force remove the template and then try to provision new VRs 
using that and confirm if you still reproduce this issue? It’s possible the 
host has cached an old template but I’ve less idea regarding the storage 
component and how it works for various hypervisors.

Regards.


> On 29-Apr-2015, at 5:04 pm, Erik Weber  wrote:
>
> Den onsdag 29. april 2015 skrev Rohit Yadav 
> følgende:
>
>> Hi Erik,
>>
>>> On 29-Apr-2015, at 4:25 pm, Erik Weber > > wrote:
>>>
>>> Then it should always happen, no?
>>>
>>> It is sporadic, currently i have four routers happily being 4.5, but one
>>> that is 4.4.
>>
>> If you remove the VR which is 4.4, please check if the new one that gets
>> created is 4.5 or still 4.4?
>>
>>
> It varies, sometimes 4.5, sometimes 4.4.
>
>
>> Was this setup a fresh install or an upgrade from 4.4? It’s likely that
>> something went wrong in case it was an upgrade. Perhaps, there are multiple
>> secondary storages, in which case it could happen that one of them has an
>> old template pre-seeded (The template copying across zones could have
>> failed).
>>
>>
> Fresh install, no components has been used before.
>
>
>
>> Regards.
>>
>>>
>>>
>>> Erik
>>>
>>> Den onsdag 29. april 2015 skrev Rohit Yadav > >
>>> følgende:
>>>
 Hi Erik,

> On 29-Apr-2015, at 3:04 pm, Erik Weber > 
 > wrote:
>
>
> One bug I've found which drives me crazy is that, for some reason, the
>> VR
> is versioned as 4.4.0 and needs to be upgraded.
> This only happens once in a while, and I have a hard time reproducing
>> it.
> What drives me crazy is that 4.4.0 has never been installed so I have
>> no
> idea why it has that version number, and upgrading doesn't work...
>
> It has been a few week since I updated the install, so it is closer to
 the
> current RC than it is to the 4.5 branch.
> I'll try to update it next week.

 The VR/systemvm version is taken from /etc/cloudstack-release file. It
>> is
 likely you were using a 4.4 systemvm template (I’ve hit such issues in
>> past
 when testing 4.4 with 4.5 etc).

 Regards,
 Rohit Yadav
 Software Architect, ShapeBlue
 M. +91 88 262 30892 | rohit.ya...@shapeblue.com 
>> 
 Blog: bhaisaab.org | Twitter: @_bhaisaab



 Find out more about ShapeBlue and our range of CloudStack related
>> services

 IaaS Cloud Design & Build<
 http://shapeblue.com/iaas-cloud-design-and-build//>
 CSForge – rapid IaaS deployment framework>>
 CloudStack Consulting
 CloudStack Software Engineering<
 http://shapeblue.com/cloudstack-software-engineering/>
 CloudStack Infrastructure Support<
 http://shapeblue.com/cloudstack-infrastructure-support/>
 CloudStack Bootcamp Training Courses<
 http://shapeblue.com/cloudstack-training/>

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

>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com 
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build<
>> http://shapeblue.com/iaas-cloud-design-and-build//>
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Softwa

Re: [DISCUSS] 4.6 release management

Hi Remi,

Thanks. Sure we can work together on this, I guess you would be running 
KVM/XenServer on KVM. Ping me if you need help on running ESX 5.x on KVM as it 
requires a patched qemu system binary (prebuilt debs here 
http://people.apache.org/~bhaisaab/qemu). If these nested hosts are managed by 
CloudStack itself instead of virsh or virt-viewer, then use ACS 4.5 or master.

> On 29-Apr-2015, at 5:21 pm, Remi Bergsma  wrote:
>
> Hi Rohit,
>
> Nice work!
>
> I agree we need an environment that does run on something else than the local 
> machine, as we need more horse power. We worked on something similar, where 
> we have a cluster of KVM controlled by CloudStack in our Employee Cloud and 
> spin large VMs running CentOS 7.1 (we use 32 or 64GB ram). In this big VM we 
> run KVM again and spin up all infrastructure, ranging from hypervisors, SDN 
> controllers, database hosts, storage appliances, etc. The big benefit is that 
> networking is easy, as it is all in one box. Also, everybody uses the same 
> prefixes. Using a L2 VPN we connect the workstations to the dev/test 
> environment. All VMs can be controlled using virt-manager (like you also 
> showed) and it is actually CloudStack running inside CloudStack. Deploying 
> this VM has been automated and we’re now working on automating different 
> scenario’s. They can also be used as Jenkins build slaves, for example. It is 
> work in progress.
>
> Long story short: Let's work together on this :-)
>
> Regards,
> Remi
>
>
>> On 28 Apr 2015, at 21:07, Rohit Yadav  wrote:
>>
>> Hi Ilya,
>>
>> In short - to run ESX and other hypervisors (Xen, KVM, OVM3, HyperV etc) on 
>> KVM you need to;
>>
>> - use patched qemu (tested to work on both Ubuntu 14.04 and 15.04 x64, I’m 
>> waiting for Fedora 22 to test it on F22 as well), you may install the 
>> pre-built debs or build/install qemu from source using the patch from here: 
>> people.apache.org/~bhaisaab/qemu
>> - use ACS using latest 4.5 branch and deploy a basic zone (without SG) to 
>> provision hypervisor hosts as user vms
>> - in agent.properties (on your kvm host), enable guest.cpu.features=vmx and 
>> guest.cpu.mode=host-passthrough
>> - when deploying ESX 5.x on vm (or installing using an ISO) deploy 
>> virtualmachine with details nicAdapter=vmxnet3, for other hypervisors 
>> (including ESX 6.0) E1000, the default nic adapter, works
>>
>> IMO this is a better approach as it does not depend on ESX or VMWare fusion 
>> that requires special hardware (vCenter/Windows etc or OSX/Apple machine) 
>> and are difficult to automate. Working with KVM host, since is a Linux 
>> machine, would be more familiar to sysadmins and certainly a pleasure to 
>> scale and work with because one can avoid management tools (such as 
>> XenCenter or vCenter).
>>
>> (I’m still working on the "CloudStack Developer Kit” {CDK} so it’s not in a 
>> state to be released yet, will avoid publishing a faulty tool now. Instead 
>> of the DevCloud approach which promotes everything on one machine, the CDK 
>> I’m trying to build focuses on developer productivity, reproducibility and 
>> scalability of a QA lab, it recommends at least one companion hardware with 
>> a developer’s workstation/laptop which can be a small-form-factor server 
>> like a mini PC or NUC with at least 16GB RAM and 4 cores i7 with Intel VT. 
>> Hope to share it soon.)
>>
>>> On 28-Apr-2015, at 7:17 pm, ilya  wrote:
>>>
>>> Rohit
>>>
>>> Any headway on ESX 5.5? I've done this many times before using cloudstack 
>>> and esx, but i was using esx as parent hypervisor.
>>>
>>> The challenge for me was being able to automatically deploy and configure 
>>> the vSphere + ESXi env. I managed to get the whole flow working with bash 
>>> script, puppet, VMA and while it works its not pretty. The challenge was 
>>> the networking bit.
>>>
>>> Last but not least, consider using cloudstack to test cloudstack. i.e. 
>>> master env, would use cloudstack projects and spinup smaller envs with KVM, 
>>> Xen and VmWare bound to each project.
>>>
>>> Regards
>>> ilya
>>>
>>> On 4/24/15 7:53 AM, Rohit Yadav wrote:
 Daan,

> On 24-Apr-2015, at 3:53 pm, Daan Hoogland  wrote:
>
> Rohit, the issues you mention are not as painful if we release in a
> two week schedule as the period of creating a fix to seeing it in a
> release will be shorter. Some releases will be broken for some people,
> I don't think we can prevent this. The target we are aiming for is to
> big to cover it completely.
 I agree with you, but I think there are pros and cons to both approaches 
 and for this to work it needs to be able to walk first before it can run.

 For this to work we need an automated QA system, to solve this Abhi is 
 working on it for past few weeks and will be adding more non-hardware 
 tests (simulator ones) to travis. In my free time, I’m trying to setup a 
 nested virtualized environment where we can test ACS against Xen, KVM a

Build failed in Jenkins: build-systemvm64-master-with-debian8 #1

See 

--
[...truncated 1296 lines...]
Fetching file:  28% |oo  |  70.0MB   1.7MB/s ETA:   0:01:45
Fetching file:  28% |oo  |  71.2MB   1.7MB/s ETA:   0:01:45
Fetching file:  29% |oo  |  71.3MB   1.7MB/s ETA:   0:01:45
Fetching file:  29% |oo  |  72.5MB   1.6MB/s ETA:   0:01:45
Fetching file:  29% |oo  |  73.7MB   1.6MB/s ETA:   0:01:45
Fetching file:  30% |ooo |  73.8MB   1.6MB/s ETA:   0:01:45
Fetching file:  30% |ooo |  75.0MB   1.6MB/s ETA:   0:01:45
Fetching file:  31% |ooo |  76.3MB   1.6MB/s ETA:   0:01:44
Fetching file:  31% |ooo |  78.0MB   1.6MB/s ETA:   0:01:43
Fetching file:  32% |ooo |  78.7MB   1.6MB/s ETA:   0:01:42
Fetching file:  32% |ooo |  80.3MB   1.6MB/s ETA:   0:01:42
Fetching file:  33% |ooo |  81.2MB   1.6MB/s ETA:   0:01:41
Fetching file:  33% |ooo |  82.7MB   1.6MB/s ETA:   0:01:40
Fetching file:  34% ||  83.6MB   1.6MB/s ETA:   0:01:40
Fetching file:  34% ||  85.2MB   1.6MB/s ETA:   0:01:39
Fetching file:  35% ||  86.1MB   1.6MB/s ETA:   0:01:38
Fetching file:  35% ||  87.7MB   1.6MB/s ETA:   0:01:37
Fetching file:  36% ||  88.6MB   1.6MB/s ETA:   0:01:37
Fetching file:  36% ||  90.2MB   1.6MB/s ETA:   0:01:36
Fetching file:  37% ||  91.0MB   1.6MB/s ETA:   0:01:35
Fetching file:  37% ||  92.7MB   1.6MB/s ETA:   0:01:34
Fetching file:  38% |o   |  93.5MB   1.6MB/s ETA:   0:01:34
Fetching file:  38% |o   |  95.3MB   1.6MB/s ETA:   0:01:32
Fetching file:  39% |o   |  95.9MB   1.6MB/s ETA:   0:01:32
Fetching file:  39% |o   |  98.1MB   1.6MB/s ETA:   0:01:30
Fetching file:  40% |o   |  98.4MB   1.6MB/s ETA:   0:01:30
Fetching file:  41% |o   | 100.9MB   1.7MB/s ETA:   0:01:27
Fetching file:  42% |oo  | 103.3MB   1.7MB/s ETA:   0:01:25
Fetching file:  43% |oo  | 105.8MB   1.7MB/s ETA:   0:01:23
Fetching file:  44% |oo  | 108.2MB   1.7MB/s ETA:   0:01:21
Fetching file:  45% |oo  | 110.7MB   1.7MB/s ETA:   0:01:19
Fetching file:  46% |ooo | 113.2MB   1.7MB/s ETA:   0:01:17
Fetching file:  47% |ooo | 115.6MB   1.7MB/s ETA:   0:01:14
Fetching file:  48% |ooo | 118.1MB   1.8MB/s ETA:   0:01:12
Fetching file:  49% |ooo | 120.5MB   1.8MB/s ETA:   0:01:10
Fetching file:  50% || 123.0MB   1.8MB/s ETA:   0:01:08
Fetching file:  50% || 123.9MB   1.8MB/s ETA:   0:01:08
Fetching file:  50% || 125.0MB   1.8MB/s ETA:   0:01:08
Fetching file:  51% || 125.5MB   1.8MB/s ETA:   0:01:08
Fetching file:  51% || 126.6MB   1.7MB/s ETA:   0:01:08
Fetching file:  51% || 127.5MB   1.7MB/s ETA:   0:01:08
Fetching file:  52% || 127.9MB   1.7MB/s ETA:   0:01:08
Fetching file:  52% || 128.9MB   1.7MB/s ETA:   0:01:07
Fetching file:  52% || 130.0MB   1.7MB/s ETA:   0:01:07
Fetching file:  53% || 130.4MB   1.7MB/s ETA:   0:01:07
Fetching file:  53% || 131.4MB   1.7MB/s ETA:   0:01:07
Fetching file:  53% || 132.4MB   1.7MB/s ETA:   0:01:07
Fetching file:  54% || 132.8MB   1.7MB/s ETA:   0:01:06
Fetching file:  54% || 134.0MB   1.7MB/s ETA:   0:01:06
Fetching file:  55% |o   | 135.3MB   1.7MB/s ETA:   0:01:05
Fetching file:  55% |o   | 137.0MB   1.7MB/s ETA:   0:01:04
Fetching file:  56% |o   | 137.8MB   1.7MB/s ETA:   0:01:04
Fetching file:  56% |o   | 139.3MB   1.7MB/s ETA:   0:01:03
Fetching file:  57% |o   | 140.2MB   1.7MB/s ETA:   0:01:03
Fetching file:  57% |o   | 141.6MB   1.7MB/s ETA:   0:01:02
Fetching file:  58% |o   | 142.7MB   1.7MB/s ETA:   0:01:01
Fetching file:  58% |o   | 144.2MB   1.7MB/s ETA:   0:01:00
Fetching file:  59% |oo  | 145.1MB   1.7MB/s ETA:   0:01:00
Fetching file:  59% |oo  | 146.7MB   1.7MB/s ETA:   0:00:59
Fetching file:  60% |oo  | 147.6MB   1.7MB/s ETA:   0:00:59
Fetching file:  60% |oo

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

See

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

Github user koushik-das commented on the pull request:

https://github.com/apache/cloudstack/pull/211#issuecomment-97503915
  
@remibergsma My comments are based on the latest master code. Based on my 
reading of the code, the changes you made shouldn't have any impact on the 
outcome of the test. I see that HighAvailabilityManagerImpl.investigate() 
method returns status as Alert if none of the investigators are able to 
determine the status. Is it possible that the test is passing due to this?



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Jenkins build is still unstable: simulator-singlerun #1167

See

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

Github user koushik-das commented on the pull request:

https://github.com/apache/cloudstack/pull/211#issuecomment-97512774
  
Also about the scenario that is being addressed - all hosts in a XS cluster 
are shutdown by pulling the plug. Instead of immediately putting the hosts in 
Alert state, it may be better to wait for some configurable amount of time and 
after that if it is not possible to determine status of hosts in the cluster 
then put them in Alert.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

See

[GitHub] cloudstack pull request: return a state instead of null in Abstrac...

2015-04-29 Thread remibergsma

Github user remibergsma commented on the pull request:

https://github.com/apache/cloudstack/pull/211#issuecomment-97542905
  
@mlsorensen Agree, no state of VMs should change since we cannot tell 
because the hypervisors are unreachable. This does not change the state of the 
VMs, only the hypervisors.

@koushik-das It already takes a few minutes before it determines it cannot 
reach the hypersvisor (after a few retries). I didn't change anything on this. 
It is not configurable right now as far as I know. 

I will have a look at the test you mentioned to see what you mean.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [4.6] Trouble with virtual router

Hey Wilder,

Thanks for the reply.

I was wondering if you could point me to the system VM template that you
used?

This is what I used and am having trouble with:

http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2

Thanks!
Mike

On Wed, Apr 29, 2015 at 6:12 AM, Wilder Rodrigues <
wrodrig...@schubergphilis.com> wrote:

> Hi Mike,
>
> I just built, deploy and created isolated network, VPC and VMS using
> latest master (4.6.0). I put some screenshots on imgur:
> http://imgur.com/a/OmSyy.
>
> In addition, I created FW + PF rules and SSH (using the routers’ pub ip)
> to the VM:
>
> [wrodrigues@mct-wrodrigues ~]$ ssh root@192.168.22.52 root@192.168.22.52>
> root@192.168.22.52's password:
> %
> %
> % ls
> ssh-host-dss-key.pub  ssh-host-rsa-key.pub
> % uname -a
> Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC
> 2011 i686 unknown
> %
>
> Could you please share your XenServer SMlog with us?
>
> Cheers,
> Wilder
>
> On 29 Apr 2015, at 08:23, Erik Weber  terbol...@gmail.com>> wrote:
>
> Anything in /var/log/cloud.log?
>
> --
> Erik
>
> On Tue, Apr 28, 2015 at 11:58 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> Unfortunately I'm not able to make out any errors on the console.
>
> Is there something within the VM's OS that I can look at to debug this?
>
> I see that SSVM and CPVM have IP addresses, but the VR does not.
>
> Any hints would be great as unfortunately I had to postpone a CloudStack
> demo for a potential customer today due to this issue.
>
> Thanks!
>
> On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N  sanj...@apache.org>> wrote:
>
> One of the reasons for VR not to come up is, once CS creates VR on
> hypervisor, it does a ping on VR's management interface for centain no.of
> of times. If it does not receive any response then it will shut down the
> VR.
>
> So when VR is coming up check its console and see any network issues.
>
> On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
> failure
> is a bit different, though. In this case, the SSVM stays in the Running
> state, but the agent doesn't seem to ever come up.
>
> Oh well...I guess I'll try ESXi later.
>
> On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> Thanks for the message, Abhi.
>
> I went ahead and deleted the host tag from each of my XenServer hosts
> (it's a new environment, so I only had one host tag per host). I then
> performed a force reconnect on each host.
>
> Unfortunately, I still seem to be encountering the same issue (even
> after
> destroying and re-creating the VR). This seems broken on both
> XenServer
> 6.2
> and XenServer 6.1.
>
> I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
> interested
> in dealing with XenServer (for the time being) for this particular
> feature
> I'm working on, but perhaps I can at least get the system VMs up and
> running on another hypervisor to allow me to move forward.
>
> On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
> abhinandan.prat...@shapeblue.com>
> wrote:
>
> Had similar problem where SSVM and CPVM came up but not the VR.
> In my case I traced it to systemvm.iso not getting updated on
> XenServer,
> due to the old host-tag.
> On deleting the host tag the MS was able to copy the systemvm.iso to
> Xen
> and things were fine after that.
>
> -abhi
>
>
> On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> Hi,
>
> Tonight I tried to re-create a cloud from scratch and made use of
> the
> following system template:
>
>
>
>
>
>
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
>
> My SSVM and CPVM get IP addresses and seem to behave OK; however,
> my
> VR
> never gets into the Running state. It gets to a point and then is
> restarted
> (this happens a couple times). Eventually CS gives up on it.
>
> I only have two XenServer 6.2 hosts in this environment. The
> system
> VMs
> are
> running on local storage.
>
> Thoughts on this?
>
> Thanks!
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>
> Find out more about ShapeBlue and our range of CloudStack related
> services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework<
> http://shapeblue.com/csforge/
>
> CloudStack Consulting

Re: [DISCUSS] 4.6 release management

2015-04-29 Thread Marcus

After reviewing the history as mentioned by Daan, unless we propose
and vote on a newer workflow model I think the best we can do is to
simply be more strict about commits to master. They all need to be
merges that have been tested against master before merge. This will in
theory make master more stable, but doesn't really change the workflow
we've already agreed upon and have been working under (although
bugfixes sometimes were not coming in from branches, and cherry-picked
bugfixes from branches will need to go into a branch first, tested
against master, and merged to master). We can essentially set a date
and do that any time, with some advance notice that direct commits
will be reverted.

On Sat, Apr 18, 2015 at 12:50 AM, Sebastien Goasguen  wrote:
>
>> On Apr 18, 2015, at 8:36 AM, Marcus  wrote:
>>
>> Have they diverged that much? Due to cherry-picking, I guess.
>> Otherwise you should be able to do it cleanly.
>>
>> There's a good opportunity to do this next release. Instead of
>> creating a release branch, we freeze master and start creating dev
>> branches.
>
> +1
>
> This just amounts to treating master now like a release branch. Getting back 
> to PL suggestion, that means
> that any commit to master would be through a PR or MERGE request on the ML. 
> Anything else will be reverted by the RM.
>
> Marcus, do you feel like writing down a little process for this and some 
> dates that we can target.
> It would be nice to do this for 4.6.
>
>>
>> On Fri, Apr 17, 2015 at 10:46 PM, Daan Hoogland  
>> wrote:
>>> We heavily invested in code now on master. Not looking forward to
>>> backporting that.
>>>
>>> mobile dev with bilingual spelling checker used (read at your own risk)
>>> Op 17 apr. 2015 21:02 schreef "Marcus" :
>>>
 Well, would we just swap the last release branch with master? Master
 is the dev branch, and the last release is really what we have as a
 stable branch.

 On Fri, Apr 17, 2015 at 8:44 AM, Daan Hoogland 
 wrote:
> On Fri, Apr 17, 2015 at 2:43 AM, Sebastien Goasguen 
 wrote:
>>
>>> On Apr 17, 2015, at 12:49 AM, Pierre-Luc Dion 
 wrote:
>>>
>>> Today during the CloudStackdays  we did a round table about Release
>>> management targeting the next 4.6 releases.
>>>
>>>
>>> Quick bullet point discussions:
>>>
>>> ideas to change release planning
>>>
>>>  - Plugin contribution is complicated because often  a new plugin
 involve
>>>  change on the core:
>>> - ex: storage plugin involve changes on Hypervisor code
>>>  - There is an idea of going on a 2 weeks release model which could
>>>  introduce issue the database schema.
>>>  - Database schema version should be different then the application
>>>  version.
>>>  - There is a will to enforce git workflow in 4.6  and trigger
 simulator
>>>  job on  PullRequest.
>>>  - Some people (I'm part of them) are concerned on our current way of
>>>  supporting and back porting fixes to multiple release (4.3.x, 4.4.x,
>>>  4.5.x). But the current level of confidence against latest release
 is low,
>>>  so that need to be improved.
>>>
>>>
>>> So, the main messages is that w'd like to improve the release
 velocity, and
>>> release branch stability.  so we would like to propose few change in
 the
>>> way we would add code to the 4.6 branch as follow:
>>>
>>> - All new contribution to 4.6 would be thru Pull Request or merge
 request,
>>> which would trigger a simulator job, ideally only if that pass the PR
 would
>>> be accepted and automatically merged.  At this time, I think we pretty
 much
>>> have everything in place to do that. At a first step we would use
>>> simulator+marvin jobs then improve tests coverage from there.
>>
>> +1
>>
>> We do need to realize what this means and be all fine with it.
>>
>> It means that if someone who is not RM directly commits to the release
 branch, the commit will be reverted.
>> And that from the beginning of the branching…
> I agree and we can even go as far as reverting fixes that are
> cherry-picked in favour of merged forward.
>
>>
>> IMHO, I think this would be a good step but I don’t think it goes far
 enough.
> Agreed here as well but let's take the step while discussing further
> steps and not implement to much process as well
>
>>
>> This still uses a paradigm where a release is made from a release
 branch that was started from an unstable development branch.
>> Hence you still need *extensive* QA.
> The problem here is that there is no stable point to fork from at the
> moment. We will get there and we shouldn't stop taking steps in that
> direction.
>
>>
>> If we truly want to release faster, we need to release from the same
 QA’d branch time after time….a release needs to be based on a

Re: [4.6] Trouble with virtual router

2015-04-29 Thread Marcus

Log into the vm and look at the /var/log/cloud.log. It might be that
the agent isn't starting (e.g. you require non-oss build but have oss
build, and agent fails to find PremiumSecondaryStorageResource or
whatever)

On Wed, Apr 29, 2015 at 12:36 PM, Mike Tutkowski
 wrote:
> Hey Wilder,
>
> Thanks for the reply.
>
> I was wondering if you could point me to the system VM template that you
> used?
>
> This is what I used and am having trouble with:
>
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
>
> Thanks!
> Mike
>
> On Wed, Apr 29, 2015 at 6:12 AM, Wilder Rodrigues <
> wrodrig...@schubergphilis.com> wrote:
>
>> Hi Mike,
>>
>> I just built, deploy and created isolated network, VPC and VMS using
>> latest master (4.6.0). I put some screenshots on imgur:
>> http://imgur.com/a/OmSyy.
>>
>> In addition, I created FW + PF rules and SSH (using the routers’ pub ip)
>> to the VM:
>>
>> [wrodrigues@mct-wrodrigues ~]$ ssh root@192.168.22.52> root@192.168.22.52>
>> root@192.168.22.52's password:
>> %
>> %
>> % ls
>> ssh-host-dss-key.pub  ssh-host-rsa-key.pub
>> % uname -a
>> Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC
>> 2011 i686 unknown
>> %
>>
>> Could you please share your XenServer SMlog with us?
>>
>> Cheers,
>> Wilder
>>
>> On 29 Apr 2015, at 08:23, Erik Weber > terbol...@gmail.com>> wrote:
>>
>> Anything in /var/log/cloud.log?
>>
>> --
>> Erik
>>
>> On Tue, Apr 28, 2015 at 11:58 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> Unfortunately I'm not able to make out any errors on the console.
>>
>> Is there something within the VM's OS that I can look at to debug this?
>>
>> I see that SSVM and CPVM have IP addresses, but the VR does not.
>>
>> Any hints would be great as unfortunately I had to postpone a CloudStack
>> demo for a potential customer today due to this issue.
>>
>> Thanks!
>>
>> On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N > sanj...@apache.org>> wrote:
>>
>> One of the reasons for VR not to come up is, once CS creates VR on
>> hypervisor, it does a ping on VR's management interface for centain no.of
>> of times. If it does not receive any response then it will shut down the
>> VR.
>>
>> So when VR is coming up check its console and see any network issues.
>>
>> On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
>> failure
>> is a bit different, though. In this case, the SSVM stays in the Running
>> state, but the agent doesn't seem to ever come up.
>>
>> Oh well...I guess I'll try ESXi later.
>>
>> On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> Thanks for the message, Abhi.
>>
>> I went ahead and deleted the host tag from each of my XenServer hosts
>> (it's a new environment, so I only had one host tag per host). I then
>> performed a force reconnect on each host.
>>
>> Unfortunately, I still seem to be encountering the same issue (even
>> after
>> destroying and re-creating the VR). This seems broken on both
>> XenServer
>> 6.2
>> and XenServer 6.1.
>>
>> I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
>> interested
>> in dealing with XenServer (for the time being) for this particular
>> feature
>> I'm working on, but perhaps I can at least get the system VMs up and
>> running on another hypervisor to allow me to move forward.
>>
>> On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
>> abhinandan.prat...@shapeblue.com>
>> wrote:
>>
>> Had similar problem where SSVM and CPVM came up but not the VR.
>> In my case I traced it to systemvm.iso not getting updated on
>> XenServer,
>> due to the old host-tag.
>> On deleting the host tag the MS was able to copy the systemvm.iso to
>> Xen
>> and things were fine after that.
>>
>> -abhi
>>
>>
>> On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> Hi,
>>
>> Tonight I tried to re-create a cloud from scratch and made use of
>> the
>> following system template:
>>
>>
>>
>>
>>
>>
>> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
>>
>> My SSVM and CPVM get IP addresses and seem to behave OK; however,
>> my
>> VR
>> never gets into the Running state. It gets to a point and then is
>> restarted
>> (this happens a couple times). Eventually CS gives up on it.
>>
>> I only have two XenServer 6.2 hosts in this environment. The
>> system
>> VMs
>> are
>> running on local storage.
>>
>> Thoughts on this?
>>
>> Thanks!
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire

Re: getting rid of 3rd party repositories (ceph, libvirt)

2015-04-29 Thread Laszlo Hornyak

Thank you Wido!
Should work now...

On Wed, Apr 29, 2015 at 4:46 PM, Wido den Hollander  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> On 04/22/2015 12:31 PM, Laszlo Hornyak wrote:
> > Hi Wido,
> >
> > I should have read the git log first :-)
> >
> > No license issues and no code change needed. All I want to have is
> > rados-java in the central maven repository for two reasons: -
> > central is the most reliable service - we can not upload our
> > artifacts to central until we have a dependency on other
> > repositories, and therefore users and developers are not able to
> > reuse
> >
> > I will send you a PR for the pom file. This is needed in order to
> > compliy central repository upload policy, no functional changes,
> > only meta-data.
> >
>
> Got it! I merged the PR.
>
> > And then, let's see.. do you own the repository in central repo?
> > Basically either you can upload or I can upload for you if you give
> > me permission, in any case I will try to help.
> >
>
> No, I don't have one. You have my permission to upload rados-java to
> your repo so that it can get into maven central.
>
> Wido
>
> > Best regards, Laszlo
> >
> > On Wed, Apr 22, 2015 at 9:20 AM, Wido den Hollander
> >  wrote:
> >
> >
> >
> > On 04/21/2015 09:12 PM, Laszlo Hornyak wrote:
>  Hi,
> 
>  I have uploaded the libvirt dependency to maven central and
>  you should never get the maven failure if the libvirt.org
>  server goes down, it will be downloaded from central. I have
>  sent a PR (#180) to remove the libvirt.org repository from
>  the build.
> 
>  With ceph.org the situation: - I have requested permission
>  to publish like with libvirt, my request was rejected since
>  the ceph.com team holds ownership - The only solution from
>  here is to change the groupId of the dependency. -
>  org.apache.* is very likely no go, it is owned by apache,
>  artifacts are synchonrized to central through the apache
>  repository, which is for apache artifacts only. - we can
>  upload with a new groupId - suggestions are welcome
> 
> >
> > I wrote the rados-java bindings and licensed it under the Apache
> > License .
> >
> > I choose com.ceph as a package since that was the easiest way. It
> > would be changed but I don't want to break all the existing code
> > for users.
> >
> > Any ideas?
> >
> > Wido
> >
>  Regards, Laszlo
> 
> >>
> >
> >
> >
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQIcBAEBAgAGBQJVQO7PAAoJEAGbWC3bPspCyoYP/0EOa/J73wT9jXHqWuy3Pp7i
> SeJKPYsKOUbE2lYbjbLmpOF0SB837YPkbwlZr8PT/XLPxojhpc+XxIe0RYlBcqmj
> sGdlxMI9yMyRg4kj4WlUdgWI68kNM1y/OZty4eSmlmpfzsXcyoo9JjvAd++Q0hr6
> WB7/+Yq9OzNMJg50Ky935NfgQ75wRwKuANfpmowjixR93tPo0rMEFjFhZsyVdSG1
> IlgzCWAyD7KOwPuB5KFPwsh7A0FfTNvuNUgcxFsPIjrJfJecBfUVXDppCXWBH+qS
> 0Zy6udsaCYSVFitGXCJS5kqd20IXlA040d9+l91AlOqCg+R6hWCo9u12Bgl26EiQ
> KunUA+t8qTvx2VQKoRyBOgeFn3tzsR5WtZ9pVgulOJJFQggShLDRdtKtkUC193MV
> vrBsPxmpM3By6NywfEt0N3JfPZ0t/aP2WVNxSMG+8kEL+tQhE1a6DucS/ZxJLYdu
> z3IFjioMz15+lDkUIs2WQcxZoXrzxGgh+2de4MXMsRO6/DmoGFiDrb+bO82NRliK
> HJQNckpMSEq/M6hSs4pyXR/zGpVE9qgt26ZqCqxGLenYIJwglNM+2Txm5exo0P4q
> knUmIBhQoirDecl7Uqpm0c0lh302GmvgNVVcKu9+0MKr/ObRG2KO3GKGWlbRkWtu
> VLF9PnlOu0sKoxIPwv3R
> =SbBH
> -END PGP SIGNATURE-
>



-- 

EOF

Re: ACS 4.5.1 fails

Hi,

Fixed on 4.5 now: 
https://github.com/apache/cloudstack/commit/031d7a9c43c5082913064a39829ecefb2239c5ab

Latest 4.5 testing repo: http://packages.bhaisaab.org/cloudstack/testing

> On 27-Apr-2015, at 6:09 pm, ilya  wrote:
>
> perhaps we need to patch and hard set java to = 1.7 (vs =>1.7) with arch type 
> of x86_64  - until we are ready with 1.8..
>
> On 4/27/15 7:01 AM, Rafael Fonseca wrote:
>> Hi there :)
>>
>> You didn't mention if you were running 32 or 64 bit OS... 32 bit JVM can't
>> scale over 1.4/1.6Gb Heap size, no matter what you put in the -Xmx option ;)
>>
>> RF
>>
>> On Mon, Apr 27, 2015 at 3:44 PM, Timothy Lothering <
>> tlother...@datacentrix.co.za> wrote:
>>
>>> Hi Keerthiraja,
>>>
>>> We are on 4.3.0.2 - So I am not sure it the tomcat6-nonssl.conf differs. I
>>> looked at your JAVA_OPTS line and mine,
>>>
>>> Your Line:
>>>
>>> JAVA_OPTS="-Djava.awt.headless=true -Dcom.sun.management.jmxremote=false
>>> -Xmx2g -XX:+HeapDumpOnOutOfMemoryError
>>> -XX:HeapDumpPath=/var/log/cloudstack/management/ -XX:PermSize=512M
>>> -XX:MaxPermSize=800m
>>> -Djava.security.properties=/etc/cloudstack/management/java.security.ciphers"
>>>
>>> Mine:
>>>
>>> JAVA_OPTS="-Djava.awt.headless=true
>>> -Dcom.sun.management.jmxremote.port=45219
>>> -Dcom.sun.management.jmxremote.authenticate=false
>>> -Dcom.sun.management.jmxremote.ssl=false -Xmx4g -Xms2g
>>> -XX:+HeapDumpOnOutOfMemoryError
>>> -XX:HeapDumpPath=/var/log/cloudstack/management/ -XX:PermSize=512M
>>> -XX:MaxPermSize=800m"
>>>
>>> There are some options missing, but I also do not see a "-Xms" line in
>>> yours. I will put 4.5.1 in Lab and see what happens.
>>>
>>> My ACS MS has 8GB RAM, that is why I have -Xmx4g
>>>
>>> Regards,
>>> Timothy Lothering
>>> Solutions Architect
>>> Managed Services
>>>
>>> T: +27877415535
>>> F: +27877415100
>>> C: +27824904099
>>> E: tlother...@datacentrix.co.za
>>>
>>>
>>> DISCLAIMER NOTICE:
>>>
>>> Everything in this e-mail and any attachments relating to the official
>>> business of Datacentrix Holdings Ltd. and its subsidiaries
>>> ('Datacentrix') is proprietary to Datacentrix. It is confidential, legally
>>> privileged and protected by law. Datacentrix does not
>>> own and endorse any other content. Views and opinions are those of the
>>> sender unless clearly stated as being that of Datacentrix.
>>> The person addressed in the e-mail is the sole authorised recipient.
>>> Please notify the sender immediately if it has unintentionally
>>> reached you and do not read, disclose or use the content in any way.
>>> Datacentrix cannot assure that the integrity of this communication
>>> has been maintained nor that it is free of errors, virus, interception or
>>> interference.
>>> -Original Message-
>>> From: Keerthiraja SJ [mailto:sjkeer...@gmail.com]
>>> Sent: 27 April 2015 08:28 AM
>>> To: dev@cloudstack.apache.org
>>> Cc: us...@cloudstack.apache.org
>>> Subject: Fwd: ACS 4.5.1 fails
>>>
>>> Hi All,
>>>
>>> I installed the ACS in my VirtualBox. After I install the CS with 4GB base
>>> memory I could not able to start the server.
>>>
>>> I scale the memory upto 12GB still I could not able to start the ACS.
>>> In /var/log/cloudstack/management/catalina.out I could see error as
>>>
>>> Can't start up: not enough memory
>>> Can't start up: not enough memory
>>> Can't start up: not enough memory
>>> Can't start up: not enough memory
>>> Can't start up: not enough memory
>>> Can't start up: not enough memory
>>> Can't start up: not enough memory
>>> Can't start up: not enough memory
>>> Can't start up: not enough memory
>>> Can't start up: not enough memory
>>>
>>> Is I missing anything.
>>>
>>> In the default file of below I could see the java value as default.
>>>
>>> tomcat6.conf -> /etc/cloudstack/management/tomcat6-nonssl.conf
>>>
>>> JAVA_OPTS="-Djava.awt.headless=true -Dcom.sun.management.jmxremote=false
>>> -Xmx2g -XX:+HeapDumpOnOutOfMemoryError
>>> -XX:HeapDumpPath=/var/log/cloudstack/management/ -XX:PermSize=512M
>>> -XX:MaxPermSize=800m
>>> -Djava.security.properties=/etc/cloudstack/management/java.security.ciphers"
>>>
>>>
>>> Kindly let me know if any one found this issue. I even tried by increasing
>>> the -Xmx2g into 4g still I don't see any improvement.
>>>
>>>
>>>
>>>
>>> Thanks,
>>> Keerthi
>>>
>

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and

Jenkins build is back to normal : build-systemvm-master #512

See

Jenkins build is still unstable: simulator-singlerun #1168

See

Re: [DISCUSS] State of 4.5 and testing in local environments

2015-04-29 Thread David Nalley

The problem is really two fold.
Cutting an RC isn't terribly time consuming, once you've done it a
dozen times or so, it goes by pretty quickly.

The problem is the time it takes to do any material testing; and that
we don't have a way of telling what the status of a candidate is
without doing lots of manual testing. We've had multiple cases of
having enough binding votes for 4.5.x candidates only for someone to
find problems. This leads me (and this could just be my perspective)
to let an RC sit for a while - get folks to test it. My experience as
a person voting is that rapid churn of RCs leads me to not even
attempt to setup a testing environment, much less do any testing. I
found that by the time I could get around to testing an RC vote had
been cancelled and it had been rerolled, sometimes twice.

I've said this before, and I'll toss it out again. I think we have to
start 'trusting' the automated tests. We find lots of problems
manually, but we don't improve the testing situation for those blocker
issues that stopped us from releasing. I'm of the opinion we should
release quickly, very quickly. But if we have to spend a week just
looking for bugs, that will never fly. So - let the standard be
automated tests - and if there's a problem, we create an automated
test for it, and solve in a week or two. That will force us to live
and die by automated tests.

--David

On Wed, Apr 29, 2015 at 9:45 AM, Rohit Yadav  wrote:
> Hi Wilder - Thanks we’ll need all the ammo we have :) I’ve already done my 
> testings wrt XS 6.2/6.5 and KVM qemu 2.0/2.1/2.2 so will test KVM 1.5 and 
> VMware 5.5.
>
> Hi Daan - makes sense, we’re “so" late with 4.5.1 that we need to focus on 
> 4.6.0 to avoid delaying it. I’ve asked David regarding co-piloting the next 
> 4.5.1 RC since he could be busy and I want to help with lifting some weights. 
> I’m planning to do basic tests with VMware today, publish new 
> systemvmtemplates tomorrow (I’m already done with KVM and Xen) and plan to 
> cut a 4.5.1 RC on Monday and if we don’t hit any blocker or regressions ACS 
> 4.5.1 should be released by the end of next week.
>
>> On 29-Apr-2015, at 2:49 pm, Wilder Rodrigues  
>> wrote:
>>
>> Hi Rohit,
>>
>> I will join you in testing 4.5 form next week - just have to finish some 
>> stuff.
>>
>> My environments will be:
>>
>> * Xen 6.2/6.5
>> * KVM (qemu 1.5.3 and 2.1)
>>
>> Let’s rock!
>>
>> Cheers,
>> Wilder
>>
>> On 28 Apr 2015, at 18:33, Rohit Yadav  wrote:
>>
>>> Hi all,
>>>
>>> ### 4.5 Release Effort
>>>
>>> I’ve been exhaustively testing ACS 4.5 wrt Xen 6.2, Xen 6.5, KVM (qemu 2.0, 
>>> 2.3) and I feel we’re pretty good but we need testing efforts and I want to 
>>> help drive efforts to releasing ACS 4.5.1 -- if you’ve any issues that you 
>>> would like to get fixed that are either regressions or blockers can you 
>>> please share on this thread? If we don’t find any blockers or regressions 
>>> let us invest in ACS 4.5 testing and release it soon. For other minor 
>>> issues we can always fix them and release 4.5.2 etc if and when needed in 
>>> future.
>>>
>>> Regarding my 4.5 testing - I’ve tested basic vm life cycle operations 
>>> (deploy, start, stop, destroy/expunge, migrate to another host, migrate to 
>>> another storage pool, deploy using iso) for all cases and found no issues;
>>>
>>> KVM with basic zone (with/without security groups, SG blockers were found 
>>> and fixed)
>>> KVM with Adv zone (with/without security groups, both isolated network and 
>>> VPC worked, networking issues were found and fixed)
>>> XenServer 6.2 with basic and adv zones (with/without security groups, no SG 
>>> issues found)
>>> XenServer 6.5 with basic and adv zones (with/without security groups, SG 
>>> blockers found and fixed)
>>>
>>> I found one issue that could be a blocker (if it’s not a hardware/env 
>>> issue) -- when using security groups in advance zone with a dedicated vlan 
>>> id (say vlan://500), I was unable to access the VMs (CPVM, SSVM, VR or user 
>>> vms) though all normal vm_life cycles seems to work. Though this worked for 
>>> me when I used the vlan://untagged. I tried to add vlan id 500 to my local 
>>> nics using vconfig but I still was n’t able to do access the CPVM or user 
>>> VMs. I guess my understanding of vlans with security groups is limited, so 
>>> if anyone knows about this feature or has used it - please help with some 
>>> regression testing. I plan to continue testing this week with VMWare and 
>>> fix any issues we find.
>>>
>>>
>>> ### Testing against Xen, KVM, VMWare etc.
>>>
>>> With a recent improvement to allow cpu features (such as vmx) on KVM hosts 
>>> (https://github.com/apache/cloudstack/commit/58cc569273905c50d089f9fd82fe80028b4e9775),
>>>  it’s now possible to run KVM, ESX, XenServer, OVM3 (LXC, and hopefully 
>>> others) on KVM (in case of ESX a patched qemu would be needed: 
>>> http://people.apache.org/~bhaisaab/qemu/). Such a (ansible based) tool aims 
>>> to be reproduce such an environm

[GitHub] cloudstack pull request: CLOUDSTACK-8394: Skipping snapshots test ...

2015-04-29 Thread gauravaradhye

GitHub user gauravaradhye opened a pull request:

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

CLOUDSTACK-8394: Skipping snapshots test cases for HyperV and LXC

Skipping these tests as they are not supported on given hypervisors.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/gauravaradhye/cloudstack 8394

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/212.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #212


commit e971ad0b1d3497f72dc27cfc4510f896ac226459
Author: Gaurav Aradhye 
Date:   2015-04-30T02:14:21Z

CLOUDSTACK-8394: Skipping snapshots test cases for HyperV and LXC




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8394: Skipping snapshots test ...

Github user asfgit closed the pull request at:

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


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Jenkins build is still unstable: simulator-singlerun #1169

See

Jenkins build is still unstable: simulator-singlerun #1170

See

minor issues seen in travis.yml

2015-04-29 Thread Raja Pullela

Hi,

I saw couple of issue in travis.yml -

-  3rd line:  "smoke/smoke/test_reset_vm_on_reboot" - it should be 
"smoke/test_reset_vm_on_reboot"

-  7th line: component/test_acl_isolatednetwork - is listed twice
will be creating a ticket but wanted to inform ahead.

best,
Raja

Re: minor issues seen in travis.yml

2015-04-29 Thread Abhinandan Prateek

Filed the ticket https://issues.apache.org/jira/browse/CLOUDSTACK-8429

Fixing it and including some more tests.

-abhi

> On 30-Apr-2015, at 9:42 am, Raja Pullela  wrote:
>
> Hi,
>
> I saw couple of issue in travis.yml -
>
> -  3rd line:  "smoke/smoke/test_reset_vm_on_reboot" - it should be 
> "smoke/test_reset_vm_on_reboot"
>
> -  7th line: component/test_acl_isolatednetwork - is listed twice
> will be creating a ticket but wanted to inform ahead.
>
> best,
> Raja

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

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

Re: [DISCUSS] State of 4.5 and testing in local environments

2015-04-29 Thread Remi Bergsma

+1 Totally agree and willing to help make it happen!

Sent from my iPhone

> On 30 Apr 2015, at 04:12, David Nalley  wrote:
> 
> The problem is really two fold.
> Cutting an RC isn't terribly time consuming, once you've done it a
> dozen times or so, it goes by pretty quickly.
> 
> The problem is the time it takes to do any material testing; and that
> we don't have a way of telling what the status of a candidate is
> without doing lots of manual testing. We've had multiple cases of
> having enough binding votes for 4.5.x candidates only for someone to
> find problems. This leads me (and this could just be my perspective)
> to let an RC sit for a while - get folks to test it. My experience as
> a person voting is that rapid churn of RCs leads me to not even
> attempt to setup a testing environment, much less do any testing. I
> found that by the time I could get around to testing an RC vote had
> been cancelled and it had been rerolled, sometimes twice.
> 
> I've said this before, and I'll toss it out again. I think we have to
> start 'trusting' the automated tests. We find lots of problems
> manually, but we don't improve the testing situation for those blocker
> issues that stopped us from releasing. I'm of the opinion we should
> release quickly, very quickly. But if we have to spend a week just
> looking for bugs, that will never fly. So - let the standard be
> automated tests - and if there's a problem, we create an automated
> test for it, and solve in a week or two. That will force us to live
> and die by automated tests.
> 
> --David
> 
>> On Wed, Apr 29, 2015 at 9:45 AM, Rohit Yadav  
>> wrote:
>> Hi Wilder - Thanks we’ll need all the ammo we have :) I’ve already done my 
>> testings wrt XS 6.2/6.5 and KVM qemu 2.0/2.1/2.2 so will test KVM 1.5 and 
>> VMware 5.5.
>> 
>> Hi Daan - makes sense, we’re “so" late with 4.5.1 that we need to focus on 
>> 4.6.0 to avoid delaying it. I’ve asked David regarding co-piloting the next 
>> 4.5.1 RC since he could be busy and I want to help with lifting some 
>> weights. I’m planning to do basic tests with VMware today, publish new 
>> systemvmtemplates tomorrow (I’m already done with KVM and Xen) and plan to 
>> cut a 4.5.1 RC on Monday and if we don’t hit any blocker or regressions ACS 
>> 4.5.1 should be released by the end of next week.
>> 
>>> On 29-Apr-2015, at 2:49 pm, Wilder Rodrigues 
>>>  wrote:
>>> 
>>> Hi Rohit,
>>> 
>>> I will join you in testing 4.5 form next week - just have to finish some 
>>> stuff.
>>> 
>>> My environments will be:
>>> 
>>> * Xen 6.2/6.5
>>> * KVM (qemu 1.5.3 and 2.1)
>>> 
>>> Let’s rock!
>>> 
>>> Cheers,
>>> Wilder
>>> 
 On 28 Apr 2015, at 18:33, Rohit Yadav  wrote:
 
 Hi all,
 
 ### 4.5 Release Effort
 
 I’ve been exhaustively testing ACS 4.5 wrt Xen 6.2, Xen 6.5, KVM (qemu 
 2.0, 2.3) and I feel we’re pretty good but we need testing efforts and I 
 want to help drive efforts to releasing ACS 4.5.1 -- if you’ve any issues 
 that you would like to get fixed that are either regressions or blockers 
 can you please share on this thread? If we don’t find any blockers or 
 regressions let us invest in ACS 4.5 testing and release it soon. For 
 other minor issues we can always fix them and release 4.5.2 etc if and 
 when needed in future.
 
 Regarding my 4.5 testing - I’ve tested basic vm life cycle operations 
 (deploy, start, stop, destroy/expunge, migrate to another host, migrate to 
 another storage pool, deploy using iso) for all cases and found no issues;
 
 KVM with basic zone (with/without security groups, SG blockers were found 
 and fixed)
 KVM with Adv zone (with/without security groups, both isolated network and 
 VPC worked, networking issues were found and fixed)
 XenServer 6.2 with basic and adv zones (with/without security groups, no 
 SG issues found)
 XenServer 6.5 with basic and adv zones (with/without security groups, SG 
 blockers found and fixed)
 
 I found one issue that could be a blocker (if it’s not a hardware/env 
 issue) -- when using security groups in advance zone with a dedicated vlan 
 id (say vlan://500), I was unable to access the VMs (CPVM, SSVM, VR or 
 user vms) though all normal vm_life cycles seems to work. Though this 
 worked for me when I used the vlan://untagged. I tried to add vlan id 500 
 to my local nics using vconfig but I still was n’t able to do access the 
 CPVM or user VMs. I guess my understanding of vlans with security groups 
 is limited, so if anyone knows about this feature or has used it - please 
 help with some regression testing. I plan to continue testing this week 
 with VMWare and fix any issues we find.
 
 
 ### Testing against Xen, KVM, VMWare etc.
 
 With a recent improvement to allow cpu features (such as vmx) on KVM hosts 
 (https://github.com/apache/cloudstack/commit/58cc569273905c50d089f9f

marvin test cases + travis

2015-04-29 Thread Abhinandan Prateek


There are more than 10 additional suites that can still be included to the 
travis-CI.
Since the current set runs comfortably I will go ahead and add more. If the 
system gets overloaded, then we can balance the kind of test suites and amount 
of test suits that run comfortably on travis.

-abhi




Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

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

Re: [DISCUSS] State of 4.5 and testing in local environments

I agree that we should be relying on automated tests.

It's too hit or miss (not to mention slow) when we put so much weight on
semi random testing.

On Wed, Apr 29, 2015 at 8:12 PM, David Nalley  wrote:

> The problem is really two fold.
> Cutting an RC isn't terribly time consuming, once you've done it a
> dozen times or so, it goes by pretty quickly.
>
> The problem is the time it takes to do any material testing; and that
> we don't have a way of telling what the status of a candidate is
> without doing lots of manual testing. We've had multiple cases of
> having enough binding votes for 4.5.x candidates only for someone to
> find problems. This leads me (and this could just be my perspective)
> to let an RC sit for a while - get folks to test it. My experience as
> a person voting is that rapid churn of RCs leads me to not even
> attempt to setup a testing environment, much less do any testing. I
> found that by the time I could get around to testing an RC vote had
> been cancelled and it had been rerolled, sometimes twice.
>
> I've said this before, and I'll toss it out again. I think we have to
> start 'trusting' the automated tests. We find lots of problems
> manually, but we don't improve the testing situation for those blocker
> issues that stopped us from releasing. I'm of the opinion we should
> release quickly, very quickly. But if we have to spend a week just
> looking for bugs, that will never fly. So - let the standard be
> automated tests - and if there's a problem, we create an automated
> test for it, and solve in a week or two. That will force us to live
> and die by automated tests.
>
> --David
>
> On Wed, Apr 29, 2015 at 9:45 AM, Rohit Yadav 
> wrote:
> > Hi Wilder - Thanks we’ll need all the ammo we have :) I’ve already done
> my testings wrt XS 6.2/6.5 and KVM qemu 2.0/2.1/2.2 so will test KVM 1.5
> and VMware 5.5.
> >
> > Hi Daan - makes sense, we’re “so" late with 4.5.1 that we need to focus
> on 4.6.0 to avoid delaying it. I’ve asked David regarding co-piloting the
> next 4.5.1 RC since he could be busy and I want to help with lifting some
> weights. I’m planning to do basic tests with VMware today, publish new
> systemvmtemplates tomorrow (I’m already done with KVM and Xen) and plan to
> cut a 4.5.1 RC on Monday and if we don’t hit any blocker or regressions ACS
> 4.5.1 should be released by the end of next week.
> >
> >> On 29-Apr-2015, at 2:49 pm, Wilder Rodrigues <
> wrodrig...@schubergphilis.com> wrote:
> >>
> >> Hi Rohit,
> >>
> >> I will join you in testing 4.5 form next week - just have to finish
> some stuff.
> >>
> >> My environments will be:
> >>
> >> * Xen 6.2/6.5
> >> * KVM (qemu 1.5.3 and 2.1)
> >>
> >> Let’s rock!
> >>
> >> Cheers,
> >> Wilder
> >>
> >> On 28 Apr 2015, at 18:33, Rohit Yadav 
> wrote:
> >>
> >>> Hi all,
> >>>
> >>> ### 4.5 Release Effort
> >>>
> >>> I’ve been exhaustively testing ACS 4.5 wrt Xen 6.2, Xen 6.5, KVM (qemu
> 2.0, 2.3) and I feel we’re pretty good but we need testing efforts and I
> want to help drive efforts to releasing ACS 4.5.1 -- if you’ve any issues
> that you would like to get fixed that are either regressions or blockers
> can you please share on this thread? If we don’t find any blockers or
> regressions let us invest in ACS 4.5 testing and release it soon. For other
> minor issues we can always fix them and release 4.5.2 etc if and when
> needed in future.
> >>>
> >>> Regarding my 4.5 testing - I’ve tested basic vm life cycle operations
> (deploy, start, stop, destroy/expunge, migrate to another host, migrate to
> another storage pool, deploy using iso) for all cases and found no issues;
> >>>
> >>> KVM with basic zone (with/without security groups, SG blockers were
> found and fixed)
> >>> KVM with Adv zone (with/without security groups, both isolated network
> and VPC worked, networking issues were found and fixed)
> >>> XenServer 6.2 with basic and adv zones (with/without security groups,
> no SG issues found)
> >>> XenServer 6.5 with basic and adv zones (with/without security groups,
> SG blockers found and fixed)
> >>>
> >>> I found one issue that could be a blocker (if it’s not a hardware/env
> issue) -- when using security groups in advance zone with a dedicated vlan
> id (say vlan://500), I was unable to access the VMs (CPVM, SSVM, VR or user
> vms) though all normal vm_life cycles seems to work. Though this worked for
> me when I used the vlan://untagged. I tried to add vlan id 500 to my local
> nics using vconfig but I still was n’t able to do access the CPVM or user
> VMs. I guess my understanding of vlans with security groups is limited, so
> if anyone knows about this feature or has used it - please help with some
> regression testing. I plan to continue testing this week with VMWare and
> fix any issues we find.
> >>>
> >>>
> >>> ### Testing against Xen, KVM, VMWare etc.
> >>>
> >>> With a recent improvement to allow cpu features (such as vmx) on KVM
> hosts (
> https://github.com/apache/cloudstack/commit/58cc5692

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

See

Re: [4.6] Trouble with virtual router

Thanks for your comments, everyone.

So, it looks like I got it to work. I logged in and then immediately
restarted networking services.

/etc/init.d/networking restart

Once I did that, I ran ifconfig and saw that the VR had the necessary IP
addresses and I was able to successfully ping the CS MS.

Seems like something is wrong here that I needed to do this.

Should I open a ticket for this?

On Wed, Apr 29, 2015 at 1:51 PM, Marcus  wrote:

> Log into the vm and look at the /var/log/cloud.log. It might be that
> the agent isn't starting (e.g. you require non-oss build but have oss
> build, and agent fails to find PremiumSecondaryStorageResource or
> whatever)
>
> On Wed, Apr 29, 2015 at 12:36 PM, Mike Tutkowski
>  wrote:
> > Hey Wilder,
> >
> > Thanks for the reply.
> >
> > I was wondering if you could point me to the system VM template that you
> > used?
> >
> > This is what I used and am having trouble with:
> >
> >
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
> >
> > Thanks!
> > Mike
> >
> > On Wed, Apr 29, 2015 at 6:12 AM, Wilder Rodrigues <
> > wrodrig...@schubergphilis.com> wrote:
> >
> >> Hi Mike,
> >>
> >> I just built, deploy and created isolated network, VPC and VMS using
> >> latest master (4.6.0). I put some screenshots on imgur:
> >> http://imgur.com/a/OmSyy.
> >>
> >> In addition, I created FW + PF rules and SSH (using the routers’ pub ip)
> >> to the VM:
> >>
> >> [wrodrigues@mct-wrodrigues ~]$ ssh root@192.168.22.52 >> root@192.168.22.52>
> >> root@192.168.22.52's password:
> >> %
> >> %
> >> % ls
> >> ssh-host-dss-key.pub  ssh-host-rsa-key.pub
> >> % uname -a
> >> Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC
> >> 2011 i686 unknown
> >> %
> >>
> >> Could you please share your XenServer SMlog with us?
> >>
> >> Cheers,
> >> Wilder
> >>
> >> On 29 Apr 2015, at 08:23, Erik Weber  >> terbol...@gmail.com>> wrote:
> >>
> >> Anything in /var/log/cloud.log?
> >>
> >> --
> >> Erik
> >>
> >> On Tue, Apr 28, 2015 at 11:58 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com>
> wrote:
> >>
> >> Unfortunately I'm not able to make out any errors on the console.
> >>
> >> Is there something within the VM's OS that I can look at to debug this?
> >>
> >> I see that SSVM and CPVM have IP addresses, but the VR does not.
> >>
> >> Any hints would be great as unfortunately I had to postpone a CloudStack
> >> demo for a potential customer today due to this issue.
> >>
> >> Thanks!
> >>
> >> On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N  >> sanj...@apache.org>> wrote:
> >>
> >> One of the reasons for VR not to come up is, once CS creates VR on
> >> hypervisor, it does a ping on VR's management interface for centain
> no.of
> >> of times. If it does not receive any response then it will shut down the
> >> VR.
> >>
> >> So when VR is coming up check its console and see any network issues.
> >>
> >> On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com>
> wrote:
> >>
> >> Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
> >> failure
> >> is a bit different, though. In this case, the SSVM stays in the Running
> >> state, but the agent doesn't seem to ever come up.
> >>
> >> Oh well...I guess I'll try ESXi later.
> >>
> >> On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com>
> wrote:
> >>
> >> Thanks for the message, Abhi.
> >>
> >> I went ahead and deleted the host tag from each of my XenServer hosts
> >> (it's a new environment, so I only had one host tag per host). I then
> >> performed a force reconnect on each host.
> >>
> >> Unfortunately, I still seem to be encountering the same issue (even
> >> after
> >> destroying and re-creating the VR). This seems broken on both
> >> XenServer
> >> 6.2
> >> and XenServer 6.1.
> >>
> >> I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
> >> interested
> >> in dealing with XenServer (for the time being) for this particular
> >> feature
> >> I'm working on, but perhaps I can at least get the system VMs up and
> >> running on another hypervisor to allow me to move forward.
> >>
> >> On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
> >> abhinandan.prat...@shapeblue.com abhinandan.prat...@shapeblue.com>>
> >> wrote:
> >>
> >> Had similar problem where SSVM and CPVM came up but not the VR.
> >> In my case I traced it to systemvm.iso not getting updated on
> >> XenServer,
> >> due to the old host-tag.
> >> On deleting the host tag the MS was able to copy the systemvm.iso to
> >> Xen
> >> and things were fine after that.
> >>
> >> -abhi
> >>
> >>
> >> On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com>
> wrote:
> >>
> >> Hi,
> >>
> >> Tonight I tried

Re: [DISCUSS] State of 4.5 and testing in local environments

2015-04-29 Thread Abhinandan Prateek

Yes, lot of sanity testing can be accomplished by the automated test suites 
that we already have.

There are still lot of tests that can be run using the travis-CI, (need to see 
how many more without loading the travis system). Some of the companies 
including Shapeblue are already running most or all of the test cases.  This 
means that the latest branches  (4.5, 4.6) already have a level of sanity.

At this stage we should define the amount of coverage that automation provides 
and also look at the areas where automation is failing, and work towards 
covering it.  We need this as we continue to find issues that are not covered 
by automation.

I agree that while releasing if issues are found then we fix them and also 
write tests so that these do not reoccur.

-abhi

> On 30-Apr-2015, at 7:42 am, David Nalley  wrote:
>
> The problem is really two fold.
> Cutting an RC isn't terribly time consuming, once you've done it a
> dozen times or so, it goes by pretty quickly.
>
> The problem is the time it takes to do any material testing; and that
> we don't have a way of telling what the status of a candidate is
> without doing lots of manual testing. We've had multiple cases of
> having enough binding votes for 4.5.x candidates only for someone to
> find problems. This leads me (and this could just be my perspective)
> to let an RC sit for a while - get folks to test it. My experience as
> a person voting is that rapid churn of RCs leads me to not even
> attempt to setup a testing environment, much less do any testing. I
> found that by the time I could get around to testing an RC vote had
> been cancelled and it had been rerolled, sometimes twice.
>
> I've said this before, and I'll toss it out again. I think we have to
> start 'trusting' the automated tests. We find lots of problems
> manually, but we don't improve the testing situation for those blocker
> issues that stopped us from releasing. I'm of the opinion we should
> release quickly, very quickly. But if we have to spend a week just
> looking for bugs, that will never fly. So - let the standard be
> automated tests - and if there's a problem, we create an automated
> test for it, and solve in a week or two. That will force us to live
> and die by automated tests.
>
> --David
>
> On Wed, Apr 29, 2015 at 9:45 AM, Rohit Yadav  
> wrote:
>> Hi Wilder - Thanks we’ll need all the ammo we have :) I’ve already done my 
>> testings wrt XS 6.2/6.5 and KVM qemu 2.0/2.1/2.2 so will test KVM 1.5 and 
>> VMware 5.5.
>>
>> Hi Daan - makes sense, we’re “so" late with 4.5.1 that we need to focus on 
>> 4.6.0 to avoid delaying it. I’ve asked David regarding co-piloting the next 
>> 4.5.1 RC since he could be busy and I want to help with lifting some 
>> weights. I’m planning to do basic tests with VMware today, publish new 
>> systemvmtemplates tomorrow (I’m already done with KVM and Xen) and plan to 
>> cut a 4.5.1 RC on Monday and if we don’t hit any blocker or regressions ACS 
>> 4.5.1 should be released by the end of next week.
>>
>>> On 29-Apr-2015, at 2:49 pm, Wilder Rodrigues 
>>>  wrote:
>>>
>>> Hi Rohit,
>>>
>>> I will join you in testing 4.5 form next week - just have to finish some 
>>> stuff.
>>>
>>> My environments will be:
>>>
>>> * Xen 6.2/6.5
>>> * KVM (qemu 1.5.3 and 2.1)
>>>
>>> Let’s rock!
>>>
>>> Cheers,
>>> Wilder
>>>
>>> On 28 Apr 2015, at 18:33, Rohit Yadav  wrote:
>>>
 Hi all,

 ### 4.5 Release Effort

 I’ve been exhaustively testing ACS 4.5 wrt Xen 6.2, Xen 6.5, KVM (qemu 
 2.0, 2.3) and I feel we’re pretty good but we need testing efforts and I 
 want to help drive efforts to releasing ACS 4.5.1 -- if you’ve any issues 
 that you would like to get fixed that are either regressions or blockers 
 can you please share on this thread? If we don’t find any blockers or 
 regressions let us invest in ACS 4.5 testing and release it soon. For 
 other minor issues we can always fix them and release 4.5.2 etc if and 
 when needed in future.

 Regarding my 4.5 testing - I’ve tested basic vm life cycle operations 
 (deploy, start, stop, destroy/expunge, migrate to another host, migrate to 
 another storage pool, deploy using iso) for all cases and found no issues;

 KVM with basic zone (with/without security groups, SG blockers were found 
 and fixed)
 KVM with Adv zone (with/without security groups, both isolated network and 
 VPC worked, networking issues were found and fixed)
 XenServer 6.2 with basic and adv zones (with/without security groups, no 
 SG issues found)
 XenServer 6.5 with basic and adv zones (with/without security groups, SG 
 blockers found and fixed)

 I found one issue that could be a blocker (if it’s not a hardware/env 
 issue) -- when using security groups in advance zone with a dedicated vlan 
 id (say vlan://500), I was unable to access the VMs (CPVM, SSVM, VR or 
 user vms) though all normal vm_life cycles see

Re: [4.6] Trouble with virtual router

Op do 30 apr. 2015 om 07:26 schreef Mike Tutkowski <
mike.tutkow...@solidfire.com>:
...


> Should I open a ticket for this?
>
if you can reproduce, please.

Re: [4.6] Trouble with virtual router

Well, I seem to be able to reproduce this every time I start up the VR in
my environment.

I'm not sure, though, if this is only my environment or if other people who
are making brand new CS clouds with 4.6 also see this issue.

On Wed, Apr 29, 2015 at 11:50 PM, Daan Hoogland 
wrote:

> Op do 30 apr. 2015 om 07:26 schreef Mike Tutkowski <
> mike.tutkow...@solidfire.com>:
> ...
>
>
> > Should I open a ticket for this?
> >
> if you can reproduce, please.
>

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

Re: [4.6] Trouble with virtual router

2015-04-29 Thread Marcus

Logged into the router?


On Wed, Apr 29, 2015 at 10:58 PM, Mike Tutkowski
 wrote:
> Well, I seem to be able to reproduce this every time I start up the VR in
> my environment.
>
> I'm not sure, though, if this is only my environment or if other people who
> are making brand new CS clouds with 4.6 also see this issue.
>
> On Wed, Apr 29, 2015 at 11:50 PM, Daan Hoogland 
> wrote:
>
>> Op do 30 apr. 2015 om 07:26 schreef Mike Tutkowski <
>> mike.tutkow...@solidfire.com>:
>> ...
>>
>>
>> > Should I open a ticket for this?
>> >
>> if you can reproduce, please.
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*

Re: [4.6] Trouble with virtual router

I logged into the VR, noticed the IP addresses weren't showing up as
expected when I ran ifconfig, then I restarted networking services, which
set the IP addresses up properly.

On Thu, Apr 30, 2015 at 12:08 AM, Marcus  wrote:

> Logged into the router?
>
>
> On Wed, Apr 29, 2015 at 10:58 PM, Mike Tutkowski
>  wrote:
> > Well, I seem to be able to reproduce this every time I start up the VR in
> > my environment.
> >
> > I'm not sure, though, if this is only my environment or if other people
> who
> > are making brand new CS clouds with 4.6 also see this issue.
> >
> > On Wed, Apr 29, 2015 at 11:50 PM, Daan Hoogland  >
> > wrote:
> >
> >> Op do 30 apr. 2015 om 07:26 schreef Mike Tutkowski <
> >> mike.tutkow...@solidfire.com>:
> >> ...
> >>
> >>
> >> > Should I open a ticket for this?
> >> >
> >> if you can reproduce, please.
> >>
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
>



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

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