Re: Self-fencing when storage not available

2016-02-08 Thread Vladislav Nazarenko

I saw your suggestion in the ticket ...

Thanx, Paul

On 07.02.2016 20:51, Paul Angus wrote:

Well, to start off with I'll add the suggestion to the ticket. 
https://issues.apache.org/jira/browse/CLOUDSTACK-3367




Paul Angus
VP Technology   ,   ShapeBlue


t:  @cloudyangus<tel:@cloudyangus>

e:  paul.an...@shapeblue.com<mailto:paul.an...@shapeblue.com>|  w:
  www.shapeblue.com<http://www.shapeblue.com>





-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
Sent: Friday, February 5, 2016 5:29 PM
To: users@cloudstack.apache.org
Subject: Re: Self-fencing when storage not available

right, Paul ... this might be a good suggestion ... How could we bring it to 
the developers?


On 04.02.2016 20:59, Paul Angus wrote:

Just to give some background (as I asked the same questions years ago). *IF* 
you only have one shared storage pool per cluster (and no local storage) and it 
goes wonky, then most likely fix is to restart the host(s). The VMs have 
already crashed because the primary storage is disconnected and the host is 
unable to reconnect it.

That’s why it reboots.

As everyone who has a cloud larger than their laptop knows, it also nukes the 
good VMs on other storage pools and local storage.

A global setting which allows operators to choose the behaviour they want might 
be a solution?




Paul Angus
VP Technology , ShapeBlue


t: @cloudyangus<tel:@cloudyangus>

e: paul.an...@shapeblue.com<mailto:paul.an...@shapeblue.com> | w: 
www.shapeblue.com<http://www.shapeblue.com>





-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
Sent: Thursday, February 4, 2016 5:35 PM
To: users@cloudstack.apache.org
Subject: Re: Self-fencing when storage not available

So ... found some information about this ... looks like this is an annoying 
problem (bug), which isn't going to be fixed ... But at least there is a 
possibility to change the behavior modifying the script

- https://admintweets.wordpress.com/tag/cloudstack-2/
- https://www.rootusers.com/edit-the-xenserver-storage-heartbeat/
- https://issues.apache.org/jira/browse/CLOUDSTACK-3367

Thanks a lot, guys ..

On 03.02.2016 20:05, Glenn Wagner wrote:

Hi

As Lucian said , you can edit the script and remove the reboot , but
yes this is the normal behaviour of the script

Glenn


-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: Wednesday, 03 February 2016 8:32 PM
To: users@cloudstack.apache.org
Subject: Re: Self-fencing when storage not available

You can modify the script to not reboot, but until we find a better way to deal 
with it this is correct behaviour. It sucks it reboots VMs on healthy storage 
though.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -

From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com>
To: users@cloudstack.apache.org
Sent: Wednesday, 3 February, 2016 16:24:34
Subject: Re: Self-fencing when storage not available Hi Glenn,

we use KVM ... I also found the script:
/usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.s
h

Just wondering if we can avoid rebooting ...

Thanks
Vlad

On 03.02.2016 16:57, Glenn Wagner wrote:

Hi Vlad,

Can I ask what hypervisor are you using?
The default action is to reboot the hosts

This is done in the heatbeat file on xenserver
/opt/xensource/bin/xenheartbeat.sh

Thanks
Glenn



ShapeBlue <http://www.shapeblue.com> Glenn Wagner
Senior Consultant , ShapeBlue

d: * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091>
| m: *+27 73 917 4111* <tel:+27%2073%20917%204111>

e: *glenn.wag...@shapeblue.com | t: *
<mailto:glenn.wag...@shapeblue.com%20%7C%20t:> | w:
*www.shapeblue.com* <http://www.shapeblue.com>

a:
2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town
7130 South Africa


Shape Blue Ltd is a company incorporated in England & Wales.
ShapeBlue Services India LLP is a company incorporated in India and
is operated under license from Shape Blue Ltd. Shape Blue Brasil
Consultoria Ltda is a company incorporated in Brasil and is operated
under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
registered by The Republic of South Africa and is traded under
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are
intended solely for the use of the individual to whom it is addressed.
Any views or opinions expressed are solely those of the author and
do not necessarily represent those of Shape Blue Ltd or related
companies. If you are not the intended recipient of this email, you
must neither take any action based upon its contents, nor copy or
show it to anyone. Please contact the sender if you believe you have
received this email in error.


-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare..

RE: Self-fencing when storage not available

2016-02-07 Thread Paul Angus
Well, to start off with I'll add the suggestion to the ticket. 
https://issues.apache.org/jira/browse/CLOUDSTACK-3367




Paul Angus
VP Technology   ,   ShapeBlue


t:  @cloudyangus<tel:@cloudyangus>

e:  paul.an...@shapeblue.com<mailto:paul.an...@shapeblue.com>|  
w:  www.shapeblue.com<http://www.shapeblue.com>





-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
Sent: Friday, February 5, 2016 5:29 PM
To: users@cloudstack.apache.org
Subject: Re: Self-fencing when storage not available

