Pretty sure that if getting the management server up and running was as
simple as...
1. Install CentOS
2. yum install cloudstack
3. setup-cloudstack-all-in-one.sh
...we'd see many more people at least trying it out.
Some might see the current installation options as easy enough but if
someone
Hi Lucian,
This is still a very devops/developer centric approach which in my opinion
is rife within the ACS community (understandably) and which is inadvertently
hostile/elitist to many who might otherwise be interested. I think that many
regular sys admins who perhaps don't want to get involved
I think that the issue is with needing a controller. Unfortunately you can't
just replace VLANs with VXLANs unless there's some form of control plane.
You can do this in a distributed manner using broadcast to multicast
mechanisms but this AFAIK is not implemented in Openvswitch. I'm not quite
Can't see the wiki at the moment as it's down for maintenance but on a
slightly different but related note, would it be feasible to use DHCP relay
functionality in dnsmasq on a VR and still get the IP address assigned by an
external DHCP server registered into the ACS MS? Not quite sure if under
point and reflect
certain
group of peoples requirement.
Based on your requirement, I believe you are looking for something
like
Vyatta.
Regards,
Somesh
-Original Message-
From: Adrian Lewis [mailto:adr...@alsiconsulting.co.uk]
Sent: Friday, February 20, 2015 8:50 PM
like
Vyatta.
Regards,
Somesh
-Original Message-
From: Adrian Lewis [mailto:adr...@alsiconsulting.co.uk]
Sent: Friday, February 20, 2015 8:50 PM
To: us...@cloudstack.apache.org
Subject: RE: Network QoS (not bandwidth limiting)
Tempted to suggest some sort of special interest group
Would it be bad form to suggest ideas if we're neither student, nor a
mentor?
-Original Message-
From: Tilak Raj Singh [mailto:tila...@gmail.com]
Sent: 06 February 2015 19:03
To: dev@cloudstack.apache.org
Subject: Re: Google Summer of Code 2015 is coming
Hi,
I posted my project idea for
Seem to be hitting CLOUDSTACK-7671 despite it previously being marked as
fixed.
https://issues.apache.org/jira/browse/CLOUDSTACK-7671
Using the ShapeBlue centos7 testing RPMs with Xenserver 6.5. By the looks of
the jira issue, I'm not the only one. This is a bit of a blocker for me at
least as
From a non-dev user's perspective I think Paul's pretty much nailed the key
issues I'd like to see improve with the system VMs. The big one for us is
the ability to customise the VR template to add things like netflow export
and other value-add services through additional software packages without
/CentOS7 machine. I'll try to do that this weekend and will share them
next week.
On Wednesday 14 January 2015 10:52 PM, Adrian Lewis wrote:
Rohit,
I don’t suppose you will be creating the el7 packages as well will you?
Adrian
-Original Message-
From: Rohit Yadav [mailto:rohit.ya
Rohit,
I don’t suppose you will be creating the el7 packages as well will you?
Adrian
-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
Sent: 13 January 2015 07:37
To: dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack
the discrepancies.
On Monday, October 20, 2014, Adrian Lewis
adr...@alsiconsulting.co.uk
wrote:
Out of interest, on the assumption that there are no
issues
with
using
6.5
when it's released and there are no
backwards-compatibility
Out of interest, on the assumption that there are no issues with using 6.5
when it's released and there are no backwards-compatibility problems, will
it then work with 4.4.1 or does CS need to be *explicitly* told that newer,
effectively unknown versions are 'acceptable' as a valid hypervisor?
Perhaps it's just me being lazy but I reckon that having defined 'beta' and
RC packages available for download (with some form of marketing to inform
people) would likely increase the sample size for testing, including
different use cases. I'm pretty sure that there are a number of people that
fit
I still think that patching bash is the best option. There are a load of
scripts on the system vm that explicitly use bash (/opt/cloud/bin for
example) which take input from the management server so you'd need to
audit all of the input validation rules on the API (maybe it's safe
already). Bear in
@John - Quite agree. It's not just scripts that need checking either. Very
unsettling to have a vulnerable version of bash on every system vm, many
with direct access to both the CS infrastructure as well as client VMs. All
it takes is for someone to find another vector (e.g. DHCP, DNSmasq) other
I'm glad to see that there's a potential workaround for this. Perhaps this
should be somehow incorporated in the installation process to allow
smaller setups to be implemented on hypervisors with existing VMs. The
main benefit in my mind though is as the OP suggests - DRaAS.
I think that having a
Hi Rohit,
Not a very constructive email I'm afraid but I too would be very
interested in one-time password authentication for CS. Is anyone that you
know of working on RADIUS auth as this would be a relatively easy way to
integrate a wide number of OTP systems that rely on a secondary auth
@cloudstack.apache.org
Subject: Re: MySQL Client dependency not installed with RPMs
On Jun 18, 2014, at 2:26 PM, Adrian Lewis adr...@alsiconsulting.co.uk
wrote:
Afraid I'm not a dev of any sort but can we add the package 'mysql'
(MySQL client package) to the cloud.spec file. If you're installing
the mysql
Afraid I’m not a dev of any sort but can we add the package ‘mysql’ (MySQL
client package) to the cloud.spec file. If you’re installing the
mysql-server package on the same host as the mgmt server it’s not a problem
but for those installing from the repo and using an external db host, it
doesn’t
. The last mail I
sent you went to dev@ as well.
On Wed, Jun 18, 2014 at 2:26 PM, Adrian Lewis adr...@alsiconsulting.co.uk
wrote:
Afraid I’m not a dev of any sort but can we add the package ‘mysql’
(MySQL client package) to the cloud.spec file. If you’re installing
the mysql-server package on the same
21 matches
Mail list logo
