Re: Apollo

[Sebastien Goasguen]

Saw it too , +1

-Sebastien

> On 8 May 2015, at 07:34, Erik Weber  wrote:
> 
> Just discovered this, which seems like a possible diamond,
> http://capgemini.github.io/devops/apollo/
> 
> I'll be trying to find some spare time to see if it's possible to get
> running on CloudStack with a reasonable CloudStack, but would love to hear
> from anyone doing the same.
> 
> -- 
> Erik

Re: Staging NFS to Swift traffic?

[Marcus]

Looking at the code, it seems the SwiftImageStoreDriverImpl selects an
SSVM(EndPoint) and issues a DownloadCommand to it. So the SSVM would need
access to it, most likely via the public interface, but you could also
probably get to it via the management interface via the
'secstorage.allowed.internal.sites'
setting, similar to how the NFS template registration works.

I'm not highly versed in the object storage, so perhaps someone who is can
verify or deny this.

On Thu, May 7, 2015 at 11:31 PM, Andrija Panic 
wrote:

> Yes, for that matter - I place question for any S3 style storage :)
>
> Just need some integration guidelines...
>
> Thx
> On May 8, 2015 2:58 AM, "Marcus"  wrote:
>
> > Not entirely sure, but is there anything about the other object
> stores(S3)?
> > They should all work the same with NFS staging.
> > On May 7, 2015 4:00 AM, "Andrija Panic"  wrote:
> >
> > > Hi guys,
> > >
> > > I cant find any docs on this topic, so...posting a question here.
> > >
> > > We are going to use Swift as region wide Secondary Storage.
> > >
> > > My understadning: KVM hosts will still move i.e. templates from Primary
> > > Storage to Secondary NFS Staging storage - and then this template needs
> > to
> > > be moved to Swift.
> > >
> > > Question:
> > >
> > > Who/What is actually moving data from NFS Staging to Swift and over
> what
> > > path/network?
> > >
> > > Is SSVM moving data from NFS to Swift - if so, over what Network - does
> > it
> > > use Secondary Storage Gateway maybe, or not) - it certainly does not
> use
> > > default routing (over Public Network)
> > >
> > > Any hints - I need to enable some NFS-to-Swift connectivity :)
> > >
> > > Thx,
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
>

Re: master branch wasn't building

[Daan Hoogland]

all your beer is belong to us

Op vr 8 mei 2015 om 01:30 schreef Pierre-Luc Dion :

> Nice try Daan, but you still own us a beer ;)
>
>
> Cheers,
>
> Le jeudi 7 mai 2015, Daan Hoogland  a écrit :
>
> > I will never admit to anything again and as a matter of fact I was only
> > joking!
> >
> > Op do 7 mei 2015 om 23:08 schreef Mike Tutkowski <
> > mike.tutkow...@solidfire.com >:
> >
> > > OK, I guess Daan is buying beers for the entire dev community then in
> > > order to
> > > rectify his egregious error. ;)
> > >
> > > On Thursday, May 7, 2015, Daan Hoogland  > > wrote:
> > >
> > > > my bad, probably. i pushed the merge without building the second time
> > > > around, sorry.
> > > >
> > > > Op do 7 mei 2015 om 22:08 schreef Mike Tutkowski <
> > > > mike.tutkow...@solidfire.com  >:
> > > >
> > > > > Hi everyone,
> > > > >
> > > > > Just a friendly reminder to perform a full build before checking
> code
> > > in.
> > > > >
> > > > > I noticed today that master wasn't building after I did a fetch and
> > > > rebase.
> > > > >
> > > > > It turns out there were several duplicate imports that a full build
> > was
> > > > > catching.
> > > > >
> > > > > I went ahead and fixed the issues:
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=ac2bccd2a2b2cf5d11de92ded7bdf2cea6060ce2
> > > > >
> > > > > 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
> > > > > *™*
> > > > >
> > > >
> > >
> > >
> > > --
> > > *Mike Tutkowski*
> > > *Senior CloudStack Developer, SolidFire Inc.*
> > > e: mike.tutkow...@solidfire.com 
> > > o: 303.746.7302
> > > Advancing the way the world uses the cloud
> > > *™*
> > >
> >
>
>
> --
>
> *Pierre-Luc DION*
> Architecte de Solution Cloud | Cloud Solutions Architect
> t 855.652.5683
>
> *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
>

Re: Coverity Scan : cloudstack project

[Santhosh Edukulla]

Hi Dakshesh,

It seems no change in analysis. Is it like it has not hit the schedule yet
and so is the reason? Right now, it still reflects march 16, 2015 as last
analyzed date on scan portal.

Santhosh


On Thu, May 7, 2015 at 8:15 AM, Dakshesh Vyas  wrote:

>   Hi,
>
>  We have re-added the build into the queue with some modification as it
> got timed out after 5 hours of database commit.
>
>  Thanks
>
> *Dakshesh Vyas* • Marketing Operations / Technical Manager-Coverity Scan
>  dv...@coverity.com 
> Office: +1 (415) 935 2957
> www.coverity.com • Twitter: @coverityScan
> *Coverity* by Synopsys
>
>   From: Santhosh Edukulla 
> Date: Sunday, May 3, 2015 at 11:39 PM
> To: "dev@cloudstack.apache.org" 
> Cc: scan-admin 
> Subject: Coverity Scan : cloudstack project
>
>   Team,
>
>
>  It seems Coverity Scan service has stopped analysis, since March 16,
> 2015.  Please check.
>
>  Regards,
> Santhosh
>

Hyper-V Agent on jenkins

[Anshul Gangwar]

Hi,

It seems CloudStack Hyper-V agent on jenkins 
http://jenkins.buildacloud.org/job/cloudstack-master-hyperv-agent is not 
building on master from march 12.
Please check.

Regards,
Anshul

Re: Hyper-V Agent on jenkins

[Erik Weber]

Jenkins on that slave didn't start up after a reboot, I'm looking into it
(just have to update Java first).

Has anyone tried to compile it on Linux?

-- 
Erik

On Fri, May 8, 2015 at 10:28 AM, Anshul Gangwar 
wrote:

> Hi,
>
> It seems CloudStack Hyper-V agent on jenkins
> http://jenkins.buildacloud.org/job/cloudstack-master-hyperv-agent is not
> building on master from march 12.
> Please check.
>
> Regards,
> Anshul
>
>

Re: master branch wasn't building

[Erik Weber]

I hear beer is cheap in Dublin (compared to Norway atleast), so shouldn't
be much of a problem? :-)

-- 
Erik

On Fri, May 8, 2015 at 1:30 AM, Pierre-Luc Dion  wrote:

> Nice try Daan, but you still own us a beer ;)
>
>
> Cheers,
>
> Le jeudi 7 mai 2015, Daan Hoogland  a écrit :
>
> > I will never admit to anything again and as a matter of fact I was only
> > joking!
> >
> > Op do 7 mei 2015 om 23:08 schreef Mike Tutkowski <
> > mike.tutkow...@solidfire.com >:
> >
> > > OK, I guess Daan is buying beers for the entire dev community then in
> > > order to
> > > rectify his egregious error. ;)
> > >
> > > On Thursday, May 7, 2015, Daan Hoogland  > > wrote:
> > >
> > > > my bad, probably. i pushed the merge without building the second time
> > > > around, sorry.
> > > >
> > > > Op do 7 mei 2015 om 22:08 schreef Mike Tutkowski <
> > > > mike.tutkow...@solidfire.com  >:
> > > >
> > > > > Hi everyone,
> > > > >
> > > > > Just a friendly reminder to perform a full build before checking
> code
> > > in.
> > > > >
> > > > > I noticed today that master wasn't building after I did a fetch and
> > > > rebase.
> > > > >
> > > > > It turns out there were several duplicate imports that a full build
> > was
> > > > > catching.
> > > > >
> > > > > I went ahead and fixed the issues:
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=ac2bccd2a2b2cf5d11de92ded7bdf2cea6060ce2
> > > > >
> > > > > 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
> > > > > *™*
> > > > >
> > > >
> > >
> > >
> > > --
> > > *Mike Tutkowski*
> > > *Senior CloudStack Developer, SolidFire Inc.*
> > > e: mike.tutkow...@solidfire.com 
> > > o: 303.746.7302
> > > Advancing the way the world uses the cloud
> > > *™*
> > >
> >
>
>
> --
>
> *Pierre-Luc DION*
> Architecte de Solution Cloud | Cloud Solutions Architect
> t 855.652.5683
>
> *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
>

Re: Hyper-V Agent on jenkins

[Erik Weber]

It's back up again, sorry for the downtime.

-- 
Erik

On Fri, May 8, 2015 at 10:35 AM, Erik Weber  wrote:

> Jenkins on that slave didn't start up after a reboot, I'm looking into it
> (just have to update Java first).
>
> Has anyone tried to compile it on Linux?
>
> --
> Erik
>
> On Fri, May 8, 2015 at 10:28 AM, Anshul Gangwar  > wrote:
>
>> Hi,
>>
>> It seems CloudStack Hyper-V agent on jenkins
>> http://jenkins.buildacloud.org/job/cloudstack-master-hyperv-agent is not
>> building on master from march 12.
>> Please check.
>>
>> Regards,
>> Anshul
>>
>>
>

Re: Hyper-V Agent on jenkins

[Anshul Gangwar]

Yes.
 Its building fine on linux with mono.

Regards,
Anshul

On 08-May-2015, at 2:05 pm, Erik Weber 
mailto:terbol...@gmail.com>> wrote:

Jenkins on that slave didn't start up after a reboot, I'm looking into it
(just have to update Java first).

Has anyone tried to compile it on Linux?

--
Erik

On Fri, May 8, 2015 at 10:28 AM, Anshul Gangwar 
mailto:anshul.gang...@citrix.com>>
wrote:

Hi,

It seems CloudStack Hyper-V agent on jenkins
http://jenkins.buildacloud.org/job/cloudstack-master-hyperv-agent is not
building on master from march 12.
Please check.

Regards,
Anshul

Re: Staging NFS to Swift traffic?

[Andrija Panic]

Thx Marcus - we might go than over Public S3/Swift URL - its all local
network and over 10G - so would work for us fine - I will check.

Otherwise, I might trunk secondary storage network to Swift nodes as well,
so no routing, local attached swift&SSVM.

Thanks again


On 8 May 2015 at 09:10, Marcus  wrote:

> Looking at the code, it seems the SwiftImageStoreDriverImpl selects an
> SSVM(EndPoint) and issues a DownloadCommand to it. So the SSVM would need
> access to it, most likely via the public interface, but you could also
> probably get to it via the management interface via the
> 'secstorage.allowed.internal.sites'
> setting, similar to how the NFS template registration works.
>
> I'm not highly versed in the object storage, so perhaps someone who is can
> verify or deny this.
>
> On Thu, May 7, 2015 at 11:31 PM, Andrija Panic 
> wrote:
>
> > Yes, for that matter - I place question for any S3 style storage :)
> >
> > Just need some integration guidelines...
> >
> > Thx
> > On May 8, 2015 2:58 AM, "Marcus"  wrote:
> >
> > > Not entirely sure, but is there anything about the other object
> > stores(S3)?
> > > They should all work the same with NFS staging.
> > > On May 7, 2015 4:00 AM, "Andrija Panic" 
> wrote:
> > >
> > > > Hi guys,
> > > >
> > > > I cant find any docs on this topic, so...posting a question here.
> > > >
> > > > We are going to use Swift as region wide Secondary Storage.
> > > >
> > > > My understadning: KVM hosts will still move i.e. templates from
> Primary
> > > > Storage to Secondary NFS Staging storage - and then this template
> needs
> > > to
> > > > be moved to Swift.
> > > >
> > > > Question:
> > > >
> > > > Who/What is actually moving data from NFS Staging to Swift and over
> > what
> > > > path/network?
> > > >
> > > > Is SSVM moving data from NFS to Swift - if so, over what Network -
> does
> > > it
> > > > use Secondary Storage Gateway maybe, or not) - it certainly does not
> > use
> > > > default routing (over Public Network)
> > > >
> > > > Any hints - I need to enable some NFS-to-Swift connectivity :)
> > > >
> > > > Thx,
> > > >
> > > > --
> > > >
> > > > Andrija Panić
> > > >
> > >
> >
>



