This one does look nice. My biggest concern is the lack of VXLANs. It seems
that any of the ones we mentioned do not have an API so we may be stuck at the
SSH method.
Regards,
Marty Godsey
nSource Solutions
-Original Message-
From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue
Thanks for the reply Simon.
*vi /etc/network/interfaces*
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# Public network
auto cloudbr0
ifac
Github user karuturi commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1666#discussion_r78733780
--- Diff: systemvm/patches/debian/config/opt/cloud/bin/configure.py ---
@@ -145,40 +145,41 @@ def add_rule(self, cidr):
logging.debug("C
Github user karuturi commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1666#discussion_r78733866
--- Diff: systemvm/patches/debian/config/opt/cloud/bin/configure.py ---
@@ -145,40 +145,41 @@ def add_rule(self, cidr):
logging.debug("C
Github user karuturi commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1666#discussion_r78733924
--- Diff: systemvm/patches/debian/config/opt/cloud/bin/configure.py ---
@@ -145,40 +145,41 @@ def add_rule(self, cidr):
logging.debug("C
Github user karuturi commented on the issue:
https://github.com/apache/cloudstack/pull/1661
code LGTM. Started our internal CI run on this PR. It will post the results
here. I will merge once CI is successful.
---
If your project is set up for it, you can reply to this email and have
Pierre-Luc,
It is possible to have the new Jenkins authenticate against he ASF LDAP? Since
the ASF LDAP reflects who is a committer, we wouldn’t have to manage multiple
authentication repositories.
Thanks,
-John
>
john.burw...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden,
Can you post ifconfig and brctl show?
From: ned dogg
Sent: Wednesday, September 14, 2016 4:54 AM
To: dev@cloudstack.apache.org
Subject: Re: System VM's are getting stuck in starting mode
Thanks for the reply Simon.
*vi /etc/network/interfaces*
# This file de
*brctl* *show*
bridge name bridge id STP enabled interfaces
cloud0 8000. no
cloudbr0 8000. no
cloudbr1 8000. no
lxcbr0 8000. no
virbr0 8000. yes
*ifconfig*
cloud0Link encap:Ethernet HWaddr 1e:ad:ae:e9:ac:36
inet addr:169.25
So it doesn't appear you have any interfaces plugged into your cloudbr0 or
cloudbr1 bridges. Please note that the agent expects to find particular
interface name formats: eth*, bond*, team*, vlan*, em*, p*p*, ens*, eno*, enp*,
or enx*. Try adding your actual interface to the bridge.
__
Github user cloudmonger commented on the issue:
https://github.com/apache/cloudstack/pull/1661
### ACS CI BVT Run
**Sumarry:**
Build Number 95
Hypervisor xenserver
NetworkType Advanced
Passed=103
Failed=0
Skipped=4
_Link to logs Folder (search
Sorry, Simon I don't understand. Please can you be more explicite.
On Wed, Sep 14, 2016 at 3:46 PM, Simon Weller wrote:
> So it doesn't appear you have any interfaces plugged into your cloudbr0 or
> cloudbr1 bridges. Please note that the agent expects to find particular
> interface name formats:
The CloudStack agent walks all the bridges and then tries to find the
underlying interface being used. If it can't identify the interface, then it
fails to start.
The issue you seem to have is that you have bridges setup without any actual
physical interfaces attached to them. So your bridges h
Github user asfgit closed the pull request at:
https://github.com/apache/cloudstack/pull/1661
---
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
Github user karuturi commented on the issue:
https://github.com/apache/cloudstack/pull/1642
@mike-tutkowski started our internal CI run on this PR(xen server
advanced). It will run the smoke tests and post the results here. once it
confirms there are no regressions, I will merge this
Github user jburwell commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1642#discussion_r78780699
--- Diff: server/src/com/cloud/storage/StorageManagerImpl.java ---
@@ -1113,8 +1114,17 @@ public void cleanupStorage(boolean recurring) {
Github user jburwell commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1642#discussion_r78782746
--- Diff: test/integration/plugins/solidfire/TestManagedSystemVMs.py ---
@@ -0,0 +1,586 @@
+# Licensed to the Apache Software Foundation (ASF) under
Thanks for explanation Simon. I plugged an interface eth0 into your
cloudbr0 but
no luck.
brctl show
bridge name bridge id STP enabled interfaces
cloud0 8000. no
cloudbr0 8000.40a8f06672e2 no eth0
cloudbr1 8000. no
lxcbr0 8000. no
virbr0 8000. yes Any
This report is pretty short, so please let me know if there are items you
feel I have missed or if you would like any additional detail included.
Thanks,
Will
---
## Description:
Apache CloudStack (ACS) is an IaaS (Infrastructure as a Service) cloud
orchestration platform. ACS manages ma
Github user mike-tutkowski commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1642#discussion_r78794664
--- Diff: server/src/com/cloud/storage/StorageManagerImpl.java ---
@@ -1113,8 +1114,17 @@ public void cleanupStorage(boolean recurring) {
Can you post the agent log output (in debug) after this change?
From: ned dogg
Sent: Wednesday, September 14, 2016 11:43 AM
To: dev@cloudstack.apache.org
Subject: Re: System VM's are getting stuck in starting mode
Thanks for explanation Simon. I plugged an inter
Here they are:
http://pastebin.com/rUP0mJ1P
On Wed, Sep 14, 2016 at 6:26 PM, Simon Weller wrote:
> Can you post the agent log output (in debug) after this change?
>
>
>
> From: ned dogg
> Sent: Wednesday, September 14, 2016 11:43 AM
> To: dev@cloudstack.apache.o
it looks the cloudstack agent cannot communicate with cloudstack management
server.
is your management server up ?
is 192.168.1.3 the right IP ?
-Wei
2016-09-14 19:44 GMT+02:00 ned dogg :
> Here they are:
> http://pastebin.com/rUP0mJ1P
>
> On Wed, Sep 14, 2016 at 6:26 PM, Simon Weller wrote:
>
Github user cloudmonger commented on the issue:
https://github.com/apache/cloudstack/pull/1642
### ACS CI BVT Run
**Sumarry:**
Build Number 97
Hypervisor xenserver
NetworkType Advanced
Passed=103
Failed=0
Skipped=4
_Link to logs Folder (search
Oh sorry, my computer switched to a different network. Thanks Wei. Here is
the new agent logs:
http://pastebin.com/SzD2VfLJ
The System VMs are still stuck in starting mode.
Any clues?
On Wed, Sep 14, 2016 at 7:15 PM, Wei ZHOU wrote:
> it looks the cloudstack agent cannot communicate with clou
Looks good to me.
Thanks for report.
On 14/09/2016 17:51, Will Stevens wrote:
This report is pretty short, so please let me know if there are items you
feel I have missed or if you would like any additional detail included.
Thanks,
Will
---
## Description:
Apache CloudStack (ACS) is an
I rather doubt that the Cloudrouter will fit the needs of the CloudStack
project
- it is AGPL licensed. Many enterprises will not touch anything that has
AGPL
- the github repo shows rather infrequent updates. Quite likely they
aren't considering the use cases of the CloudStack community
I'd bac
Licensing aside, I think splitting the various functions into containers is not
a good route either. This will force users to have to maintain and use
containers and adds complexity to the networking aspects of ACS. Complexity
decreases stability. Now I understand the argument that a monolithic
Agree with Marty, adding Docker containers to the picture although can make
the VR more flexible but the added complexity is just not worth it. Not to
mention we would need to take care of networking each container manually
and given that our iptable rules are very unstable at the moment I don't
se
I tend to agree with Syed and Marty. I am not sure what problems are
solved by splitting up the function of the VR into a bunch of separate
services. As Syed points out, the complexity added is non-trivial. We now
have to manage all the intercontainer networking as well as the
orchestrated ACS n
Or we could go completely crazy and go with something like FlexSwitch from
SnapRoute
- http://www.snaproute.com/
- https://opensnaproute.github.io/docs/apis.html
*Will STEVENS*
Lead Developer
*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|*
Github user abhinandanprateek commented on the issue:
https://github.com/apache/cloudstack/pull/1669
LGTM on code review. Another disadvantage of jsp is the compilation. No jsp
will mean smoother transitions to newer java versions.
---
If your project is set up for it, you can reply
Honestly, this looks interesting. I have never used it myself but it "reads"
very much like what we are wanting to do.
Regards,
Marty Godsey
nSource Solutions
-Original Message-
From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On Behalf Of
Will Stevens
Sent: Wednesday, S
Though I don’t see VPN in Snaproute.. Makes sense since it was not intended to
do IPSec.
It seems as though VyOS is starting to look like the best option.
Regards,
Marty Godsey
nSource Solutions
-Original Message-
From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On Behal
34 matches
Mail list logo
