LARM - ACS reboots host servers!!!
This is a severe bug if that's the case. It's supposed to stop the heartbeat
script when a primary storage is placed in maintenance.
--Alex
-Original Message-
From: France [mailto:mailingli...@isg.si]
Sent: Thursday, April 3,
+1
- Original Message -
From: "Alex Huang"
To: dev@cloudstack.apache.org
Sent: Thursday, 3 April, 2014 6:47:22 PM
Subject: RE: ALARM - ACS reboots host servers!!!
This is a severe bug if that's the case. It's supposed to stop the heartbeat
script when a primary
I am on KVM. thanks
- Original Message -
From: "France"
To: dev@cloudstack.apache.org
Sent: Thursday, 3 April, 2014 2:34:53 PM
Subject: Re: ALARM - ACS reboots host servers!!!
Andrei,
is your hypervisor KVM?
I'm using XenServer.
k.apache.org
> Subject: Re: ALARM - ACS reboots host servers!!!
>
> I'm also interested in this issue.
> Can any1 from developers confirm this is expected behavior?
>
> On 2/4/14 2:32 PM, Andrei Mikhailovsky wrote:
> > Coming back to this issue.
> >
> >
Andrei,
is your hypervisor KVM?
I'm using XenServer.
rg
Cc: dev@cloudstack.apache.org
Sent: Monday, 3 March, 2014 9:49:28 AM
Subject: Re: ALARM - ACS reboots host servers!!!
I believe this is a bug too, because VMs not running on the storage, get
destroyed too:
Issue has been around for a long time, like with all others I reported.
They do not get
quot;France"
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Sent: Monday, 3 March, 2014 9:49:28 AM
Subject: Re: ALARM - ACS reboots host servers!!!
I believe this is a bug too, because VMs not running on the storage, get
destroyed too:
Issue has been around for a long time, like with all other
agent from restarting the host servers.
Does anyone know a way to stop this behaviour?
Thanks
Andrei
- Original Message -
From: "France"
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Sent: Monday, 3 March, 2014 9:49:28 AM
Subject: Re: ALARM - ACS reboots host server
stand that and I will put the storage into the
>>>> maintenance mode next time. However, things happen and servers crash from
>>>> time to time, which is not the reason to reboot all host servers, even
>>>> those
>>>> which do not have any running vms
things that touch it
>>>> go into D state, even with 'intr' and other parameters, which affects
>>>> libvirt and the agent.
>>>>
>>>> We could perhaps open a feature request to disable all HA and just
>>>> leave things as-is, disallowing oper
en effected in the first
place.
----- Original Message -
From: "Koushik Das"
To: ""
Cc: dev@cloudstack.apache.org
Sent: Monday, 3 March, 2014 5:55:34 AM
Subject: Re: ALARM - ACS reboots host servers!!!
The primary storage needs to be put in maintenance before doing any
u
r, things happen and servers crash from
>>> time to time, which is not the reason to reboot all host servers, even those
>>> which do not have any running vms with volumes on the nfs storage. The
>>> bloody agent just rebooted every single host server regardless if they we
On 04.03.2014 12:55, Andrei Mikhailovsky wrote:
Regarding having nfs and ceph storage in different clusters - sounds
like a good idea for majority of cases, however, my setup will not
allow me to do that just yet. I am using ceph for my root and data
volumes and NFS for backup volumes.
Having
help guys
- Original Message -
From: "France"
To: us...@cloudstack.apache.org, dev@cloudstack.apache.org
Sent: Tuesday, 4 March, 2014 10:34:36 AM
Subject: Re: ALARM - ACS reboots host servers!!!
Hi Marcus and others.
There is no need to kill of the entire hypervisor, if
cloudstack.apache.org
Sent: Monday, 3 March, 2014 5:55:34 AM
Subject: Re: ALARM - ACS reboots host servers!!!
The primary storage needs to be put in maintenance before doing any
upgrade/reboot as mentioned in the previous mails.
-Koushik
On 03-Mar-2014, at 6:07 AM, Marcus wrote:
Also,
eph and
> those should have never been effected in the first place.
> - Original Message -
>
> From: "Koushik Das"
> To: ""
> Cc: dev@cloudstack.apache.org
> Sent: Monday, 3 March, 2014 5:55:34 AM
> Subject: Re: ALARM - ACS reboots host servers!
uot;"
Cc: dev@cloudstack.apache.org
Sent: Monday, 3 March, 2014 5:55:34 AM
Subject: Re: ALARM - ACS reboots host servers!!!
The primary storage needs to be put in maintenance before doing any
upgrade/reboot as mentioned in the previous mails.
-Koushik
On 03-Mar-2014, at 6:07 AM, Marcus wro
.
Andrei
- Original Message -
From: "France"
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Sent: Monday, 3 March, 2014 8:49:28 AM
Subject: Re: ALARM - ACS reboots host servers!!!
I believe this is a bug too, because VMs not running on the storage, get
des
I believe this is a bug too, because VMs not running on the storage, get
destroyed too:
Issue has been around for a long time, like with all others I reported.
They do not get fixed:
https://issues.apache.org/jira/browse/CLOUDSTACK-3367
We even lost assignee today.
Regards,
F.
On 3/3/14 6:5
The primary storage needs to be put in maintenance before doing any
upgrade/reboot as mentioned in the previous mails.
-Koushik
On 03-Mar-2014, at 6:07 AM, Marcus wrote:
> Also, please note that in the bug you referenced it doesn't have a
> problem with the reboot being triggered, but with the
Also, please note that in the bug you referenced it doesn't have a
problem with the reboot being triggered, but with the fact that reboot
never completes due to hanging NFS mount (which is why the reboot
occurs, inaccessible primary storage).
On Sun, Mar 2, 2014 at 5:26 PM, Marcus wrote:
> Or do
I'm not sure I understand. How do you expect to reboot your primary
storage while vms are running? It sounds like the host is being
fenced since it cannot contact the resources it depends on.
On Sun, Mar 2, 2014 at 3:24 PM, Nux! wrote:
> On 02.03.2014 21:17, Andrei Mikhailovsky wrote:
>>
>> Hell
Or do you mean you have multiple primary storages and this one was not
in use and put into maintenance?
On Sun, Mar 2, 2014 at 5:25 PM, Marcus wrote:
> I'm not sure I understand. How do you expect to reboot your primary
> storage while vms are running? It sounds like the host is being
> fenced s
On 02.03.2014 21:17, Andrei Mikhailovsky wrote:
Hello guys,
I've recently came across the bug CLOUDSTACK-5429 which has rebooted
all of my host servers without properly shutting down the guest vms.
I've simply upgraded and rebooted one of the nfs primary storage
servers and a few minutes later,
Hello guys,
I've recently came across the bug CLOUDSTACK-5429 which has rebooted all of my
host servers without properly shutting down the guest vms. I've simply upgraded
and rebooted one of the nfs primary storage servers and a few minutes later, to
my horror, i've found out that all of my h
YES!!! That's it! Thank you! :-) - MauriceOn Aug 28, 2013, at 02:24 PM, Ove Ewerlid wrote:If this is about linux, you may be looking for acpid. For RHEL6; yum install acpid chkconfig acpid on service acpid start /Ove On 08/28/2013 08:08 PM, Maurice Lawler wrote:Greetings,I have noticed there is
If this is about linux, you may be looking for acpid.
For RHEL6;
yum install acpid
chkconfig acpid on
service acpid start
/Ove
On 08/28/2013 08:08 PM, Maurice Lawler wrote:
Greetings,
I have noticed there is latency from when I issue a reboot to when it is
actually done. I recall a program
Greetings,I have noticed there is latency from when I issue a reboot to when it is actually done. I recall a program I can install on the instances to fix this issue; however, googling has turned up on results, does anyone know what program I am speaking of or how to correct this ?- Maurice
28 matches
Mail list logo