-- 

Andrija Panić

Re: [4.5] Build Failing

[Rohit Yadav]

Fixed the checkstyle issue, somehow the version string in that module's pom.xml 
did not update.

> On 08-May-2015, at 2:59 am, Mike Tutkowski  
> wrote:
>
> Unfortunately, no - it seems that dependency has never been cached before.
>
> On Thursday, May 7, 2015, Marcus  wrote:
>
>> Does mvn -o fix it? Looks like it is unable to fetch a dependency, if you
>> have it cached locally then -o should help.
>> On May 7, 2015 5:24 PM, "Mike Tutkowski" > >
>> wrote:
>>
>>> Hi,
>>>
>>> I'm having trouble building the latest from 4.5. Am I missing something
>>> here?
>>>
>>> [ERROR] Failed to execute goal
>>> org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
>>> (cloudstack-checkstyle) on project cloud-maven-standard: Execution
>>> cloudstack-checkstyle of goal
>>> org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check failed:
>> Plugin
>>> org.apache.maven.plugins:maven-checkstyle-plugin:2.11 or one of its
>>> dependencies could not be resolved: Failure to find
>>> org.apache.cloudstack:checkstyle:jar:4.5.2-SNAPSHOT in
>>> http://repository.apache.org/snapshots was cached in the local
>> repository,
>>> resolution will not be reattempted until the update interval of
>>> apache.snapshots has elapsed or updates are forced -> [Help 1]
>>>
>>> [ERROR]
>>>
>>> [ERROR] To see the full stack trace of the errors, re-run Maven with the
>> -e
>>> switch.
>>>
>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>>
>>> [ERROR]
>>>
>>> [ERROR] For more information about the errors and possible solutions,
>>> please read the following articles:
>>>
>>> [ERROR] [Help 1]
>>>
>> http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException
>>>
>>> [ERROR]
>>>
>>> [ERROR] After correcting the problems, you can resume the build with the
>>> command
>>>
>>> [ERROR]   mvn  -rf :cloud-maven-standard
>>>
>>> Thanks,
>>>
>>> Mike
>>> --
>>> *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
> *™*

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.

[GitHub] cloudstack-cloudmonkey pull request: Fix KeyError: 'TERM' when no ...

[miurahr]

GitHub user miurahr opened a pull request:

https://github.com/apache/cloudstack-cloudmonkey/pull/3

Fix KeyError: 'TERM' when no TERM exist

There is no TERM environment variable if CLI is called from python script 
in docker container.
It cause ```KeyError: 'TERM'``` because it does not check an environment 
variable existence.

Signed-off-by: Hiroshi Miura 
Signed-off-by: Hiroshi Miura 

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

$ git pull https://github.com/nttdata-osscloud/cloudstack-cloudmonkey 
fix_keyerror_term

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

https://github.com/apache/cloudstack-cloudmonkey/pull/3.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 #3


commit 7c345045d7113b74d93160925baa5797ce13e3d8
Author: Hiroshi Miura 
Date:   2015-05-08T06:42:53Z

Fix KeyError: 'TERM' when no TERM exist

- There is no TERM variable called from script
  in docker guest.
  It cause KeyError: 'TERM'.

Signed-off-by: Hiroshi Miura 




---
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: Coverity Scan : cloudstack project

[Abhinandan Prateek]

While you guys fix it, can you also post the link to wiki or documentation on 
it ?

> On 08-May-2015, at 1:45 pm, Santhosh Edukulla  
> wrote:
>
> Hi Dakshesh,
>
> It seems no change in analysis. Is it like it has not hit the schedule yet
> and so is the reason? Right now, it still reflects march 16, 2015 as last
> analyzed date on scan portal.
>
> Santhosh
>
>
> On Thu, May 7, 2015 at 8:15 AM, Dakshesh Vyas  wrote:
>
>>  Hi,
>>
>> We have re-added the build into the queue with some modification as it
>> got timed out after 5 hours of database commit.
>>
>> Thanks
>>
>> *Dakshesh Vyas* • Marketing Operations / Technical Manager-Coverity Scan
>> dv...@coverity.com 
>> Office: +1 (415) 935 2957
>> www.coverity.com • Twitter: @coverityScan
>> *Coverity* by Synopsys
>>
>>  From: Santhosh Edukulla 
>> Date: Sunday, May 3, 2015 at 11:39 PM
>> To: "dev@cloudstack.apache.org" 
>> Cc: scan-admin 
>> Subject: Coverity Scan : cloudstack project
>>
>>  Team,
>>
>>
>> It seems Coverity Scan service has stopped analysis, since March 16,
>> 2015.  Please check.
>>
>> Regards,
>> Santhosh
>>

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.

Foreman Cloudstack provider

[Nux!]

Hello,

I'm playing with The Foreman these days and promises a lot. Ideally I'd like to 
use ACS as a Foreman provider (ie Foreman should be able to provision ACS 
instances), but I have found nothing about this in my searches.
Is anyone doing anything with Foreman and Cloudstack?

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Unable to mount Secondary Storage on SSVM

[anil lakineni]

Hi All,

I have a strange issue that our secondary storage (NFS) is not mounting
with SSVM while before it was worked with SSVM.

Cloud-Stack version is 4.3.1
Xen Server version is 6.2.0

and this Secondary Storage path is mounting and working with all other
servers except with SSVM.. Getting error  "mount.nfs: access denied by
server while mounting xx.xx.xx.xx:/"

Please Help with this..

Looking forward for your replays.

Thank You,
Anil.

[GitHub] cloudstack-cloudmonkey pull request: Fix KeyError: 'TERM' when no ...

[bhaisaab]

Github user bhaisaab commented on the pull request:


https://github.com/apache/cloudstack-cloudmonkey/pull/3#issuecomment-100216963
  
LGTM. Thanks for the patch @miurahr merging now.


---
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-cloudmonkey pull request: Fix KeyError: 'TERM' when no ...

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack-cloudmonkey/pull/3


---
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: Unable to mount Secondary Storage on SSVM

[Rohit Yadav]

> On 08-May-2015, at 2:05 pm, anil lakineni  
> wrote:
>
> and this Secondary Storage path is mounting and working with all other
> servers except with SSVM.. Getting error  "mount.nfs: access denied by
> server while mounting xx.xx.xx.xx:/"

Check your nfs exports file and do a chmod 777 on the mount points, such as 
/export/secondary or /export/primary.

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] 4.5.1 announcement draft

[Rohit Yadav]

Please help review the following draft and advise some quotes: (I hope at least 
Sebastien can share his quotes as our project VP)

# START

Apache CloudStack is open source software designed to deploy and manage large 
networks of virtual machines, as a highly available, highly scalable 
Infrastructure as a Service (IaaS) cloud computing platform. CloudStack is used 
by a number of service providers to offer public cloud services, and by many 
companies to provide an on-premises (private) cloud offering, or as part of a 
hybrid cloud solution. CloudStack became an Apache Top-level Project (TLP) in 
March 2013.

The Apache CloudStack project is pleased to announce the 4.5.1 release of the 
CloudStack, the cloud orchestration platform. The 4.5.1 release contains more 
than 500 bug fixes since the 4.4 release. <>

# Documentation

What’s new in CloudStack 4.5:
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.5.1/about.html

The 4.5.1 release notes includes full list of corrected issues as well as 
upgrade instructions from previous versions of Apache CloudStack. Please see 
the Release Notes for a full list of corrected issues and upgrade instructions:

http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.5.1/

The official installation, administration and API documentation for each 
release are available on our Documentation Page.

http://docs.cloudstack.apache.org/

# Downloads

The official source code for the 4.5.1 release can be downloaded from our 
Downloads Page.

http://cloudstack.apache.org/downloads.html

# Availability and Oversight

As with all Apache products, Apache CloudStack v4.5.1 is released under the 
Apache License v2.0, and is overseen by a self-selected team of active 
contributors to the project. A Project Management Committee (PMC) guides the 
Project’s day-to-day operations, including community development and product 
releases. For documentation and to learn how to join and contribute to the 
Apache CloudStack community please visit our website: 
http://cloudstack.apache.org

For additional marketing or communications information, please contact the 
marketing mailing list: market...@cloudstack.apache.org

Join members of the Apache CloudStack community at the CloudStack Collaboration 
Conference, taking place 8-9 October 2015 in Dublin, Ireland. For more 
information, visit 
http://events.linuxfoundation.org/events/cloudstack-collaboration-conference-europe

# About The Apache Software Foundation (ASF)

Established in 1999, the all-volunteer Foundation oversees more than one 
hundred and seventy leading Open Source projects, including Apache HTTP Server 
--the world's most popular Web server software. Through the ASF's meritocratic 
process known as "The Apache Way," more than 400 individual Members and 3,500 
Committers successfully collaborate to develop freely available 
enterprise-grade software, benefiting millions of users worldwide: thousands of 
software solutions are distributed under the Apache License; and the community 
actively participates in ASF mailing lists, mentoring initiatives, and 
ApacheCon, the Foundation's official user conference, trainings, and expo. The 
ASF is a US 501(c)(3) charitable organization, funded by individual donations 
and corporate sponsors including Budget Direct, Citrix, Cloudera, Comcast, 
Facebook, Google, Hortonworks, HP, Huawei, IBM, InMotion Hosting, Matt 
Mullenweg, Microsoft, Pivotal, Produban, WANdisco, and Yahoo.

For more information, visit http://www.apache.org/ or follow @TheASF on Twitter.

"Apache", "CloudStack", "Apache CloudStack", and "ApacheCon" are trademarks of 
The Apache Software Foundation. All other brands and trademarks are the 
property of their respective owners.

# END


> On 07-May-2015, at 3:53 pm, Rohit Yadav  wrote:
>
> Hi all,
>
> The ACS 4.5.1 candidate has passed, I’ve shared the voting result, pushed the 
> 4.5.1 tag and moved the source tarballs to release site for the mirrors to 
> catchup. Meanwhile I'm working on the announcement email and release notes 
> and I would like your help.
>
> For this, I would like to welcome any members from the community, especially 
> PMC members and "real world" users to share any of their comments or feedback 
> on ACS 4.5.1 release, to be included in the announcement.
>
> I’ll shortly share a draft for your review. Thanks.
>
> (If you’re replying, please make sure to reply to all or at least include 
> marketing@).
>
> 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

Re: [4.5] Build Failing

[Mike Tutkowski]

Thanks!

On Friday, May 8, 2015, Rohit Yadav  wrote:

