: "Nux!"
To: dev@cloudstack.apache.org
Cc: "Daan Hoogland" , "John Kinsella"
, "int-cloud"
Sent: Thursday, 19 February, 2015 17:11:26
Subject: Re: [MERGE] Redundant VPC routers and persistent router config
Ian,
Thanks for the clarification and effort.
I'm trying to
pache.org
> Cc: "Daan Hoogland" , "John Kinsella"
> , "int-cloud"
>
> Sent: Thursday, 19 February, 2015 17:11:26
> Subject: Re: [MERGE] Redundant VPC routers and persistent router config
> Ian,
>
> Thanks for the clarification and effort.
&g
ssage -
> From: "Ian Southam"
> To: "Daan Hoogland"
> Cc: "dev" , "John Kinsella" ,
> "int-cloud"
> Sent: Thursday, 19 February, 2015 16:39:22
> Subject: Re: [MERGE] Redundant VPC routers and persistent router config
&g
Hi All,
We have had a discussion about this development in-house and have decided to
slow things down just a little. We just want a few days to get our own
integration test coverage better. We hope that way to be able to merge code
with a much fewer faults.
We do not however have the resourc
Good point Marcus. I'll look into that.
On Tue, Feb 17, 2015 at 9:38 PM, Marcus wrote:
> Yes, I just want to make sure that it doesn't require/assume
> persistency when some people rely on recreate.systemvm.enabled=true to
> provide clean/fresh systemvms with every reboot, consistent with the
> c
Yes, I just want to make sure that it doesn't require/assume
persistency when some people rely on recreate.systemvm.enabled=true to
provide clean/fresh systemvms with every reboot, consistent with the
cloud paradigm.
On Tue, Feb 17, 2015 at 12:09 PM, Daan Hoogland wrote:
> Yes, the delete works.
Yes, the delete works. Dont know if we included the option recreate in
our tests. Should not be a biggy though. It is not relevant for the
persistency.
On Tue, Feb 17, 2015 at 8:05 PM, Marcus wrote:
> But a recreate will still work, right? If you delete the router or set
> recreate.systemvm.enabl
But a recreate will still work, right? If you delete the router or set
recreate.systemvm.enabled=true it will still result in a working
router?
On Tue, Feb 17, 2015 at 11:05 AM, Daan Hoogland wrote:
> It means that cloudstack doesn't have to reconfigure them on reboot as
> they have the config on
It means that cloudstack doesn't have to reconfigure them on reboot as
they have the config on disk.
On Tue, Feb 17, 2015 at 4:16 PM, Marcus wrote:
> Can someone expand on what's meant by 'systemvm persistent config'?
> Somehow this makes me think that the systemvms would no longer be
> easily re
Can someone expand on what's meant by 'systemvm persistent config'?
Somehow this makes me think that the systemvms would no longer be
easily rebuildable.
On Tue, Feb 17, 2015 at 5:11 AM, Wilder Rodrigues
wrote:
> Hi there,
>
> I’m building a devcloud-kvm in order to test our changes with a differ
Hi there,
I’m building a devcloud-kvm in order to test our changes with a different
environment as well.
Cheers,
Wilder
On 17 Feb 2015, at 01:46, Wilder Rodrigues
wrote:
> Hi all,
>
> I have been some tests on the branch in order to give you all some confidence.
>
> During the tests I fou
Hi all,
I have been some tests on the branch in order to give you all some confidence.
During the tests I found 1 bug related to communication from VM A on Tier 1 to
VM B on Tier 2 in a Single VPC. I can reproduce the bug and it disappears when
I convert the Single VPC to a redundant one. I alr
12 matches
Mail list logo