right, Paul ... this might be a good suggestion ... How could we bring it to 
the developers?


On 04.02.2016 20:59, Paul Angus wrote:
> Just to give some background (as I asked the same questions years ago). *IF* 
> you only have one shared storage pool per cluster (and no local storage) and 
> it goes wonky, then most likely fix is to restart the host(s). The VMs have 
> already crashed because the primary storage is disconnected and the host is 
> unable to reconnect it.
>
> That’s why it reboots.
>
> As everyone who has a cloud larger than their laptop knows, it also nukes the 
> good VMs on other storage pools and local storage.
>
> A global setting which allows operators to choose the behaviour they want 
> might be a solution?
>
>
>
>
> Paul Angus
> VP Technology , ShapeBlue
>
>
> t: @cloudyangus<tel:@cloudyangus>
>
> e: paul.an...@shapeblue.com<mailto:paul.an...@shapeblue.com> | w: 
> www.shapeblue.com<http://www.shapeblue.com>
>
>
>
>
>
> -Original Message-
> From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
> Sent: Thursday, February 4, 2016 5:35 PM
> To: users@cloudstack.apache.org
> Subject: Re: Self-fencing when storage not available
>
> So ... found some information about this ... looks like this is an annoying 
> problem (bug), which isn't going to be fixed ... But at least there is a 
> possibility to change the behavior modifying the script
>
> - https://admintweets.wordpress.com/tag/cloudstack-2/
> - https://www.rootusers.com/edit-the-xenserver-storage-heartbeat/
> - https://issues.apache.org/jira/browse/CLOUDSTACK-3367
>
> Thanks a lot, guys ..
>
> On 03.02.2016 20:05, Glenn Wagner wrote:
>> Hi
>>
>> As Lucian said , you can edit the script and remove the reboot , but
>> yes this is the normal behaviour of the script
>>
>> Glenn
>>
>>
>> -Original Message-
>> From: Nux! [mailto:n...@li.nux.ro]
>> Sent: Wednesday, 03 February 2016 8:32 PM
>> To: users@cloudstack.apache.org
>> Subject: Re: Self-fencing when storage not available
>>
>> You can modify the script to not reboot, but until we find a better way to 
>> deal with it this is correct behaviour. It sucks it reboots VMs on healthy 
>> storage though.
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com>
>>> To: users@cloudstack.apache.org
>>> Sent: Wednesday, 3 February, 2016 16:24:34
>>> Subject: Re: Self-fencing when storage not available Hi Glenn,
>>>
>>> we use KVM ... I also found the script:
>>> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.s
>>> h
>>>
>>> Just wondering if we can avoid rebooting ...
>>>
>>> Thanks
>>> Vlad
>>>
>>> On 03.02.2016 16:57, Glenn Wagner wrote:
>>>> Hi Vlad,
>>>>
>>>> Can I ask what hypervisor are you using?
>>>> The default action is to reboot the hosts
>>>>
>>>> This is done in the heatbeat file on xenserver
>>>> /opt/xensource/bin/xenheartbeat.sh
>>>>
>>>> Thanks
>>>> Glenn
>>>>
>>>>
>>>>
>>>> ShapeBlue <http://www.shapeblue.com> Glenn Wagner
>>>> Senior Consultant , ShapeBlue
>>>>
>>>> d: * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091>
>>>> | m: *+27 73 917 4111* <tel:+27%2073%20917%204111>
>>>>
>>>> e: *glenn.wag...@shapeblue.com | t: *
>>>> <mailto:glenn.wag...@shapeblue.com%20%7C%20t:> | w:
>>>> *www.shapeblue.com* <http://www.shapeblue.com>
>>>>
>>>> a:
>>>> 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town
>>>> 7130 South Africa
>>>>
>>>>
>>>> Shape Blue Ltd is a company incorporated in

Re: Self-fencing when storage not available

2016-02-05 Thread Vladislav Nazarenko
right, Paul ... this might be a good suggestion ... How could we bring 
it to the developers?



On 04.02.2016 20:59, Paul Angus wrote:

Just to give some background (as I asked the same questions years ago). *IF* 
you only have one shared storage pool per cluster (and no local storage) and it 
goes wonky, then most likely fix is to restart the host(s). The VMs have 
already crashed because the primary storage is disconnected and the host is 
unable to reconnect it.

That’s why it reboots.

As everyone who has a cloud larger than their laptop knows, it also nukes the 
good VMs on other storage pools and local storage.

A global setting which allows operators to choose the behaviour they want might 
be a solution?




Paul Angus
VP Technology   ,   ShapeBlue


t:  @cloudyangus<tel:@cloudyangus>

e:  paul.an...@shapeblue.com<mailto:paul.an...@shapeblue.com>|  w:
  www.shapeblue.com<http://www.shapeblue.com>





-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
Sent: Thursday, February 4, 2016 5:35 PM
To: users@cloudstack.apache.org
Subject: Re: Self-fencing when storage not available

So ... found some information about this ... looks like this is an annoying 
problem (bug), which isn't going to be fixed ... But at least there is a 
possibility to change the behavior modifying the script

