Pierre-Luc, Geoff,
I couldn't find time to get back on this earlier due to $dayjob and #life,
sorry for having those ;)
It seems to me that the database values are by no means needed, are they.
The defaults in the global settings are fine and we do not need to add
anything to the upgrade script.
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26263/
---
Review request for cloudstack, edison su and Min Chen.
Summary (updated)
H,
I just pushed a huge branch with work that my colleagues did [1]. It is
prerequisite to adding redundancy to vpc routers. please take it into
account when doing anything with virtual router functionality as it
addresses a lot of the way we work with configuring those. Merging will
have to wait
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
Hi Daan,
Can you create a Github PR, it’s would be much easier to review the diffs.
Thanks.
On 03-Oct-2014, at 1:22 pm, Daan Hoogland daan.hoogl...@gmail.com wrote:
H,
I just pushed a huge branch with work that my colleagues did [1]. It is
prerequisite to adding redundancy to vpc routers.
Any info on number of registrations?
--
Erik
On Tue, Sep 30, 2014 at 5:23 PM, sebgoa run...@gmail.com wrote:
Hi folks,
CloudStack conference in Budapest, Nov 19-21 is coming up fast.
Registration is open:
On 03 October 2014 13:52, Adrian Lewis [adr...@alsiconsulting.co.uk] wrote:
The only solution I can think of is to 'apt-get update bash' on every
system VM but clearly these get fired up dynamically. Is it possible to
boot the template, make modifications and then use as a replacement system
Daan,
Is it safe to assume that the most of the refactoring work mentioned
(pushed) in your email is outlined in CLOUDSTACK-7143?
Karl
On Fri, Oct 3, 2014 at 7:22 AM, Daan Hoogland daan.hoogl...@gmail.com
wrote:
H,
I just pushed a huge branch with work that my colleagues did [1]. It is
From a service provider perspective I would agree that this issue needs to
be addressed as soon as possible. In the short term it would make sense
for CloudStack to release a patched SystemVM template and upgrade
instructions. In the long term I think the better option would be to allow
the
GitHub user DaanHoogland opened a pull request:
https://github.com/apache/cloudstack/pull/22
Vpc refactor clean for pr
maybe wait with merging untill 4.5 is branched of. On the other hand we cn
branch below this refatoring as well
You can merge this pull request into a Git
One of us will create e new pr once master is ready for merge. The
functionality hasn't changed since the last pr. I've created one anyhow.
better not pull it in ;)
On Fri, Oct 3, 2014 at 2:56 PM, Rohit Yadav rohit.ya...@shapeblue.com
wrote:
Hi Daan,
Can you create a Github PR, it’s would be
On 10/03/2014 06:54 AM, Wilder Rodrigues wrote:
SSVM = Agent communication is coming UP again.
Still seeing the connection issue for SSVM/ConsoleSVM.
What systemvm version are you using?
We are using the latest build for master from here;
As noted in your PR, please don't merge this immediately into master.
We're in feature freeze, and master is currently 4.5
Thanks,
--David
On Fri, Oct 3, 2014 at 7:22 AM, Daan Hoogland daan.hoogl...@gmail.com wrote:
H,
I just pushed a huge branch with work that my colleagues did [1]. It is
H Karl, no it isn't. This ticket is just for the systemvm template creation.
On Fri, Oct 3, 2014 at 4:42 PM, Karl Harris karl.har...@sungardas.com
wrote:
Daan,
Is it safe to assume that the most of the refactoring work mentioned
(pushed) in your email is outlined in CLOUDSTACK-7143?
Karl
yes, and it is good to stress that once again!
On Fri, Oct 3, 2014 at 6:00 PM, David Nalley da...@gnsa.us wrote:
As noted in your PR, please don't merge this immediately into master.
We're in feature freeze, and master is currently 4.5
Thanks,
--David
On Fri, Oct 3, 2014 at 7:22 AM, Daan
Hi
The realhostip.com DNS resolver will be turned off imminently. This is the
default resolver used by the Console in releases 4.2 and below to resolve
the IP of the console proxy VM. Once the DNS resolver is turned off, IF
YOU HAVE NOT taken action to not replace the default, console access will
Not sure what is a “basic zone no security groups”. Check your vlan table to
see if there has been any allocation of vlans?
From: Carlos Reategui create...@gmail.commailto:create...@gmail.com
Reply-To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
Thanks for having a look. Inline...
On Oct 3, 2014, at 11:38 AM, Chiradeep Vittal chiradeep.vit...@citrix.com
wrote:
Not sure what is a “basic zone no security groups”.
Basic Zone type with the following Network Offering:
DefaultSharedNetworkOffering as opposed to the default/first option
Wonder if Daan is talking about
https://issues.apache.org/jira/browse/CLOUDSTACK-4346
As you can see from
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob;f=plugins/h
ypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/CitrixReso
Don’t know how to “check your Œnetworks¹ table and see if the URI is correct.
Here is my networks table:
mysql select * from networks;
Not really sure. Check your nics table as well
select id, instance_id, network_id, netmask, gateway, ip4_address,
broadcast_uri, mode, state, strategy from nics where network_id=204
It looks like the broadcast_uri is null? Should be vlan://untagged
From: Carlos Reátegui create...@gmail.com
Hmm. I just checked another deployment I did with 4.4.0 using the same zone
type and network offering and it has the broadcast_uri set to vlan://untagged.
I also checked previous backups from older versions (4.10 and 4.2.1) and in all
of those the broadcast_uri was blank. I am wondering if
It doesn't seem that OpenSwan is very actively maintained if there is an issue
with the OS X client. Is there another IPsec VPN we could use instead
(strongSwan, Libreswan, etc.)?
-Original Message-
From: Harikrishna Patnala [mailto:nore...@reviews.apache.org] On Behalf Of
Harikrishna
23 matches
Mail list logo