> Fixed the checkstyle issue, somehow the version string in that module's
> pom.xml did not update.
>
> > On 08-May-2015, at 2:59 am, Mike Tutkowski  > wrote:
> >
> > Unfortunately, no - it seems that dependency has never been cached
> before.
> >
> > On Thursday, May 7, 2015, Marcus >
> wrote:
> >
> >> Does mvn -o fix it? Looks like it is unable to fetch a dependency, if
> you
> >> have it cached locally then -o should help.
> >> On May 7, 2015 5:24 PM, "Mike Tutkowski"  
> >> >
> >> wrote:
> >>
> >>> Hi,
> >>>
> >>> I'm having trouble building the latest from 4.5. Am I missing something
> >>> here?
> >>>
> >>> [ERROR] Failed to execute goal
> >>> org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check
> >>> (cloudstack-checkstyle) on project cloud-maven-standard: Execution
> >>> cloudstack-checkstyle of goal
> >>> org.apache.maven.plugins:maven-checkstyle-plugin:2.11:check failed:
> >> Plugin
> >>> org.apache.maven.plugins:maven-checkstyle-plugin:2.11 or one of its
> >>> dependencies could not be resolved: Failure to find
> >>> org.apache.cloudstack:checkstyle:jar:4.5.2-SNAPSHOT in
> >>> http://repository.apache.org/snapshots was cached in the local
> >> repository,
> >>> resolution will not be reattempted until the update interval of
> >>> apache.snapshots has elapsed or updates are forced -> [Help 1]
> >>>
> >>> [ERROR]
> >>>
> >>> [ERROR] To see the full stack trace of the errors, re-run Maven with
> the
> >> -e
> >>> switch.
> >>>
> >>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> >>>
> >>> [ERROR]
> >>>
> >>> [ERROR] For more information about the errors and possible solutions,
> >>> please read the following articles:
> >>>
> >>> [ERROR] [Help 1]
> >>>
> >>
> http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException
> >>>
> >>> [ERROR]
> >>>
> >>> [ERROR] After correcting the problems, you can resume the build with
> the
> >>> command
> >>>
> >>> [ERROR]   mvn  -rf :cloud-maven-standard
> >>>
> >>> Thanks,
> >>>
> >>> Mike
> >>> --
> >>> *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
> > *™*
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com 
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>


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

Re: Unable to mount Secondary Storage on SSVM

[Andrei Mikhailovsky]

Srini,

you need to make sure the nfs server is configured properly to allow access 
from SSVM, as you can see, the access is denied. please check that the nfs 
server supports the same protocol version as ssvm is requesting. Most likely, 
it's nfs v3.

Check logs on the nfs server to verify why it is denying access.

Once this is fixed, you should be good to go.

Andrei

- Original Message -
From: "srinivas niddapu" 
To: "Rohit Yadav" , dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org
Sent: Friday, 8 May, 2015 2:03:10 PM
Subject: RE: Unable to mount Secondary Storage on SSVM

Appreciated info Rohit.

As we verified our NFS storage there is no permission restrictions (* FULL 
ACCESS).
Validated the same NFS share on the Cloud Stack Hypervisors, already mounted 
and data visible.

We try to mount the NFS volume in the SSVM manually but its throwing error. 
Unable to mount.
"mount.nfs: access denied by server while mounting"

While restoring snapshot in the CloudStack UI getting below error.

Status
Failed to create templatecom.cloud.utils.exception.CloudRuntimeException: 
GetRootDir for nfs://172.30.36.51/vS02304090GCSP_NAS07 failed due to 
com.cloud.utils.exception.CloudRuntimeException: Unable to mount 
172.30.36.51:/vS02304090GCSP_NAS07 at 
/mnt/SecStorage/1c7f122c-e72e-3daa-a54a-3693b89d4015 due to mount.nfs: access 
denied by server while mounting 172.30.36.51:/vS02304090GCSP_NAS07 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:1956)
 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.copySnapshotToTemplateFromNfsToNfsXenserver(NfsSecondaryStorageResource.java:377)
 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.copySnapshotToTemplateFromNfsToNfs(NfsSecondaryStorageResource.java:444)
 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.createTemplateFromSnapshot(NfsSecondaryStorageResource.java:553)
 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:632)
 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:236)
 at 
com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:63)
 at 
com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:59)
 at com.cloud.agent.Agent.processRequest(Agent.java:498) at 
com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:806) at 
com.cloud.utils.nio.Task.run(Task.java:83) at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:679)

Any suggestions.

Thanks,
Srini.

-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: Friday, May 08, 2015 5:57 PM
To: dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org; srinivas niddapu
Subject: Re: Unable to mount Secondary Storage on SSVM


> On 08-May-2015, at 2:05 pm, anil lakineni  
> wrote:
>
> and this Secondary Storage path is mounting and working with all other 
> servers except with SSVM.. Getting error  "mount.nfs: access denied by 
> server while mounting xx.xx.xx.xx:/"

Check your nfs exports file and do a chmod 777 on the mount points, such as 
/export/secondary or /export/primary.

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

[GitHub] cloudstack pull request: CLOUDSTACK-8453: Fix DB result check in t...

[gauravaradhye]

GitHub user gauravaradhye opened a pull request:

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

CLOUDSTACK-8453: Fix DB result check in test_VirtualRouter_alerts.py

After stopping the apache service, the alerts in database is matched 
currently with the string "Monitoring Service on VR RouterName".
The database contains the subject as "Monitoring Service on VR RouterName. 
2015-05-07 10:36:07,207 [INFO] [The process apache2 is not running trying 
recover ] apache2"
The string matching should be made less strict and should be made to use 
like % operator.


Tested on Xenserver:
test_01_VRServiceFailureAlerting 
(test_VirtualRouter_alerts.TestVRServiceFailureAlerting) ... === TestName: 
test_01_VRServiceFailureAlerting | Status : SUCCESS ===
ok

--
Ran 1 test in 1920.846s

OK


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

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

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

https://github.com/apache/cloudstack/pull/239.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 #239


commit 345a6dc179ab7cc9151ebeb94f4b8452b648
Author: Gaurav Aradhye 
Date:   2015-05-08T14:09:37Z

CLOUDSTACK-8453: Fix DB result check in test_VirtualRouter_alerts.py




---
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: Foreman Cloudstack provider

[David Nalley]

https://github.com/citrix/foreman-cloudstack

--David

On Fri, May 8, 2015 at 8:00 AM, Nux!  wrote:
> Hello,
>
> I'm playing with The Foreman these days and promises a lot. Ideally I'd like 
> to use ACS as a Foreman provider (ie Foreman should be able to provision ACS 
> instances), but I have found nothing about this in my searches.
> Is anyone doing anything with Foreman and Cloudstack?
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro

Re: [DISCUSS] 4.5.1 announcement draft

[Logan Barfield]

In the "New Features" section I would suggest clarifying that the
Baremetal Provisioning for Advanced Networks feature is only supported
by VMware, at least according to the spec page.

Thank You,

Logan Barfield
Tranquil Hosting


On Fri, May 8, 2015 at 8:49 AM, Rohit Yadav  wrote:
> Please help review the following draft and advise some quotes: (I hope at 
> least Sebastien can share his quotes as our project VP)
>
> # START
>
> Apache CloudStack is open source software designed to deploy and manage large 
> networks of virtual machines, as a highly available, highly scalable 
> Infrastructure as a Service (IaaS) cloud computing platform. CloudStack is 
> used by a number of service providers to offer public cloud services, and by 
> many companies to provide an on-premises (private) cloud offering, or as part 
> of a hybrid cloud solution. CloudStack became an Apache Top-level Project 
> (TLP) in March 2013.
>
> The Apache CloudStack project is pleased to announce the 4.5.1 release of the 
> CloudStack, the cloud orchestration platform. The 4.5.1 release contains more 
> than 500 bug fixes since the 4.4 release. < COMMUNITY and PMC such as -- "We are proud to announce CloudStack v4.5.1," 
> said Sebastien Goasguen, Vice President of Apache CloudStack. "This release 
> represents over six months of work from the Apache CloudStack community with 
> many new and improved features.">>
>
> # Documentation
>
> What’s new in CloudStack 4.5:
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.5.1/about.html
>
> The 4.5.1 release notes includes full list of corrected issues as well as 
> upgrade instructions from previous versions of Apache CloudStack. Please see 
> the Release Notes for a full list of corrected issues and upgrade 
> instructions:
>
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.5.1/
>
> The official installation, administration and API documentation for each 
> release are available on our Documentation Page.
>
> http://docs.cloudstack.apache.org/
>
> # Downloads
>
> The official source code for the 4.5.1 release can be downloaded from our 
> Downloads Page.
>
> http://cloudstack.apache.org/downloads.html
>
> # Availability and Oversight
>
> As with all Apache products, Apache CloudStack v4.5.1 is released under the 
> Apache License v2.0, and is overseen by a self-selected team of active 
> contributors to the project. A Project Management Committee (PMC) guides the 
> Project’s day-to-day operations, including community development and product 
> releases. For documentation and to learn how to join and contribute to the 
> Apache CloudStack community please visit our website: 
> http://cloudstack.apache.org
>
> For additional marketing or communications information, please contact the 
> marketing mailing list: market...@cloudstack.apache.org
>
> Join members of the Apache CloudStack community at the CloudStack 
> Collaboration Conference, taking place 8-9 October 2015 in Dublin, Ireland. 
> For more information, visit 
> http://events.linuxfoundation.org/events/cloudstack-collaboration-conference-europe
>
> # About The Apache Software Foundation (ASF)
>
> Established in 1999, the all-volunteer Foundation oversees more than one 
> hundred and seventy leading Open Source projects, including Apache HTTP 
> Server --the world's most popular Web server software. Through the ASF's 
> meritocratic process known as "The Apache Way," more than 400 individual 
> Members and 3,500 Committers successfully collaborate to develop freely 
> available enterprise-grade software, benefiting millions of users worldwide: 
> thousands of software solutions are distributed under the Apache License; and 
> the community actively participates in ASF mailing lists, mentoring 
> initiatives, and ApacheCon, the Foundation's official user conference, 
> trainings, and expo. The ASF is a US 501(c)(3) charitable organization, 
> funded by individual donations and corporate sponsors including Budget 
> Direct, Citrix, Cloudera, Comcast, Facebook, Google, Hortonworks, HP, Huawei, 
> IBM, InMotion Hosting, Matt Mullenweg, Microsoft, Pivotal, Produban, 
> WANdisco, and Yahoo.
>
> For more information, visit http://www.apache.org/ or follow @TheASF on 
> Twitter.
>
> "Apache", "CloudStack", "Apache CloudStack", and "ApacheCon" are trademarks 
> of The Apache Software Foundation. All other brands and trademarks are the 
> property of their respective owners.
>
> # END
>
>
>> On 07-May-2015, at 3:53 pm, Rohit Yadav  wrote:
>>
>> Hi all,
>>
>> The ACS 4.5.1 candidate has passed, I’ve shared the voting result, pushed 
>> the 4.5.1 tag and moved the source tarballs to release site for the mirrors 
>> to catchup. Meanwhile I'm working on the announcement email and release 
>> notes and I would like your help.
>>
>> For this, I would like to welcome any members from the community, especially 
>> PMC members and "real world" users to share any of their comments or 
>> feedbac

[GitHub] cloudstack pull request: CLOUDSTACK-8453: Fix DB result check in t...

[asfgit]