- https://admintweets.wordpress.com/tag/cloudstack-2/
- https://www.rootusers.com/edit-the-xenserver-storage-heartbeat/
- https://issues.apache.org/jira/browse/CLOUDSTACK-3367

Thanks a lot, guys ..

On 03.02.2016 20:05, Glenn Wagner wrote:

Hi

As Lucian said , you can edit the script and remove the reboot , but
yes this is the normal behaviour of the script

Glenn


-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: Wednesday, 03 February 2016 8:32 PM
To: users@cloudstack.apache.org
Subject: Re: Self-fencing when storage not available

You can modify the script to not reboot, but until we find a better way to deal 
with it this is correct behaviour. It sucks it reboots VMs on healthy storage 
though.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -

From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com>
To: users@cloudstack.apache.org
Sent: Wednesday, 3 February, 2016 16:24:34
Subject: Re: Self-fencing when storage not available Hi Glenn,

we use KVM ... I also found the script:
/usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.s
h

Just wondering if we can avoid rebooting ...

Thanks
Vlad

On 03.02.2016 16:57, Glenn Wagner wrote:

Hi Vlad,

Can I ask what hypervisor are you using?
The default action is to reboot the hosts

This is done in the heatbeat file on xenserver
/opt/xensource/bin/xenheartbeat.sh

Thanks
Glenn



ShapeBlue <http://www.shapeblue.com> Glenn Wagner
Senior Consultant , ShapeBlue

d: * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091>
| m: *+27 73 917 4111* <tel:+27%2073%20917%204111>

e: *glenn.wag...@shapeblue.com | t: *
<mailto:glenn.wag...@shapeblue.com%20%7C%20t:> | w:
*www.shapeblue.com* <http://www.shapeblue.com>

a:
2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town
7130 South Africa


Shape Blue Ltd is a company incorporated in England & Wales.
ShapeBlue Services India LLP is a company incorporated in India and
is operated under license from Shape Blue Ltd. Shape Blue Brasil
Consultoria Ltda is a company incorporated in Brasil and is operated
under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
registered by The Republic of South Africa and is traded under
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are
intended solely for the use of the individual to whom it is addressed.
Any views or opinions expressed are solely those of the author and
do not necessarily represent those of Shape Blue Ltd or related
companies. If you are not the intended recipient of this email, you
must neither take any action based upon its contents, nor copy or
show it to anyone. Please contact the sender if you believe you have
received this email in error.


-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
Sent: Wednesday, 03 February 2016 5:08 PM
To: users@cloudstack.apache.org
Subject: Self-fencing when storage not available

Hi All,

I'm testing Cloudstack 4.6 now

When doing some tests with storage (nfs), I was wondering, that the
hosts self-fence itself by reboot, when a storage not writable ...

