Ronald and Ilya,
Reviewing this FS, I feel that it is a very good idea. However, I think it
needs the following refinements to ensure the HA fencing/recovery operations do
not overwhelm the management server and that the capabilities could be used to
provide HA for non-KVM resources:
* Sepa
On 19/10/15 23:10, ilya wrote:
Ronald,
Please see response in-line...
And you too :)
On 10/19/15 2:18 AM, Ronald van Zantvoort wrote:
On 16/10/15 00:21, ilya wrote:
I noticed several attempts to address the issue with KVM HA in Jira and
Dev ML. As we all know, there are many ways to solve
Saw this message a bit later, i tried to break it down and respond..
On 10/19/15 2:24 AM, Ronald van Zantvoort wrote:
> On 19/10/15 11:18, Ronald van Zantvoort wrote:
>> On 16/10/15 00:21, ilya wrote:
>>> I noticed several attempts to address the issue with KVM HA in Jira and
>>> Dev ML. As we al
Ronald,
Please see response in-line...
On 10/19/15 2:18 AM, Ronald van Zantvoort wrote:
> On 16/10/15 00:21, ilya wrote:
>> I noticed several attempts to address the issue with KVM HA in Jira and
>> Dev ML. As we all know, there are many ways to solve the same problem,
>> on our side, we've given
On 19/10/15 11:18, Ronald van Zantvoort wrote:
On 16/10/15 00:21, ilya wrote:
I noticed several attempts to address the issue with KVM HA in Jira and
Dev ML. As we all know, there are many ways to solve the same problem,
on our side, we've given it some thought as well - and its on our to do
lis
On 16/10/15 00:21, ilya wrote:
I noticed several attempts to address the issue with KVM HA in Jira and
Dev ML. As we all know, there are many ways to solve the same problem,
on our side, we've given it some thought as well - and its on our to do
list.
Specifically a mail thread "KVM HA is broken
I noticed several attempts to address the issue with KVM HA in Jira and
Dev ML. As we all know, there are many ways to solve the same problem,
on our side, we've given it some thought as well - and its on our to do
list.
Specifically a mail thread "KVM HA is broken, let's fix it"
JIRA: https://iss
> -Original Message-
> From: Marcus Sorensen [mailto:shadow...@gmail.com]
> Sent: Wednesday, August 07, 2013 1:46 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] KVM HA
>
> I'm not sure we can rely on IPMI to tell us much about the host status its
> -Original Message-
> From: Marcus Sorensen [mailto:shadow...@gmail.com]
> Sent: Wednesday, August 07, 2013 1:42 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] KVM HA
>
> Does KVMInvestigator work on all shared primary storage, or just NFS?
Right now,
I'm not sure we can rely on IPMI to tell us much about the host status
itself. It's easy to use it for checking on basic poweron/poweroff,
temperature, etc, but not so easy to tell if something is wrong with
the OS, config, or at the software level.
However, I did mention support in that thread ea
Does KVMInvestigator work on all shared primary storage, or just NFS?
I'm only familiar with the NFS KVMHA directories.
>From this it seems like a clean stop of the KVM agent still shouldn't
trigger any issues/HA, correct?
On Wed, Aug 7, 2013 at 2:28 PM, Edison Su wrote:
> There is long time iss
There is long time issue related to KVM HA, see bug: CLOUDSTACK-3535.
Basically, HA won't be triggered, if KVM agent is stopped either normally nor
abnormally, HA only be triggered if the network between mgt server and kvm host
is disconnected and the network between KVM hosts in the same cluste
12 matches
Mail list logo