Github user asfgit closed the pull request at:

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


---
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] 4.5.1 announcement draft

[Rohit Yadav]

Hi Logan,

> On 08-May-2015, at 4:14 pm, Logan Barfield  wrote:
>
> In the "New Features" section I would suggest clarifying that the
> Baremetal Provisioning for Advanced Networks feature is only supported
> by VMware, at least according to the spec page.

Good points, can you send a PR on 4.5 branch: 
https://github.com/apache/cloudstack-docs-rn

I’ll merge and publish on readthedocs.

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.

[GitHub] cloudstack pull request: Build and create tomcat, fix several othe...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/238#issuecomment-100262595
  
Looks good, I see you've remove tomcat requirement as a package dependency. 
Is this embedding tomcat so we won't need to install on the distro? I can help 
test it next week.


---
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: Unable to mount Secondary Storage on SSVM

[srinivas niddapu]

Appreciated info Rohit.

As we verified our NFS storage there is no permission restrictions (* FULL 
ACCESS).
Validated the same NFS share on the Cloud Stack Hypervisors, already mounted 
and data visible.

We try to mount the NFS volume in the SSVM manually but its throwing error. 
Unable to mount.
"mount.nfs: access denied by server while mounting"

While restoring snapshot in the CloudStack UI getting below error.

Status
Failed to create templatecom.cloud.utils.exception.CloudRuntimeException: 
GetRootDir for nfs://172.30.36.51/vS02304090GCSP_NAS07 failed due to 
com.cloud.utils.exception.CloudRuntimeException: Unable to mount 
172.30.36.51:/vS02304090GCSP_NAS07 at 
/mnt/SecStorage/1c7f122c-e72e-3daa-a54a-3693b89d4015 due to mount.nfs: access 
denied by server while mounting 172.30.36.51:/vS02304090GCSP_NAS07 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:1956)
 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.copySnapshotToTemplateFromNfsToNfsXenserver(NfsSecondaryStorageResource.java:377)
 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.copySnapshotToTemplateFromNfsToNfs(NfsSecondaryStorageResource.java:444)
 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.createTemplateFromSnapshot(NfsSecondaryStorageResource.java:553)
 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:632)
 at 
org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:236)
 at 
com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:63)
 at 
com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:59)
 at com.cloud.agent.Agent.processRequest(Agent.java:498) at 
com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:806) at 
com.cloud.utils.nio.Task.run(Task.java:83) at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:679)

Any suggestions.

Thanks,
Srini.

-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: Friday, May 08, 2015 5:57 PM
To: dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org; srinivas niddapu
Subject: Re: Unable to mount Secondary Storage on SSVM


> On 08-May-2015, at 2:05 pm, anil lakineni  
> wrote:
>
> and this Secondary Storage path is mounting and working with all other 
> servers except with SSVM.. Getting error  "mount.nfs: access denied by 
> server while mounting xx.xx.xx.xx:/"

Check your nfs exports file and do a chmod 777 on the mount points, such as 
/export/secondary or /export/primary.

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.

[GitHub] cloudstack pull request: Build and create tomcat, fix several othe...

[rsafonseca]

Github user rsafonseca commented on the pull request:

https://github.com/apache/cloudstack/pull/238#issuecomment-100282638
  
Yes, it completely removes the need to have tomcat installed in the distro,
and at the same time won't conflict if there is any other version of tomcat
installed.
Besides that, everything seems to be working fine with *Java 8* now.. at
least for management server :)
I've made some basic testing with Centos6 and 7 and Ubuntu 12.04.05, and
all seems fine (didn't update the fedora part yet)
If everything goes smoothly and this gets pulled in, i'll make a bigger
cleanup afterwards like removing any distro-specific files and
config related to tomcat that are scattered troughout /server /client and
/packaging).

BTW Rohit, i noticed you cleaned up awsapi (i had to merge de spec files,
darn) but you forgot to clean up the configs for tomcat, webapps7080
folder, firewall rules for it, etc ;)

RF



On Fri, May 8, 2015 at 4:59 PM, Rohit Yadav 
wrote:

> Looks good, I see you've remove tomcat requirement as a package
> dependency. Is this embedding tomcat so we won't need to install on the
> distro? I can help test it next week.
>
> —
> Reply to this email directly or view it on GitHub
> .
>



---
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: Foreman Cloudstack provider

[Nux!]

Thanks David, I found that, but thought it was for deploying/managing 
hypervisors.
Anyway, it does not help me as I do not use Adv zone. Good job, though!

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "David Nalley" 
> To: dev@cloudstack.apache.org
> Cc: "Cloudstack Users List" 
> Sent: Friday, 8 May, 2015 15:12:54
> Subject: Re: Foreman Cloudstack provider

> https://github.com/citrix/foreman-cloudstack
> 
> --David
> 
> On Fri, May 8, 2015 at 8:00 AM, Nux!  wrote:
>> Hello,
>>
>> I'm playing with The Foreman these days and promises a lot. Ideally I'd like 
>> to
>> use ACS as a Foreman provider (ie Foreman should be able to provision ACS
>> instances), but I have found nothing about this in my searches.
>> Is anyone doing anything with Foreman and Cloudstack?
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
> > www.nux.ro

Re: Unable to mount Secondary Storage on SSVM

[Rafael Fonseca]

What user are you trying to mount with? If using root, try to add
no_root_squash to the exports file on the NFS server, or just mount as a
different user.

Check SELinux, depending on the mountpoint's location, this may be an issue
(check the audit log for avc's or just set to permissive/disabled to
retest).

Stop iptables/firewalld and retest (to make sure it's not an issue
connecting to portmapper or something like that)

If you're still unable to work it out, please paste a copy of the server's
exports and the client mounting options (from fstab or command line)
And also, the output of the mount command with a -v :)



On Fri, May 8, 2015 at 3:03 PM, srinivas niddapu  wrote:

> Appreciated info Rohit.
>
> As we verified our NFS storage there is no permission restrictions (* FULL
> ACCESS).
> Validated the same NFS share on the Cloud Stack Hypervisors, already
> mounted and data visible.
>
> We try to mount the NFS volume in the SSVM manually but its throwing
> error. Unable to mount.
> "mount.nfs: access denied by server while mounting"
>
> While restoring snapshot in the CloudStack UI getting below error.
>
> Status
> Failed to create templatecom.cloud.utils.exception.CloudRuntimeException:
> GetRootDir for nfs://172.30.36.51/vS02304090GCSP_NAS07 failed due to
> com.cloud.utils.exception.CloudRuntimeException: Unable to mount
> 172.30.36.51:/vS02304090GCSP_NAS07 at
> /mnt/SecStorage/1c7f122c-e72e-3daa-a54a-3693b89d4015 due to mount.nfs:
> access denied by server while mounting 172.30.36.51:/vS02304090GCSP_NAS07
> at
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:1956)
> at
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.copySnapshotToTemplateFromNfsToNfsXenserver(NfsSecondaryStorageResource.java:377)
> at
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.copySnapshotToTemplateFromNfsToNfs(NfsSecondaryStorageResource.java:444)
> at
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.createTemplateFromSnapshot(NfsSecondaryStorageResource.java:553)
> at
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.execute(NfsSecondaryStorageResource.java:632)
> at
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.executeRequest(NfsSecondaryStorageResource.java:236)
> at
> com.cloud.storage.resource.PremiumSecondaryStorageResource.defaultAction(PremiumSecondaryStorageResource.java:63)
> at
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:59)
> at com.cloud.agent.Agent.processRequest(Agent.java:498) at
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:806) at
> com.cloud.utils.nio.Task.run(Task.java:83) at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:679)
>
> Any suggestions.
>
> Thanks,
> Srini.
>
> -Original Message-
> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
> Sent: Friday, May 08, 2015 5:57 PM
> To: dev@cloudstack.apache.org
> Cc: us...@cloudstack.apache.org; srinivas niddapu
> Subject: Re: Unable to mount Secondary Storage on SSVM
>
>
> > On 08-May-2015, at 2:05 pm, anil lakineni <
> anilkumar459.lakin...@gmail.com> wrote:
> >
> > and this Secondary Storage path is mounting and working with all other
> > servers except with SSVM.. Getting error  "mount.nfs: access denied by
> > server while mounting xx.xx.xx.xx:/"
>
> Check your nfs exports file and do a chmod 777 on the mount points, such
> as /export/secondary or /export/primary.
>
> 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 incorpor

Re: libvirt exception

[Daan Hoogland]

Moving this to dev, Mike. Probably more understanding of the matter
available there.

I don't understand the periode between 2015-05-08 09:58:13,766 until
2015-05-08 09:58:14,491

All of your log from the source host is between only two of the log entries
from the destination.

Can you maybe share the management log from the same attempt?


Op vr 8 mei 2015 om 18:13 schreef Daan Hoogland :