Even more, my cluster had a working storage and I added one more,
which was not writable due to missing user permissions... So
effectively all the VMs hard drive were located on the working
storage, but the problem with permissions on the new one causes the
entire cluster to reboot :(

Is this a bug or a correct behavior?

Is it

Re: Self-fencing when storage not available

2016-02-04 Thread Vladislav Nazarenko
So ... found some information about this ... looks like this is an 
annoying problem (bug), which isn't going to be fixed ... But at least 
there is a possibility to change the behavior modifying the script


 - https://admintweets.wordpress.com/tag/cloudstack-2/
 - https://www.rootusers.com/edit-the-xenserver-storage-heartbeat/
 - https://issues.apache.org/jira/browse/CLOUDSTACK-3367

Thanks a lot, guys ..

On 03.02.2016 20:05, Glenn Wagner wrote:

Hi

As Lucian said , you can edit the script and remove the reboot , but yes this 
is the normal behaviour of the script

Glenn


-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: Wednesday, 03 February 2016 8:32 PM
To: users@cloudstack.apache.org
Subject: Re: Self-fencing when storage not available

You can modify the script to not reboot, but until we find a better way to deal 
with it this is correct behaviour. It sucks it reboots VMs on healthy storage 
though.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -

From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com>
To: users@cloudstack.apache.org
Sent: Wednesday, 3 February, 2016 16:24:34
Subject: Re: Self-fencing when storage not available
Hi Glenn,

we use KVM ... I also found the script:
/usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh

Just wondering if we can avoid rebooting ...

Thanks
Vlad

On 03.02.2016 16:57, Glenn Wagner wrote:

Hi Vlad,

Can I ask what hypervisor are you using?
The default action is to reboot the hosts

This is done in the heatbeat file on xenserver
/opt/xensource/bin/xenheartbeat.sh

Thanks
Glenn



ShapeBlue <http://www.shapeblue.com>
Glenn Wagner
Senior Consultant,   ShapeBlue

d:   * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091>
  |   m:  *+27 73 917 4111* <tel:+27%2073%20917%204111>

e:   *glenn.wag...@shapeblue.com | t: *
<mailto:glenn.wag...@shapeblue.com%20%7C%20t:>|  w:
*www.shapeblue.com* <http://www.shapeblue.com>

a:
2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130
South Africa


Shape Blue Ltd is a company incorporated in England & Wales.
ShapeBlue Services India LLP is a company incorporated in India and
is operated under license from Shape Blue Ltd. Shape Blue Brasil
Consultoria Ltda is a company incorporated in Brasil and is operated
under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
registered by The Republic of South Africa and is traded under
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are
intended solely for the use of the individual to whom it is addressed.
Any views or opinions expressed are solely those of the author and do
not necessarily represent those of Shape Blue Ltd or related
companies. If you are not the intended recipient of this email, you
must neither take any action based upon its contents, nor copy or
show it to anyone. Please contact the sender if you believe you have
received this email in error.


-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
Sent: Wednesday, 03 February 2016 5:08 PM
To: users@cloudstack.apache.org
Subject: Self-fencing when storage not available

Hi All,

I'm testing Cloudstack 4.6 now

When doing some tests with storage (nfs), I was wondering, that the
hosts self-fence itself by reboot, when a storage not writable ...

Even more, my cluster had a working storage and I added one more,
which was not writable due to missing user permissions... So
effectively all the VMs hard drive were located on the working
storage, but the problem with permissions on the new one causes the
entire cluster to reboot :(

Is this a bug or a correct behavior?

Is it able to avoid rebooting at least?

Thank you in advance
Vlad


Find out more about ShapeBlue and our range of CloudStack related
services:
IaaS Cloud Design & Build
<http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge –
rapid IaaS deployment framework <http://shapeblue.com/csforge/>
CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/>
| CloudStack Software Engineering
<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure Support
<http://shapeblue.com/cloudstack-infrastructure-support/> |
CloudStack
Bootcamp Training Courses
<http://shapeblue.com/cloudstack-training/>

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//> | 
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> | CloudStack 
Software Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack 
Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>




RE: Self-fencing when storage not available

2016-02-04 Thread Paul Angus
Just to give some background (as I asked the same questions years ago). *IF* 
you only have one shared storage pool per cluster (and no local storage) and it 
goes wonky, then most likely fix is to restart the host(s). The VMs have 
already crashed because the primary storage is disconnected and the host is 
unable to reconnect it.

That’s why it reboots.

As everyone who has a cloud larger than their laptop knows, it also nukes the 
good VMs on other storage pools and local storage.

A global setting which allows operators to choose the behaviour they want might 
be a solution?




Paul Angus
VP Technology   ,   ShapeBlue


t:  @cloudyangus<tel:@cloudyangus>

e:  paul.an...@shapeblue.com<mailto:paul.an...@shapeblue.com>|  
w:  www.shapeblue.com<http://www.shapeblue.com>





-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
Sent: Thursday, February 4, 2016 5:35 PM
To: users@cloudstack.apache.org
Subject: Re: Self-fencing when storage not available

So ... found some information about this ... looks like this is an annoying 
problem (bug), which isn't going to be fixed ... But at least there is a 
possibility to change the behavior modifying the script

- https://admintweets.wordpress.com/tag/cloudstack-2/
- https://www.rootusers.com/edit-the-xenserver-storage-heartbeat/
- https://issues.apache.org/jira/browse/CLOUDSTACK-3367

Thanks a lot, guys ..

On 03.02.2016 20:05, Glenn Wagner wrote:
> Hi
>
> As Lucian said , you can edit the script and remove the reboot , but
> yes this is the normal behaviour of the script
>
> Glenn
>
>
> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
> Sent: Wednesday, 03 February 2016 8:32 PM
> To: users@cloudstack.apache.org
> Subject: Re: Self-fencing when storage not available
>
> You can modify the script to not reboot, but until we find a better way to 
> deal with it this is correct behaviour. It sucks it reboots VMs on healthy 
> storage though.
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com>
>> To: users@cloudstack.apache.org
>> Sent: Wednesday, 3 February, 2016 16:24:34
>> Subject: Re: Self-fencing when storage not available Hi Glenn,
>>
>> we use KVM ... I also found the script:
>> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.s
>> h
>>
>> Just wondering if we can avoid rebooting ...
>>
>> Thanks
>> Vlad
>>
>> On 03.02.2016 16:57, Glenn Wagner wrote:
>>> Hi Vlad,
>>>
>>> Can I ask what hypervisor are you using?
>>> The default action is to reboot the hosts
>>>
>>> This is done in the heatbeat file on xenserver
>>> /opt/xensource/bin/xenheartbeat.sh
>>>
>>> Thanks
>>> Glenn
>>>
>>>
>>>
>>> ShapeBlue <http://www.shapeblue.com> Glenn Wagner
>>> Senior Consultant , ShapeBlue
>>>
>>> d: * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091>
>>> | m: *+27 73 917 4111* <tel:+27%2073%20917%204111>
>>>
>>> e: *glenn.wag...@shapeblue.com | t: *
>>> <mailto:glenn.wag...@shapeblue.com%20%7C%20t:> | w:
>>> *www.shapeblue.com* <http://www.shapeblue.com>
>>>
>>> a:
>>> 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town
>>> 7130 South Africa
>>>
>>>
>>> Shape Blue Ltd is a company incorporated in England & Wales.
>>> ShapeBlue Services India LLP is a company incorporated in India and
>>> is operated under license from Shape Blue Ltd. Shape Blue Brasil
>>> Consultoria Ltda is a company incorporated in Brasil and is operated
>>> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
>>> registered by The Republic of South Africa and is traded under
>>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>>> This email and any attachments to it may be confidential and are
>>> intended solely for the use of the individual to whom it is addressed.
>>> Any views or opinions expressed are solely those of the author and
>>> do not necessarily represent those of Shape Blue Ltd or related
>>> companies. If you are not the intended recipient of this email, you
>>> must neither take any action based upon its contents, nor copy or
>>> show it to anyone. Please contact the sender if you believe you have
>>> received this email in error.
>>>
>>>
>>> -Original Messag

Self-fencing when storage not available

2016-02-03 Thread Vladislav Nazarenko

Hi All,

I'm testing Cloudstack 4.6  now

When doing some tests with storage (nfs), I was wondering, that the 
hosts self-fence itself by reboot, when a storage not writable ...


Even more,  my cluster had a working storage and I added one more, which 
was not writable due to missing user permissions... So effectively all 
the VMs hard drive were located on the working storage,
but the problem with permissions on the new one causes the entire 
cluster to reboot :(


Is this a bug or  a correct behavior?

Is it able to avoid rebooting at least?

Thank you in advance
Vlad




Re: Self-fencing when storage not available

2016-02-03 Thread Vladislav Nazarenko

Hi Glenn,

we use KVM ... I also found the script: 
/usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh


Just wondering if we can avoid rebooting ...

Thanks
Vlad

On 03.02.2016 16:57, Glenn Wagner wrote:

Hi Vlad,

Can I ask what hypervisor are you using?
The default action is to reboot the hosts

This is done in the heatbeat file on xenserver
/opt/xensource/bin/xenheartbeat.sh

Thanks
Glenn



ShapeBlue <http://www.shapeblue.com>  
Glenn Wagner
Senior Consultant   ,   ShapeBlue

d: 	* | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091> 
 | 	m: 	*+27 73 917 4111* <tel:+27%2073%20917%204111>


e: 	*glenn.wag...@shapeblue.com | t: * 
<mailto:glenn.wag...@shapeblue.com%20%7C%20t:> 	 | 	w: 
*www.shapeblue.com* <http://www.shapeblue.com>


a: 
2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 South Africa 



Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue 
Services India LLP is a company incorporated in India and is operated 
under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda 
is a company incorporated in Brasil and is operated under license from 
Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The 
Republic of South Africa and is traded under license from Shape Blue 
Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are 
intended solely for the use of the individual to whom it is addressed. 
Any views or opinions expressed are solely those of the author and do 
not necessarily represent those of Shape Blue Ltd or related 
companies. If you are not the intended recipient of this email, you 
must neither take any action based upon its contents, nor copy or show 
it to anyone. Please contact the sender if you believe you have 
received this email in error.



-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
Sent: Wednesday, 03 February 2016 5:08 PM
To: users@cloudstack.apache.org
Subject: Self-fencing when storage not available

Hi All,

I'm testing Cloudstack 4.6 now

When doing some tests with storage (nfs), I was wondering, that the 
hosts self-fence itself by reboot, when a storage not writable ...


Even more, my cluster had a working storage and I added one more, 
which was not writable due to missing user permissions... So 
effectively all the VMs hard drive were located on the working 
storage, but the problem with permissions on the new one causes the 
entire cluster to reboot :(


Is this a bug or a correct behavior?

Is it able to avoid rebooting at least?

Thank you in advance
Vlad


Find out more about ShapeBlue and our range of CloudStack related 
services:
IaaS Cloud Design & Build 
<http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge – rapid 
IaaS deployment framework <http://shapeblue.com/csforge/>
CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/> | 
CloudStack Software Engineering 
<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure Support 
<http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack 
Bootcamp Training Courses <http://shapeblue.com/cloudstack-training/>




RE: Self-fencing when storage not available

2016-02-03 Thread Glenn Wagner
Hi Vlad,

Can I ask what hypervisor are you using?
The default action is to reboot the hosts

This is done in the heatbeat file on xenserver
/opt/xensource/bin/xenheartbeat.sh

Thanks
Glenn



[ShapeBlue]<http://www.shapeblue.com>
Glenn Wagner
Senior Consultant   ,   ShapeBlue


d:   | s: +27 21 527 0091<tel:|%20s:%20+27%2021%20527%200091>|  
m:  +27 73 917 4111<tel:+27%2073%20917%204111>

e:  glenn.wag...@shapeblue.com | t: 
<mailto:glenn.wag...@shapeblue.com%20|%20t:> |  w:  
www.shapeblue.com<http://www.shapeblue.com>

a:  2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 
South Africa


[cid:image24bf30.png@0df405d7.41a47b58]


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error.




-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
Sent: Wednesday, 03 February 2016 5:08 PM
To: users@cloudstack.apache.org
Subject: Self-fencing when storage not available

Hi All,

I'm testing Cloudstack 4.6 now

When doing some tests with storage (nfs), I was wondering, that the hosts 
self-fence itself by reboot, when a storage not writable ...

Even more, my cluster had a working storage and I added one more, which was not 
writable due to missing user permissions... So effectively all the VMs hard 
drive were located on the working storage, but the problem with permissions on 
the new one causes the entire cluster to reboot :(

Is this a bug or a correct behavior?

Is it able to avoid rebooting at least?

Thank you in advance
Vlad


Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//> | 
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> | 
CloudStack Software 
Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack 
Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>


RE: Self-fencing when storage not available

2016-02-03 Thread Glenn Wagner
Hi

As Lucian said , you can edit the script and remove the reboot , but yes this 
is the normal behaviour of the script

Glenn


-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: Wednesday, 03 February 2016 8:32 PM
To: users@cloudstack.apache.org
Subject: Re: Self-fencing when storage not available

You can modify the script to not reboot, but until we find a better way to deal 
with it this is correct behaviour. It sucks it reboots VMs on healthy storage 
though.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com>
> To: users@cloudstack.apache.org
> Sent: Wednesday, 3 February, 2016 16:24:34
> Subject: Re: Self-fencing when storage not available

> Hi Glenn,
>
> we use KVM ... I also found the script:
> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh
>
> Just wondering if we can avoid rebooting ...
>
> Thanks
> Vlad
>
> On 03.02.2016 16:57, Glenn Wagner wrote:
>> Hi Vlad,
>>
>> Can I ask what hypervisor are you using?
>> The default action is to reboot the hosts
>>
>> This is done in the heatbeat file on xenserver
>> /opt/xensource/bin/xenheartbeat.sh
>>
>> Thanks
>> Glenn
>>
>>
>>
>> ShapeBlue <http://www.shapeblue.com>
>> Glenn Wagner
>> Senior Consultant,   ShapeBlue
>>
>> d:   * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091>
>>  |   m:  *+27 73 917 4111* <tel:+27%2073%20917%204111>
>>
>> e:   *glenn.wag...@shapeblue.com | t: *
>> <mailto:glenn.wag...@shapeblue.com%20%7C%20t:>|  w:
>> *www.shapeblue.com* <http://www.shapeblue.com>
>>
>> a:
>> 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130
>> South Africa
>>
>>
>> Shape Blue Ltd is a company incorporated in England & Wales.
>> ShapeBlue Services India LLP is a company incorporated in India and
>> is operated under license from Shape Blue Ltd. Shape Blue Brasil
>> Consultoria Ltda is a company incorporated in Brasil and is operated
>> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
>> registered by The Republic of South Africa and is traded under
>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>> This email and any attachments to it may be confidential and are
>> intended solely for the use of the individual to whom it is addressed.
>> Any views or opinions expressed are solely those of the author and do
>> not necessarily represent those of Shape Blue Ltd or related
>> companies. If you are not the intended recipient of this email, you
>> must neither take any action based upon its contents, nor copy or
>> show it to anyone. Please contact the sender if you believe you have
>> received this email in error.
>>
>>
>> -Original Message-
>> From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
>> Sent: Wednesday, 03 February 2016 5:08 PM
>> To: users@cloudstack.apache.org
>> Subject: Self-fencing when storage not available
>>
>> Hi All,
>>
>> I'm testing Cloudstack 4.6 now
>>
>> When doing some tests with storage (nfs), I was wondering, that the
>> hosts self-fence itself by reboot, when a storage not writable ...
>>
>> Even more, my cluster had a working storage and I added one more,
>> which was not writable due to missing user permissions... So
>> effectively all the VMs hard drive were located on the working
>> storage, but the problem with permissions on the new one causes the
>> entire cluster to reboot :(
>>
>> Is this a bug or a correct behavior?
>>
>> Is it able to avoid rebooting at least?
>>
>> Thank you in advance
>> Vlad
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related
>> services:
>> IaaS Cloud Design & Build
>> <http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge –
>> rapid IaaS deployment framework <http://shapeblue.com/csforge/>
>> CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/>
>> | CloudStack Software Engineering
>> <http://shapeblue.com/cloudstack-software-engineering/>
>> CloudStack Infrastructure Support
>> <http://shapeblue.com/cloudstack-infrastructure-support/> |
>> CloudStack
> > Bootcamp Training Courses
> > <http://shapeblue.com/cloudstack-training/>
Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//> | 
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> | 
CloudStack Software 
Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack 
Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>


Re: Self-fencing when storage not available

2016-02-03 Thread Vladislav Nazarenko
There were probably many discussions around this implementation? Do you 
have any links to read about that? I'm really interesting in the 
background, would like to understand

why implemented this way ...

On 03.02.2016 19:34, Frank Louwers wrote:

On 03 Feb 2016, at 19:32, Nux! <n...@li.nux.ro> wrote:

You can modify the script to not reboot, but until we find a better way to deal 
with it this is correct behaviour. It sucks it reboots VMs on healthy storage 
though.

Not only does it reboot on healty nodes, it only works on NFS. Not on another 
type of primary storage, not on local storage etc...

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -

From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com>
To: users@cloudstack.apache.org
Sent: Wednesday, 3 February, 2016 16:24:34
Subject: Re: Self-fencing when storage not available
Hi Glenn,

we use KVM ... I also found the script:
/usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh

Just wondering if we can avoid rebooting ...

Thanks
Vlad

On 03.02.2016 16:57, Glenn Wagner wrote:

Hi Vlad,

Can I ask what hypervisor are you using?
The default action is to reboot the hosts

This is done in the heatbeat file on xenserver
/opt/xensource/bin/xenheartbeat.sh

Thanks
Glenn



ShapeBlue <http://www.shapeblue.com>
Glenn Wagner
Senior Consultant   ,   ShapeBlue

d:  * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091>
|   m:  *+27 73 917 4111* <tel:+27%2073%20917%204111>

e:  *glenn.wag...@shapeblue.com | t: *
<mailto:glenn.wag...@shapeblue.com%20%7C%20t:> |  w:
*www.shapeblue.com* <http://www.shapeblue.com>

a:
2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 South
Africa


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
Services India LLP is a company incorporated in India and is operated
under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda
is a company incorporated in Brasil and is operated under license from
Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The
Republic of South Africa and is traded under license from Shape Blue
Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are
intended solely for the use of the individual to whom it is addressed.
Any views or opinions expressed are solely those of the author and do
not necessarily represent those of Shape Blue Ltd or related
companies. If you are not the intended recipient of this email, you
must neither take any action based upon its contents, nor copy or show
it to anyone. Please contact the sender if you believe you have
received this email in error.


-Original Message-
From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
Sent: Wednesday, 03 February 2016 5:08 PM
To: users@cloudstack.apache.org
Subject: Self-fencing when storage not available

Hi All,

I'm testing Cloudstack 4.6 now

When doing some tests with storage (nfs), I was wondering, that the
hosts self-fence itself by reboot, when a storage not writable ...

Even more, my cluster had a working storage and I added one more,
which was not writable due to missing user permissions... So
effectively all the VMs hard drive were located on the working
storage, but the problem with permissions on the new one causes the
entire cluster to reboot :(

Is this a bug or a correct behavior?

Is it able to avoid rebooting at least?

Thank you in advance
Vlad


Find out more about ShapeBlue and our range of CloudStack related
services:
IaaS Cloud Design & Build
<http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge – rapid
IaaS deployment framework <http://shapeblue.com/csforge/>
CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/> |
CloudStack Software Engineering
<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure Support
<http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack
Bootcamp Training Courses <http://shapeblue.com/cloudstack-training/>






Re: Self-fencing when storage not available

2016-02-03 Thread Nux!
You can modify the script to not reboot, but until we find a better way to deal 
with it this is correct behaviour. It sucks it reboots VMs on healthy storage 
though.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com>
> To: users@cloudstack.apache.org
> Sent: Wednesday, 3 February, 2016 16:24:34
> Subject: Re: Self-fencing when storage not available

> Hi Glenn,
> 
> we use KVM ... I also found the script:
> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh
> 
> Just wondering if we can avoid rebooting ...
> 
> Thanks
> Vlad
> 
> On 03.02.2016 16:57, Glenn Wagner wrote:
>> Hi Vlad,
>>
>> Can I ask what hypervisor are you using?
>> The default action is to reboot the hosts
>>
>> This is done in the heatbeat file on xenserver
>> /opt/xensource/bin/xenheartbeat.sh
>>
>> Thanks
>> Glenn
>>
>>
>>
>> ShapeBlue <http://www.shapeblue.com>
>> Glenn Wagner
>> Senior Consultant,   ShapeBlue
>>
>> d:   * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091>
>>  |   m:  *+27 73 917 4111* <tel:+27%2073%20917%204111>
>>
>> e:   *glenn.wag...@shapeblue.com | t: *
>> <mailto:glenn.wag...@shapeblue.com%20%7C%20t:>|  w:
>> *www.shapeblue.com* <http://www.shapeblue.com>
>>
>> a:
>> 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 South
>> Africa
>>
>>
>> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
>> Services India LLP is a company incorporated in India and is operated
>> under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda
>> is a company incorporated in Brasil and is operated under license from
>> Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The
>> Republic of South Africa and is traded under license from Shape Blue
>> Ltd. ShapeBlue is a registered trademark.
>> This email and any attachments to it may be confidential and are
>> intended solely for the use of the individual to whom it is addressed.
>> Any views or opinions expressed are solely those of the author and do
>> not necessarily represent those of Shape Blue Ltd or related
>> companies. If you are not the intended recipient of this email, you
>> must neither take any action based upon its contents, nor copy or show
>> it to anyone. Please contact the sender if you believe you have
>> received this email in error.
>>
>>
>> -Original Message-
>> From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
>> Sent: Wednesday, 03 February 2016 5:08 PM
>> To: users@cloudstack.apache.org
>> Subject: Self-fencing when storage not available
>>
>> Hi All,
>>
>> I'm testing Cloudstack 4.6 now
>>
>> When doing some tests with storage (nfs), I was wondering, that the
>> hosts self-fence itself by reboot, when a storage not writable ...
>>
>> Even more, my cluster had a working storage and I added one more,
>> which was not writable due to missing user permissions... So
>> effectively all the VMs hard drive were located on the working
>> storage, but the problem with permissions on the new one causes the
>> entire cluster to reboot :(
>>
>> Is this a bug or a correct behavior?
>>
>> Is it able to avoid rebooting at least?
>>
>> Thank you in advance
>> Vlad
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related
>> services:
>> IaaS Cloud Design & Build
>> <http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge – rapid
>> IaaS deployment framework <http://shapeblue.com/csforge/>
>> CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/> |
>> CloudStack Software Engineering
>> <http://shapeblue.com/cloudstack-software-engineering/>
>> CloudStack Infrastructure Support
>> <http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack
> > Bootcamp Training Courses <http://shapeblue.com/cloudstack-training/>


Re: Self-fencing when storage not available

2016-02-03 Thread Frank Louwers

> On 03 Feb 2016, at 19:32, Nux! <n...@li.nux.ro> wrote:
> 
> You can modify the script to not reboot, but until we find a better way to 
> deal with it this is correct behaviour. It sucks it reboots VMs on healthy 
> storage though.

Not only does it reboot on healty nodes, it only works on NFS. Not on another 
type of primary storage, not on local storage etc...
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com>
>> To: users@cloudstack.apache.org
>> Sent: Wednesday, 3 February, 2016 16:24:34
>> Subject: Re: Self-fencing when storage not available
> 
>> Hi Glenn,
>> 
>> we use KVM ... I also found the script:
>> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh
>> 
>> Just wondering if we can avoid rebooting ...
>> 
>> Thanks
>> Vlad
>> 
>> On 03.02.2016 16:57, Glenn Wagner wrote:
>>> Hi Vlad,
>>> 
>>> Can I ask what hypervisor are you using?
>>> The default action is to reboot the hosts
>>> 
>>> This is done in the heatbeat file on xenserver
>>> /opt/xensource/bin/xenheartbeat.sh
>>> 
>>> Thanks
>>> Glenn
>>> 
>>> 
>>> 
>>> ShapeBlue <http://www.shapeblue.com>
>>> Glenn Wagner
>>> Senior Consultant   ,   ShapeBlue
>>> 
>>> d:  * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091>
>>> |   m:  *+27 73 917 4111* <tel:+27%2073%20917%204111>
>>> 
>>> e:  *glenn.wag...@shapeblue.com | t: *
>>> <mailto:glenn.wag...@shapeblue.com%20%7C%20t:>   |  w:
>>> *www.shapeblue.com* <http://www.shapeblue.com>
>>> 
>>> a:
>>> 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 South
>>> Africa
>>> 
>>> 
>>> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
>>> Services India LLP is a company incorporated in India and is operated
>>> under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda
>>> is a company incorporated in Brasil and is operated under license from
>>> Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The
>>> Republic of South Africa and is traded under license from Shape Blue
>>> Ltd. ShapeBlue is a registered trademark.
>>> This email and any attachments to it may be confidential and are
>>> intended solely for the use of the individual to whom it is addressed.
>>> Any views or opinions expressed are solely those of the author and do
>>> not necessarily represent those of Shape Blue Ltd or related
>>> companies. If you are not the intended recipient of this email, you
>>> must neither take any action based upon its contents, nor copy or show
>>> it to anyone. Please contact the sender if you believe you have
>>> received this email in error.
>>> 
>>> 
>>> -Original Message-
>>> From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com]
>>> Sent: Wednesday, 03 February 2016 5:08 PM
>>> To: users@cloudstack.apache.org
>>> Subject: Self-fencing when storage not available
>>> 
>>> Hi All,
>>> 
>>> I'm testing Cloudstack 4.6 now
>>> 
>>> When doing some tests with storage (nfs), I was wondering, that the
>>> hosts self-fence itself by reboot, when a storage not writable ...
>>> 
>>> Even more, my cluster had a working storage and I added one more,
>>> which was not writable due to missing user permissions... So
>>> effectively all the VMs hard drive were located on the working
>>> storage, but the problem with permissions on the new one causes the
>>> entire cluster to reboot :(
>>> 
>>> Is this a bug or a correct behavior?
>>> 
>>> Is it able to avoid rebooting at least?
>>> 
>>> Thank you in advance
>>> Vlad
>>> 
>>> 
>>> Find out more about ShapeBlue and our range of CloudStack related
>>> services:
>>> IaaS Cloud Design & Build
>>> <http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge – rapid
>>> IaaS deployment framework <http://shapeblue.com/csforge/>
>>> CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/> |
>>> CloudStack Software Engineering
>>> <http://shapeblue.com/cloudstack-software-engineering/>
>>> CloudStack Infrastructure Support
>>> <http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack
>>> Bootcamp Training Courses <http://shapeblue.com/cloudstack-training/>