> H Mike, good to hear. I will have a look at it later this week end
>
> On Fri, 8 May 2015 16:02 Mike C  wrote:
>
>> On 2015-05-07 16:41, Daan Hoogland wrote:
>> > But if your patient I'll get there.
>> I'm here to see it through to the end ;) The good news is Remi's note
>> worked. I've included output below.
>>
>> On 2015-05-07 16:42, Remi Bergsma wrote:
>> > Hi Mike,
>> >
>> > Can you check if the agent has debug logging enabled in log4j.xml? If
>> > not, this enables it:
>> > sed -i 's/INFO/DEBUG/g' /etc/cloudstack/agent/log4j-cloud.xml
>> >
>> > Restart agent, then try again and we should see more logs.
>> I've included logs on both the "source agent" which is currently running
>> the VM and the "destination agent" which is the target of the migrate.
>>
>>
>>
>> =
>> == Source Agent
>> =
>> 2015-05-08 09:58:13,943 DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-5:null) Request:Seq 1-5821465468329787407:  { Cmd
>> , MgmtId: 114374076129940, via: 1, Ver: v1, Flags: 100011,
>>
>> [{"com.cloud.agent.api.MigrateCommand":{"vmName":"r-93-VM","destIp":"172.16.16.31","hostGuid":"9a421209-fb8b-30ad-8304-95a4e33f3286-LibvirtComputingResource","isWindows":false,"vmTO":{"id":93,"name":"r-93-VM","type":"DomainRouter","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":268435456,"maxRam":268435456,"arch":"x86_64","os":"Debian
>> GNU/Linux
>>
>> 7(64-bit)","platformEmulator":"Other","bootArgs":"","rebootOnCrash":false,"enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":false,"vncPassword":"2b74e551cba07566","params":{},"uuid":"5269e919-564a-4986-92c1-07464e99e3ce","disks":[{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"c1b45654-5e74-420e-bf91-5beb745546f8","volumeType":"ROOT","dataStore":{"org.
>> apache.cloudstack.storage.to
>> .PrimaryDataStoreTO":{"uuid":"d5174632-721e-39ed-b93b-462539f63c77","id":1,"poolType":"NetworkFilesystem","host":"172.16.16.25","path":"/srv/cloudstack/primary/0001","port":2049,"url":"NetworkFilesystem://
>> 172.16.16.25/srv/cloudstack/primary/0001/?ROLE=Primary&STOREUUID=d5174632-721e-39ed-b93b-462539f63c77
>> "}},"name":"ROOT-93","size":262144,"path":"c1b45654-5e74-420e-bf91-5beb745546f8","volumeId":132,"vmName":"r-93-VM","accountId":2,"format":"QCOW2","id":132,"deviceId":0,"cacheMode":"NONE","hypervisorType":"KVM"}},"diskSeq":0,"path":"c1b45654-5e74-420e-bf91-5beb745546f8","ty
>>
>> pe":"ROOT","_details":{"managed":"false","storagePort":"2049","storageHost":"172.16.16.25","volumeSize":"262144"}}],"nics":[{"deviceId":0,"networkRateMbps":200,"defaultNic":false,"nicUuid":"3ae999b5-9d59-431a-a41b-7dbeb90c5509","uuid":"a011df28-a322-4d94-bf31-1f4fbb7a869b","ip":"172.16.18.1","netmask":"255.255.255.0","mac":"02:00:6b:5b:00:03","dns1":"172.16.17.2","dns2":"","broadcastType":"Vlan","type":"Guest","broadcastUri":"vlan://1209","isolationUri":"vlan://1209","isSecurityGroupEnabled":false,"name":"cloudbr1"},{"deviceId":1,"networkRateMbps":-1,"defaultNic":false,"nicUuid":"cd17fc0c-164e-4fe8-acc0-36a13f37f5aa","uuid":"0e669946-5f4d-4c51-9b2e-564edc1dc06a","ip":"169.254.3.203","netmask":"255.255.0.0","gateway":"169.254.0.1","mac":"0e:00:a9:fe:03:cb","broadcastType":"LinkLocal","type":"Control","isSecurityGroupEnabled":false},{"deviceId":2,"networkRateMbps":200,"defaultNic":true,"nicUuid":"9bc37269-68d5-40b8-ac08-4b60ccab5d0f","uuid":"80c92696-16cb-427e-855a-a2ac01c34ebc","i
>>
>> p":"172.16.17.202","netmask":"255.255.255.0","gateway":"172.16.17.2","mac":"06:13:ca:00:00:36","dns1":"172.16.17.2","dns2":"","broadcastType":"Vlan","type":"Public","broadcastUri":"vlan://untagged","isolationUri":"vlan://untagged","isSecurityGroupEnabled":false,"name":"cloudbr0"}]},"executeInSequence":false,"wait":0}}]
>> }
>> 2015-05-08 09:58:13,943 DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-5:null) Processing command:
>> com.cloud.agent.api.MigrateCommand
>> 2015-05-08 09:58:13,975 INFO  [kvm.resource.LibvirtComputingResource]
>> (agentRequest-Handler-5:null) Live migration of instance r-93-VM
>> initiated
>> 2015-05-08 09:58:14,277 INFO  [kvm.resource.LibvirtComputingResource]
>> (agentRequest-Handler-5:null) Migration thread for r-93-VM is done
>> 2015-05-08 09:58:14,278 DEBUG [kvm.resource.LibvirtComputingResource]
>> (agentRequest-Handler-5:null) Failed to execute while migrating domain:
>> org.libvirt.LibvirtException: Cannot get interface MTU on
>> 'brbond0-1209': No such device
>> 2015-05-08 09:58:14,290 DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-5:null) Seq 1-5821465468329787407:  { Ans: ,
>> MgmtId: 114374076129940, via: 

[GitHub] cloudstack pull request: Build and create tomcat, fix several othe...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/238#issuecomment-100315706
  
Thanks @rsafonseca, it sounds great. While I think I had removed awsapi 
related tomcat stuff with commit 58999da it's possible I may have missed few 
spots, or a recent merge on master could have brought few things back. Can you 
also help fix the fedora related specs etc, in packaging/{fedora20, fedora21}/ 
to maintain consistency wrt not using distro provided tomcat?


---
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: Build and create tomcat, fix several othe...

[rsafonseca]

Github user rsafonseca commented on the pull request:

https://github.com/apache/cloudstack/pull/238#issuecomment-100317657
  
Yes, I'll take care of that.. i just haven't removed the old tomcat files
of other installers so that this PR wouldn't break building on any OS, as
is.
As soon as i have tested new configs for fedora i'll clean up the rest of
the stuff and do another PR :)

On Fri, May 8, 2015 at 8:07 PM, Rohit Yadav 
wrote:

> Thanks @rsafonseca , it sounds great.
> While I think I had removed awsapi related tomcat stuff with commit
> 58999da
> 

> it's possible I may have missed few spots, or a recent merge on master
> could have brought few things back. Can you also help fix the fedora
> related specs etc, in packaging/{fedora20, fedora21}/ to maintain
> consistency wrt not using distro provided tomcat?
>
> —
> Reply to this email directly or view it on GitHub
> .
>



---
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: libvirt exception

[Mike C]

 

Dave, 

I'll pull a new log of me trying to move the virtual router from one
agent to another later today. I'll be sure to include logs from both
agents and the management server. 

-- Mike 

On 2015-05-08 13:58, Daan Hoogland wrote: 

> Moving this to dev, Mike. Probably more understanding of the matter available 
> there.
> 
> I don't understand the periode between 2015-05-08 09:58:13,766 until 
> 2015-05-08 09:58:14,491
> 
> All of your log from the source host is between only two of the log entries 
> from the destination.
> 
> Can you maybe share the management log from the same attempt?
 

Re: libvirt exception

[Mike C]

 

> On 2015-05-08 13:58, Daan Hoogland wrote: 
> 
> Moving this to dev, Mike. Probably more understanding of the matter available 
> there.
> 
> I don't understand the periode between 2015-05-08 09:58:13,766 until 
> 2015-05-08 09:58:14,491
> 
> All of your log from the source host is between only two of the log entries 
> from the destination.
> 
> Can you maybe share the management log from the same attempt?
> 
>> 

Below you'll find a fresh set of logs for me trying the migration.
Source / destination agent and management server logs are all included. 


= Agent Running VM

2015-05-08 15:06:03,870 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-5:null) Request:Seq 18-630503947831870702: { Cmd ,
MgmtId: 114374076129940, via: 18, Ver: v1, Flags: 100011,
[{"com.cloud.agent.api.MigrateCommand":{"vmName":"r-93-VM","destIp":"172.16.16.30","hostGuid":"b86fc0dc-1017-3776-a9a3-2775684a0c84-LibvirtComputingResource","isWindows":false,"vmTO":{"id":93,"name":"r-93-VM","type":"DomainRouter","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":268435456,"maxRam":268435456,"arch":"x86_64","os":"Debian
GNU/Linux
7(64-bit)","platformEmulator":"Other","bootArgs":"","rebootOnCrash":false,"enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":false,"vncPassword":"2b74e551cba07566","params":{},"uuid":"5269e919-564a-4986-92c1-07464e99e3ce","disks":[{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"c1b45654-5e74-420e-bf91-5beb745546f8","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"d5174632-721e-39ed-b93b-462539f63c77","id":1,"poolType":"NetworkFilesystem","host":"172.16.16.25","path":"/srv/cloudstack/primary/0001","port":2049,"url":"NetworkFilesystem://172.16.16.25/srv/cloudstack/primary/0001/?ROLE=Primary&STOREUUID=d5174632-721e-39ed-b93b-462539f63c77"}},"name":"ROOT-93","size":262144,"path":"c1b45654-5e74-420e-bf91-5beb745546f8","volumeId":132,"vmName":"r-93-VM","accountId":2,"format":"QCOW2","id":132,"deviceId":0,"cacheMode":"NONE","hypervisorType":"KVM"}},"diskSeq":0,"path":"c1b45654-5e74-420e-bf91-5beb745546f8","ty
pe":"ROOT","_details":{"managed":"false","storagePort":"2049","storageHost":"172.16.16.25","volumeSize":"262144"}}],"nics":[{"deviceId":0,"networkRateMbps":200,"defaultNic":false,"nicUuid":"3ae999b5-9d59-431a-a41b-7dbeb90c5509","uuid":"a011df28-a322-4d94-bf31-1f4fbb7a869b","ip":"172.16.18.1","netmask":"255.255.255.0","mac":"02:00:6b:5b:00:03","dns1":"172.16.17.2","dns2":"","broadcastType":"Vlan","type":"Guest","broadcastUri":"vlan://1221","isolationUri":"vlan://1221","isSecurityGroupEnabled":false,"name":"cloudbr1"},{"deviceId":1,"networkRateMbps":-1,"defaultNic":false,"nicUuid":"cd17fc0c-164e-4fe8-acc0-36a13f37f5aa","uuid":"0e669946-5f4d-4c51-9b2e-564edc1dc06a","ip":"169.254.2.186","netmask":"255.255.0.0","gateway":"169.254.0.1","mac":"0e:00:a9:fe:02:ba","broadcastType":"LinkLocal","type":"Control","isSecurityGroupEnabled":false},{"deviceId":2,"networkRateMbps":200,"defaultNic":true,"nicUuid":"9bc37269-68d5-40b8-ac08-4b60ccab5d0f","uuid":"80c92696-16cb-427e-855a-a2ac01c34ebc","i
p":"172.16.17.202","netmask":"255.255.255.0","gateway":"172.16.17.2","mac":"06:13:ca:00:00:36","dns1":"172.16.17.2","dns2":"","broadcastType":"Vlan","type":"Public","broadcastUri":"vlan://untagged","isolationUri":"vlan://untagged","isSecurityGroupEnabled":false,"name":"cloudbr0"}]},"executeInSequence":false,"wait":0}}]
}
2015-05-08 15:06:03,870 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-5:null) Processing command:
com.cloud.agent.api.MigrateCommand
2015-05-08 15:06:03,893 INFO [kvm.resource.LibvirtComputingResource]
(agentRequest-Handler-5:null) Live migration of instance r-93-VM
initiated
2015-05-08 15:06:04,194 INFO [kvm.resource.LibvirtComputingResource]
(agentRequest-Handler-5:null) Migration thread for r-93-VM is done
2015-05-08 15:06:04,194 DEBUG [kvm.resource.LibvirtComputingResource]
(agentRequest-Handler-5:null) Failed to execute while migrating domain:
org.libvirt.LibvirtException: Cannot get interface MTU on 'breth0-1221':
No such device
2015-05-08 15:06:04,198 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-5:null) Seq 18-630503947831870702: { Ans: ,
MgmtId: 114374076129940, via: 18, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.MigrateAnswer":{"result":false,"details":"org.libvirt.LibvirtException:
Cannot get interface MTU on 'breth0-1221': No such device","wait":0}}] }


===
= Destination Agent
===
2015-05-08 15:06:03,751 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-3:null) Request:Seq 1-5821465468329789166: { Cmd ,
[17/1826]
14374076129940, via: 1, Ver: v1, Flags: 100111,
[{"com.cloud.agent.api.PrepareForMigrationCommand":{"vm":{"id":93,"name":"r-93-VM","type":"DomainRouter","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":268435456,"maxRam":268435456,"arch":"x86_64","os":"Debian
GNU/Lin
ux
7(64-bit)","platformEmulator":"Other","bootArgs":"","rebootOnCrash":false,"enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":fals

Re: libvirt exception

[Remi Bergsma]

Hi Mike,

From the logs, there seems to be something wrong with the configured interface:

>> Cannot get interface MTU on
>> 'brbond0-1209': No such device

It mixes bridge/bond... How did you configure it? Can you post agent.properties 
and/or explain a bit about the setup you are using?

Regards, Remi 

Sent from my iPhone

> On 08 May 2015, at 19:58, Daan Hoogland  wrote:
> 
> Moving this to dev, Mike. Probably more understanding of the matter
> available there.
> 
> I don't understand the periode between 2015-05-08 09:58:13,766 until
> 2015-05-08 09:58:14,491
> 
> All of your log from the source host is between only two of the log entries
> from the destination.
> 
> Can you maybe share the management log from the same attempt?
> 
> 
> Op vr 8 mei 2015 om 18:13 schreef Daan Hoogland :
> 
>> H Mike, good to hear. I will have a look at it later this week end
>> 
>>> On Fri, 8 May 2015 16:02 Mike C  wrote:
>>> 
 On 2015-05-07 16:41, Daan Hoogland wrote:
 But if your patient I'll get there.
>>> I'm here to see it through to the end ;) The good news is Remi's note
>>> worked. I've included output below.
>>> 
 On 2015-05-07 16:42, Remi Bergsma wrote:
 Hi Mike,
 
 Can you check if the agent has debug logging enabled in log4j.xml? If
 not, this enables it:
 sed -i 's/INFO/DEBUG/g' /etc/cloudstack/agent/log4j-cloud.xml
 
 Restart agent, then try again and we should see more logs.
>>> I've included logs on both the "source agent" which is currently running
>>> the VM and the "destination agent" which is the target of the migrate.
>>> 
>>> 
>>> 
>>> =
>>> == Source Agent
>>> =
>>> 2015-05-08 09:58:13,943 DEBUG [cloud.agent.Agent]
>>> (agentRequest-Handler-5:null) Request:Seq 1-5821465468329787407:  { Cmd
>>> , MgmtId: 114374076129940, via: 1, Ver: v1, Flags: 100011,
>>> 
>>> [{"com.cloud.agent.api.MigrateCommand":{"vmName":"r-93-VM","destIp":"172.16.16.31","hostGuid":"9a421209-fb8b-30ad-8304-95a4e33f3286-LibvirtComputingResource","isWindows":false,"vmTO":{"id":93,"name":"r-93-VM","type":"DomainRouter","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":268435456,"maxRam":268435456,"arch":"x86_64","os":"Debian
>>> GNU/Linux
>>> 
>>> 7(64-bit)","platformEmulator":"Other","bootArgs":"","rebootOnCrash":false,"enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":false,"vncPassword":"2b74e551cba07566","params":{},"uuid":"5269e919-564a-4986-92c1-07464e99e3ce","disks":[{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"c1b45654-5e74-420e-bf91-5beb745546f8","volumeType":"ROOT","dataStore":{"org.
>>> apache.cloudstack.storage.to
>>> .PrimaryDataStoreTO":{"uuid":"d5174632-721e-39ed-b93b-462539f63c77","id":1,"poolType":"NetworkFilesystem","host":"172.16.16.25","path":"/srv/cloudstack/primary/0001","port":2049,"url":"NetworkFilesystem://
>>> 172.16.16.25/srv/cloudstack/primary/0001/?ROLE=Primary&STOREUUID=d5174632-721e-39ed-b93b-462539f63c77
>>> "}},"name":"ROOT-93","size":262144,"path":"c1b45654-5e74-420e-bf91-5beb745546f8","volumeId":132,"vmName":"r-93-VM","accountId":2,"format":"QCOW2","id":132,"deviceId":0,"cacheMode":"NONE","hypervisorType":"KVM"}},"diskSeq":0,"path":"c1b45654-5e74-420e-bf91-5beb745546f8","ty
>>> 
>>> pe":"ROOT","_details":{"managed":"false","storagePort":"2049","storageHost":"172.16.16.25","volumeSize":"262144"}}],"nics":[{"deviceId":0,"networkRateMbps":200,"defaultNic":false,"nicUuid":"3ae999b5-9d59-431a-a41b-7dbeb90c5509","uuid":"a011df28-a322-4d94-bf31-1f4fbb7a869b","ip":"172.16.18.1","netmask":"255.255.255.0","mac":"02:00:6b:5b:00:03","dns1":"172.16.17.2","dns2":"","broadcastType":"Vlan","type":"Guest","broadcastUri":"vlan://1209","isolationUri":"vlan://1209","isSecurityGroupEnabled":false,"name":"cloudbr1"},{"deviceId":1,"networkRateMbps":-1,"defaultNic":false,"nicUuid":"cd17fc0c-164e-4fe8-acc0-36a13f37f5aa","uuid":"0e669946-5f4d-4c51-9b2e-564edc1dc06a","ip":"169.254.3.203","netmask":"255.255.0.0","gateway":"169.254.0.1","mac":"0e:00:a9:fe:03:cb","broadcastType":"LinkLocal","type":"Control","isSecurityGroupEnabled":false},{"deviceId":2,"networkRateMbps":200,"defaultNic":true,"nicUuid":"9bc37269-68d5-40b8-ac08-4b60ccab5d0f","uuid":"80c92696-16cb-427e-855a-a2ac01c34ebc","i
>>> 
>>> p":"172.16.17.202","netmask":"255.255.255.0","gateway":"172.16.17.2","mac":"06:13:ca:00:00:36","dns1":"172.16.17.2","dns2":"","broadcastType":"Vlan","type":"Public","broadcastUri":"vlan://untagged","isolationUri":"vlan://untagged","isSecurityGroupEnabled":false,"name":"cloudbr0"}]},"executeInSequence":false,"wait":0}}]
>>> }
>>> 2015-05-08 09:58:13,943 DEBUG [cloud.agent.Agent]
>>> (agentRequest-Handler-5:null) Processing command:
>>> com.cloud.agent.api.MigrateCommand
>>> 2015-05-08 09:58:13,975 INFO  [kvm.resource.LibvirtComputingResource]
>>> (agentRequest-Handler-5:null) Live migration of instance r-93-VM
>>> initiated
>>> 2015-05-08 09:58:14,277 INFO  [kvm.resource.LibvirtComputingResource]
>>>

Re: libvirt exception

[Simon Weller]

Can you provide some data from the /var/log/libvirt/libvirtd log, and also your 
network configuration for both hosts? Also the contents of 
/etc/cloudstack/agent.properties would be useful.

- Si


From: Mike C 
Sent: Friday, May 08, 2015 2:14 PM
To: Daan Hoogland
Cc: dev
Subject: Re: libvirt exception

> On 2015-05-08 13:58, Daan Hoogland wrote:
>
> Moving this to dev, Mike. Probably more understanding of the matter available 
> there.
>
> I don't understand the periode between 2015-05-08 09:58:13,766 until 
> 2015-05-08 09:58:14,491
>
> All of your log from the source host is between only two of the log entries 
> from the destination.
>
> Can you maybe share the management log from the same attempt?
>
>>

Below you'll find a fresh set of logs for me trying the migration.
Source / destination agent and management server logs are all included.


= Agent Running VM

2015-05-08 15:06:03,870 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-5:null) Request:Seq 18-630503947831870702: { Cmd ,
MgmtId: 114374076129940, via: 18, Ver: v1, Flags: 100011,
[{"com.cloud.agent.api.MigrateCommand":{"vmName":"r-93-VM","destIp":"172.16.16.30","hostGuid":"b86fc0dc-1017-3776-a9a3-2775684a0c84-LibvirtComputingResource","isWindows":false,"vmTO":{"id":93,"name":"r-93-VM","type":"DomainRouter","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":268435456,"maxRam":268435456,"arch":"x86_64","os":"Debian
GNU/Linux
7(64-bit)","platformEmulator":"Other","bootArgs":"","rebootOnCrash":false,"enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":false,"vncPassword":"2b74e551cba07566","params":{},"uuid":"5269e919-564a-4986-92c1-07464e99e3ce","disks":[{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"c1b45654-5e74-420e-bf91-5beb745546f8","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"d5174632-721e-39ed-b93b-462539f63c77","id":1,"poolType":"NetworkFilesystem","host":"172.16.16.25","path":"/srv/cloudstack/primary/0001","port":2049,"url":"NetworkFilesystem://172.16.16.25/srv/cloudstack/primary/0001/?ROLE=Primary&STOREUUID=d5174632-721e-39ed-b93b-462539f63c77"}},"name":"ROOT-93","size":262144,"path":"c1b45654-5e74-420e-bf91-5beb745546f8","volumeId":132,"vmName":"r-93-VM","accountId":2,"format":"QCOW2","id":132,"deviceId":0,"cacheMode":"NONE","hypervisorType":"KVM"}},"diskSeq":0,"path":"c1b45654-5e74-420e-bf91-5beb745546f8","ty
pe":"ROOT","_details":{"managed":"false","storagePort":"2049","storageHost":"172.16.16.25","volumeSize":"262144"}}],"nics":[{"deviceId":0,"networkRateMbps":200,"defaultNic":false,"nicUuid":"3ae999b5-9d59-431a-a41b-7dbeb90c5509","uuid":"a011df28-a322-4d94-bf31-1f4fbb7a869b","ip":"172.16.18.1","netmask":"255.255.255.0","mac":"02:00:6b:5b:00:03","dns1":"172.16.17.2","dns2":"","broadcastType":"Vlan","type":"Guest","broadcastUri":"vlan://1221","isolationUri":"vlan://1221","isSecurityGroupEnabled":false,"name":"cloudbr1"},{"deviceId":1,"networkRateMbps":-1,"defaultNic":false,"nicUuid":"cd17fc0c-164e-4fe8-acc0-36a13f37f5aa","uuid":"0e669946-5f4d-4c51-9b2e-564edc1dc06a","ip":"169.254.2.186","netmask":"255.255.0.0","gateway":"169.254.0.1","mac":"0e:00:a9:fe:02:ba","broadcastType":"LinkLocal","type":"Control","isSecurityGroupEnabled":false},{"deviceId":2,"networkRateMbps":200,"defaultNic":true,"nicUuid":"9bc37269-68d5-40b8-ac08-4b60ccab5d0f","uuid":"80c92696-16cb-427e-855a-a2ac01c34ebc","i
p":"172.16.17.202","netmask":"255.255.255.0","gateway":"172.16.17.2","mac":"06:13:ca:00:00:36","dns1":"172.16.17.2","dns2":"","broadcastType":"Vlan","type":"Public","broadcastUri":"vlan://untagged","isolationUri":"vlan://untagged","isSecurityGroupEnabled":false,"name":"cloudbr0"}]},"executeInSequence":false,"wait":0}}]
}
2015-05-08 15:06:03,870 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-5:null) Processing command:
com.cloud.agent.api.MigrateCommand
2015-05-08 15:06:03,893 INFO [kvm.resource.LibvirtComputingResource]
(agentRequest-Handler-5:null) Live migration of instance r-93-VM
initiated
2015-05-08 15:06:04,194 INFO [kvm.resource.LibvirtComputingResource]
(agentRequest-Handler-5:null) Migration thread for r-93-VM is done
2015-05-08 15:06:04,194 DEBUG [kvm.resource.LibvirtComputingResource]
(agentRequest-Handler-5:null) Failed to execute while migrating domain:
org.libvirt.LibvirtException: Cannot get interface MTU on 'breth0-1221':
No such device
2015-05-08 15:06:04,198 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-5:null) Seq 18-630503947831870702: { Ans: ,
MgmtId: 114374076129940, via: 18, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.MigrateAnswer":{"result":false,"details":"org.libvirt.LibvirtException:
Cannot get interface MTU on 'breth0-1221': No such device","wait":0}}] }


===
= Destination Agent
===
2015-05-08 15:06:03,751 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-3:null) Request:Seq 1-5821465468329789166: { Cmd ,
[17/1826]
14374076129940, via: 1, Ver: v1, Flags: 100111,
[{"com.cloud.agent.api.Prepa

Re: libvirt exception

[Mike C]

On 2015-05-08 15:18, Remi Bergsma wrote:

It mixes bridge/bond... How did you configure it? Can you post
agent.properties and/or explain a bit about the setup you are using?
I've included a rough overview of my Ubuntu 14.04 network config(s) 
below. I followed the standard conventions in the CloudStack userguide 
for 4.3 and haven't updated it for 4.4. My understanding was it didn't 
need to change at all.


On 2015-05-08 15:22, Simon Weller wrote:

Can you provide some data from the /var/log/libvirt/libvirtd log, and
also your network configuration for both hosts? Also the contents of
/etc/cloudstack/agent.properties would be useful.
I've included my network config, agent.properties and a chunk of the 
libvirtd log below.


===
= Source network cconfig
===
Management: mgmbr0 -> eth0
cloudbr0: bond0.1100 -> p1p1 p1p2
cloudbr1: bond0.1200 -> p1p1 p1p2
bond0: mode balance-alb


===
= Destination network config
===
Management: mgmtbr0 -> eth1
cloudbr0: eth0.1100
cloudbr1: eth0.1200


===
= Source agent.properties
===
# cat /etc/cloudstack/agent/agent.properties
#Storage
#Fri May 08 09:57:54 EDT 2015
guest.network.device=cloudbr1
workers=5
private.network.device=mgmtbr0
port=8250
resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource
pod=1
zone=1
guid=b86fc0dc-1017-3776-a9a3-2775684a0c84
public.network.device=cloudbr0
cluster=1
local.storage.uuid=3dd4a3a3-2853-4f1d-b0f2-c028168ca81d
domr.scripts.dir=scripts/network/domr/kvm
LibvirtComputingResource.id=1
host=172.16.16.30

===
= Destination agent.properties
===
# cat /etc/cloudstack/agent/agent.properties
#Storage
#Fri May 08 09:55:57 EDT 2015
guest.network.device=cloudbr1
workers=5
private.network.device=mgmtbr0
port=8250
resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource
pod=1
zone=1
guid=9a421209-fb8b-30ad-8304-95a4e33f3286
hypervisor.type=kvm
public.network.device=cloudbr0
cluster=1
local.storage.uuid=1d17ac0d-c94a-4490-87fd-714bf063572b
domr.scripts.dir=scripts/network/domr/kvm
LibvirtComputingResource.id=18
host=172.16.16.30

===
= libvirtd error (source)
===
The timestamps are off compared to the main cloudstack logs for some 
reason. The below are the only  log entries from 2015/05/08 that I see. 
I do have ntpd setup and working, the timestamps when logged in normally 
are accurate. I'm in EST for a TZ as a point of reference.
2015-05-08 13:56:26.695+: 20220: warning : qemuDomainObjTaint:1628 : 
Domain id=27 name='r-93-VM' uuid=5269e919-564a-4986-92c1-07464e99e3ce is 
tainted: high-privileges
2015-05-08 13:57:24.203+: 20217: warning : 
qemuMigrationCancelDriveMirror:1421 : Unable to stop block job on 
drive-ide0-0-0
2015-05-08 13:57:48.466+: 20216: error : virNetSocketReadWire:1454 : 
End of file while reading data: Input/output error
2015-05-08 13:57:48.466+: 20216: error : virNetSocketReadWire:1454 : 
End of file while reading data: Input/output error
2015-05-08 13:58:14.225+: 20221: warning : 
qemuMigrationCancelDriveMirror:1421 : Unable to stop block job on 
drive-ide0-0-0
2015-05-08 14:11:23.269+: 20216: error : qemuMonitorIO:656 : 
internal error: End of file from monitor
2015-05-08 19:05:14.093+: 20220: error : virNetDevGetMTU:397 : 
Cannot get interface MTU on 'breth0-1221': No such device
2015-05-08 19:06:04.043+: 20219: error : virNetDevGetMTU:397 : 
Cannot get interface MTU on 'breth0-1221': No such device



===
= libvirtd error (destination)
===
None found

Re: Foreman Cloudstack provider

[David Nalley]

Yes it deploys instances, not hypervisors.
And yes, it doesn't work on basic zones, but the basic framework is
there, so it's probably extensible to make Basic zones work; just no
one has scratched that itch yet.

There were some folks talking about doing work in that area, but not
sure if they have made any progress or not.

--David

On Fri, May 8, 2015 at 12:20 PM, Nux!  wrote:
> Thanks David, I found that, but thought it was for deploying/managing 
> hypervisors.
> Anyway, it does not help me as I do not use Adv zone. Good job, though!
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "David Nalley" 
>> To: dev@cloudstack.apache.org
>> Cc: "Cloudstack Users List" 
>> Sent: Friday, 8 May, 2015 15:12:54
>> Subject: Re: Foreman Cloudstack provider
>
>> https://github.com/citrix/foreman-cloudstack
>>
>> --David
>>
>> On Fri, May 8, 2015 at 8:00 AM, Nux!  wrote:
>>> Hello,
>>>
>>> I'm playing with The Foreman these days and promises a lot. Ideally I'd 
>>> like to
>>> use ACS as a Foreman provider (ie Foreman should be able to provision ACS
>>> instances), but I have found nothing about this in my searches.
>>> Is anyone doing anything with Foreman and Cloudstack?
>>>
>>> Lucian
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>> > www.nux.ro

New Defects reported by Coverity Scan for cloudstack

[scan-admin]

Hi,

Please find the latest report on new defect(s) introduced to cloudstack found 
with Coverity Scan.

300 new defect(s) introduced to cloudstack found with Coverity Scan.
70 defect(s), reported by Coverity Scan earlier, were marked fixed in the 
recent build analyzed by Coverity Scan.

New defect(s) Reported-by: Coverity Scan
Showing 20 of 300 defect(s)


** CID 1012179:  FindBugs: Dodgy code  (FB.URF_UNREAD_PUBLIC_OR_PROTECTED_FIELD)
/plugins/hypervisors/ovm/src/com/cloud/ovm/object/Test.java: 79 in ()



*** CID 1012179:  FindBugs: Dodgy code  
(FB.URF_UNREAD_PUBLIC_OR_PROTECTED_FIELD)
/plugins/hypervisors/ovm/src/com/cloud/ovm/object/Test.java: 79 in ()
73 vm.disks.add(dataDisk);
74 vm.disks.add(dataDisk);
75 vm.disks.add(dataDisk);
76 OvmVif.Details vif = new OvmVif.Details();
77 vif.mac = "00:ff:ff:ff:ff:ee";
78 vif.bridge = "xenbr0";
>>> CID 1012179:  FindBugs: Dodgy code  
>>> (FB.URF_UNREAD_PUBLIC_OR_PROTECTED_FIELD)
>>> Unread public/protected field: com.cloud.ovm.object.OvmVif$Details.type
79 vif.type = OvmVif.NETFRONT;
80 vm.vifs.add(vif);
81 vm.vifs.add(vif);
82 vm.vifs.add(vif);
83 vm.vifs.add(vif);
84 vm.vifs.add(vif);

** CID 1114588:  Concurrent data access violations  (ATOMICITY)
/services/console-proxy/server/src/com/cloud/consoleproxy/ConsoleProxyGCThread.java:
 80 in com.cloud.consoleproxy.ConsoleProxyGCThread.run()()



*** CID 1114588:  Concurrent data access violations  (ATOMICITY)
/services/console-proxy/server/src/com/cloud/consoleproxy/ConsoleProxyGCThread.java:
 80 in com.cloud.consoleproxy.ConsoleProxyGCThread.run()()
74 Enumeration e = connMap.keys();
75 while (e.hasMoreElements()) {
76 String key;
77 ConsoleProxyClient client;
78 
79 synchronized (connMap) {
>>> CID 1114588:  Concurrent data access violations  (ATOMICITY)
>>> Using an unreliable value of "e" inside the second locked section. If 
>>> the data that "e" depends on was changed by another thread, this use might 
>>> be incorrect.
80 key = e.nextElement();
81 client = connMap.get(key);
82 }
83 
84 long seconds_unused = (System.currentTimeMillis() - 
client.getClientLastFrontEndActivityTime()) / 1000;
85 if (seconds_unused < MAX_SESSION_IDLE_SECONDS) {

** CID 1114589:  Concurrent data access violations  (ATOMICITY)
/services/console-proxy/server/src/com/cloud/consoleproxy/ConsoleProxyClientStatsCollector.java:
 58 in 
com.cloud.consoleproxy.ConsoleProxyClientStatsCollector.setConnections(java.util.Hashtable)()



*** CID 1114589:  Concurrent data access violations  (ATOMICITY)
/services/console-proxy/server/src/com/cloud/consoleproxy/ConsoleProxyClientStatsCollector.java:
 58 in 
com.cloud.consoleproxy.ConsoleProxyClientStatsCollector.setConnections(java.util.Hashtable)()
52 private void setConnections(Hashtable 
connMap) {
53 
54 ArrayList conns = new 
ArrayList();
55 Enumeration e = connMap.keys();
56 while (e.hasMoreElements()) {
57 synchronized (connMap) {
>>> CID 1114589:  Concurrent data access violations  (ATOMICITY)
>>> Using an unreliable value of "e" inside the second locked section. If 
>>> the data that "e" depends on was changed by another thread, this use might 
>>> be incorrect.
58 String key = e.nextElement();
59 ConsoleProxyClient client = connMap.get(key);
60 
61 ConsoleProxyConnection conn = new 
ConsoleProxyConnection();
62 
63 conn.id = client.getClientId();

** CID 1114594:  Class hierarchy inconsistencies  (CALL_SUPER)
/server/src/com/cloud/hypervisor/kvm/discoverer/LibvirtServerDiscoverer.java: 
284 in 
com.cloud.hypervisor.kvm.discoverer.LibvirtServerDiscoverer.configure(java.lang.String,
 java.util.Map)()



*** CID 1114594:  Class hierarchy inconsistencies  (CALL_SUPER)
/server/src/com/cloud/hypervisor/kvm/discoverer/LibvirtServerDiscoverer.java: 
284 in 
com.cloud.hypervisor.kvm.discoverer.LibvirtServerDiscoverer.configure(java.lang.String,
 java.util.Map)()
278 } else {
279 return null;
280 }
281 }
282 
283 @Override
>>> CID 1114594:  Class hierarc

Re: Coverity Scan : cloudstack project

[Dakshesh Vyas]

Hi,

We have resolved the issue.
The build has been analyzed successfully.
You should now be able to view defects.

Thanks
Dakshesh Vyas € Marketing Operations / Technical Manager-Coverity Scan

dv...@coverity.com 
Office: +1 (415) 935 2957
www.coverity.com  € Twitter: @coverityScan
Coverity by Synopsys




On 5/8/15, 4:39 AM, "Abhinandan Prateek"
 wrote:

>While you guys fix it, can you also post the link to wiki or
>documentation on it ?
>
>> On 08-May-2015, at 1:45 pm, Santhosh Edukulla
>> wrote:
>>
>> Hi Dakshesh,
>>
>> It seems no change in analysis. Is it like it has not hit the schedule
>>yet
>> and so is the reason? Right now, it still reflects march 16, 2015 as
>>last
>> analyzed date on scan portal.
>>
>> Santhosh
>>
>>
>> On Thu, May 7, 2015 at 8:15 AM, Dakshesh Vyas 
>>wrote:
>>
>>>  Hi,
>>>
>>> We have re-added the build into the queue with some modification as it
>>> got timed out after 5 hours of database commit.
>>>
>>> Thanks
>>>
>>> *Dakshesh Vyas* € Marketing Operations / Technical Manager-Coverity
>>>Scan
>>> dv...@coverity.com 
>>> Office: +1 (415) 935 2957
>>> www.coverity.com € Twitter: @coverityScan
>>> *Coverity* by Synopsys
>>>
>>>  From: Santhosh Edukulla 
>>> Date: Sunday, May 3, 2015 at 11:39 PM
>>> To: "dev@cloudstack.apache.org" 
>>> Cc: scan-admin 
>>> Subject: Coverity Scan : cloudstack project
>>>
>>>  Team,
>>>
>>>
>>> It seems Coverity Scan service has stopped analysis, since March 16,
>>> 2015.  Please check.
>>>
>>> Regards,
>>> Santhosh
>>>
>
>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: libvirt exception

[Marcus]

Can you confirm that those bridges and bond devices exist prior to
attempting migration, and that the VMs are attached to them and work?
Perhaps a 'brctl show' and 'virsh dumpxml'. Those look like they should be
cloudstack-generated guest network bridges and libvirt is complaining they
don't exist

On Fri, May 8, 2015 at 1:22 PM, Mike C 
wrote:

> On 2015-05-08 15:18, Remi Bergsma wrote:
>
>> It mixes bridge/bond... How did you configure it? Can you post
>> agent.properties and/or explain a bit about the setup you are using?
>>
> I've included a rough overview of my Ubuntu 14.04 network config(s) below.
> I followed the standard conventions in the CloudStack userguide for 4.3 and
> haven't updated it for 4.4. My understanding was it didn't need to change
> at all.
>
> On 2015-05-08 15:22, Simon Weller wrote:
>
>> Can you provide some data from the /var/log/libvirt/libvirtd log, and
>> also your network configuration for both hosts? Also the contents of
>> /etc/cloudstack/agent.properties would be useful.
>>
> I've included my network config, agent.properties and a chunk of the
> libvirtd log below.
>
> ===
> = Source network cconfig
> ===
> Management: mgmbr0 -> eth0
> cloudbr0: bond0.1100 -> p1p1 p1p2
> cloudbr1: bond0.1200 -> p1p1 p1p2
> bond0: mode balance-alb
>
>
> ===
> = Destination network config
> ===
> Management: mgmtbr0 -> eth1
> cloudbr0: eth0.1100
> cloudbr1: eth0.1200
>
>
> ===
> = Source agent.properties
> ===
> # cat /etc/cloudstack/agent/agent.properties
> #Storage
> #Fri May 08 09:57:54 EDT 2015
> guest.network.device=cloudbr1
> workers=5
> private.network.device=mgmtbr0
> port=8250
> resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource
> pod=1
> zone=1
> guid=b86fc0dc-1017-3776-a9a3-2775684a0c84
> public.network.device=cloudbr0
> cluster=1
> local.storage.uuid=3dd4a3a3-2853-4f1d-b0f2-c028168ca81d
> domr.scripts.dir=scripts/network/domr/kvm
> LibvirtComputingResource.id=1
> host=172.16.16.30
>
> ===
> = Destination agent.properties
> ===
> # cat /etc/cloudstack/agent/agent.properties
> #Storage
> #Fri May 08 09:55:57 EDT 2015
> guest.network.device=cloudbr1
> workers=5
> private.network.device=mgmtbr0
> port=8250
> resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource
> pod=1
> zone=1
> guid=9a421209-fb8b-30ad-8304-95a4e33f3286
> hypervisor.type=kvm
> public.network.device=cloudbr0
> cluster=1
> local.storage.uuid=1d17ac0d-c94a-4490-87fd-714bf063572b
> domr.scripts.dir=scripts/network/domr/kvm
> LibvirtComputingResource.id=18
> host=172.16.16.30
>
> ===
> = libvirtd error (source)
> ===
> The timestamps are off compared to the main cloudstack logs for some
> reason. The below are the only  log entries from 2015/05/08 that I see. I
> do have ntpd setup and working, the timestamps when logged in normally are
> accurate. I'm in EST for a TZ as a point of reference.
> 2015-05-08 13:56:26.695+: 20220: warning : qemuDomainObjTaint:1628 :
> Domain id=27 name='r-93-VM' uuid=5269e919-564a-4986-92c1-07464e99e3ce is
> tainted: high-privileges
> 2015-05-08 13:57:24.203+: 20217: warning :
> qemuMigrationCancelDriveMirror:1421 : Unable to stop block job on
> drive-ide0-0-0
> 2015-05-08 13:57:48.466+: 20216: error : virNetSocketReadWire:1454 :
> End of file while reading data: Input/output error
> 2015-05-08 13:57:48.466+: 20216: error : virNetSocketReadWire:1454 :
> End of file while reading data: Input/output error
> 2015-05-08 13:58:14.225+: 20221: warning :
> qemuMigrationCancelDriveMirror:1421 : Unable to stop block job on
> drive-ide0-0-0
> 2015-05-08 14:11:23.269+: 20216: error : qemuMonitorIO:656 : internal
> error: End of file from monitor
> 2015-05-08 19:05:14.093+: 20220: error : virNetDevGetMTU:397 : Cannot
> get interface MTU on 'breth0-1221': No such device
> 2015-05-08 19:06:04.043+: 20219: error : virNetDevGetMTU:397 : Cannot
> get interface MTU on 'breth0-1221': No such device
>
>
> ===
> = libvirtd error (destination)
> ===
> None found
>

Re: [RESULT][VOTE] Apache CloudStack 4.5.1

[ilya]

Dont know if its possible,

But somewhere in the release notes we need to state something along the 
lines of. Can anyone please help?


"If you are experiencing CloudStack UI issues, please consider upgrading 
your tomcat instance to version 6.0.43  (tested version, but earlier 
versions prior to 6.0.37 might work as well), to address the tomcat 
response issues caused by latency between the browser/client and 
CloudStack Management server."


I've just run a test upgrade from 4.3 to 4.5.1, while everything worked 
fine, i would see jobs failed in UI, while nothing would show up in the 
management server log file. Upgrading the tomcat to 6.0.43 resolved this 
issue as i have considerable latency between my client and server.


Regards
ilya

On 5/7/15 4:12 PM, Rohit Yadav wrote:

I was waiting on some quotes, will share the draft with placeholders for quotes 
tomorrow.


On 08-May-2015, at 12:42 am, Daan Hoogland  wrote:

k, how are you on the announce? you asked for help but I didn't see a draft.

Op vr 8 mei 2015 om 00:29 schreef Rohit Yadav :


Thanks to everyone who tested and voted. Just realised I forgot to remove
the “Z" from the template, it should have read:

After 72 hours, the vote for CloudStack 4.5.1 *passes* with 5 PMC and 3
non-PMC votes.


On 08-May-2015, at 12:17 am, Nux!  wrote:

Thanks for flying with it, Rohit. :)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -

From: "Rohit Yadav" 
To: "dev" 
Sent: Thursday, 7 May, 2015 14:27:20
Subject: [RESULT][VOTE] Apache CloudStack 4.5.1
Hi all,

After 72 hours, the vote for CloudStack 4.5.1 [1] *passes* with
Z PMC + Z non-PMC votes.

+1 (PMC / binding)
5 person (Lucian, Rohit, David, Marcus, Daan)

+1 (non binding)
3 person (Wilder, Geoff, Abhi)

0
none

-1
none

Thank you everyone for participating. Hope 4.5.1 will be a solid one :)

I will now prepare the release announcement to go out after 24 hours to

give the

mirrors time to catch up.

[1] http://markmail.org/message/fosggwzoyjuchvfq

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 Software
Engineering
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. ShapeBl

Re: Apollo

[ilya]

Please keep us posted, i'm in the same shoes, once time allow will try 
it out - for now, i'm time crunched with $dayjob..


On 5/7/15 11:34 PM, Erik Weber wrote:

Just discovered this, which seems like a possible diamond,
http://capgemini.github.io/devops/apollo/

I'll be trying to find some spare time to see if it's possible to get
running on CloudStack with a reasonable CloudStack, but would love to hear
from anyone doing the same.

Same VLAN in one zone on different networks

[Alireza Eskandari]

Hello everybody, 

It seems that we can't create multiple "Guest Networks" with same VLAN ID in 
the same zone on different "Physical Networks". 
I get this message then I try: 
There is a isolated/shared network with vlan id:  already exists in 
zone  
Is it a bug? 
I use CloudStack 4.3.2 

Regards, 
Alireza

Re: VMware NSX (former Nicira NVP) with Cloudstack and vSphere

[Alireza Eskandari]

Thanks for answers.
So can we say that VMware nsx-vsphere is not compatible with CloudStack?
Regards

- Original Message -
From: Remi Bergsma 
To: "dev@cloudstack.apache.org" 
Cc: 
Sent: Tuesday, May 5, 2015 5:19 PM
Subject: Re: VMware NSX (former Nicira NVP) with Cloudstack and vSphere

Interesting, didn’t know that! :-)

> On 05 May 2015, at 14:28, Funs Kessen  wrote:
> 
> Hi,
> 
> For the record, VMware nsx-mh not VMware nsx-vsphere, as they are different
> products.
> 
> Cheers,
> 
> Funs
> 
> On Tuesday, May 5, 2015, Remi Bergsma  wrote:
> 
>> Hi Alireza,
>> 
>> Yes, NSX works just fine with CloudStack. We run this in production on
>> XenServer and KVM and are currently running 4.4. There’s no reason it
>> wouldn’t work in 4.5 as well.
>> 
>> The Transport Zone uuid you get from NSX, either from the UI or the API.
>> Same counts for the L3 uuid. We do not use the L3 part, so we left it empty.
>> 
>> From your e-mail I understand you run VMware. I don’t know what versions
>> are supported though, never tried it.
>> 
>> Regards,
>> Remi
>> 
>> 
>>> On 04 May 2015, at 06:55, Alireza Eskandari
>>  wrote:
>>> 
>>> Hi friends.
>>> 
>>> You know Nicira NVP was acquired by VMware and released as VMware NSX.
>>> Is it possible to use VMware NSX with Nicira NVP plugin in CloudStack?
>>> If yes, how can I find "Transport Zone Uuid" and "L3 Gateway Service
>> Uuid" parameters values in NSX?
>>> 
>>> Regards,
>>> Alireza
>> 
>>

Re: Same VLAN in one zone on different networks

[Marcus]

Yes, its a bug. We had added that feature and it was working in 4.1+, but
apparently there is a regression. There's no reason the same VLAN ids can't
be reused on different physical networks
On May 8, 2015 10:29 PM, "Alireza Eskandari"
 wrote:

> Hello everybody,
>
> It seems that we can't create multiple "Guest Networks" with same VLAN ID
> in the same zone on different "Physical Networks".
> I get this message then I try:
> There is a isolated/shared network with vlan id:  already exists
> in zone 
> Is it a bug?
> I use CloudStack 4.3.2
>
> Regards,
> Alireza
>

[GitHub] cloudstack pull request: 4.5 hu

[asfgit]

Github user asfgit closed the pull request at:

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


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