From: admins@telehouse.solutions
To: Stefan Radman <stefan.radman@me.com>
Cc: Proxmox VE user list <pve-user@lists.proxmox.com>,
PVE User List <pve-user@pve.proxmox.com>
Subject: Re: [PVE-User] Locking HA during UPS shutdown
Date: Thu, 10 Mar 2022 14:48:39 +0200 [thread overview]
Message-ID: <0F233260-1E25-4379-9EE2-FF64FFC62278@telehouse.solutions> (raw)
In-Reply-To: <AC07A433-7E37-420B-97E1-2314F97C022A@me.com>
I don’t remember, search into pvecm and pve[tab][tab] related commands man pages
> On Mar 10, 2022, at 2:19 PM, Stefan Radman <stefan.radman@me.com> wrote:
>
> Hi Sto
>
> Thanks for the suggestions.
>
> The second option is what I was looking for.
>
> How do I initiate “pve node maintenance mode”?
>
> The “Node Maintenance” paragraph in the HA documentation is quite brief and does not refer to any command or GUI component.
>
> Thank you
>
> Stefan
>
>
>> On Mar 10, 2022, at 14:50, admins@telehouse.solutions <mailto:admins@telehouse.solutions> wrote:
>>
>> Hi,
>>
>> here are two ideas: shutdown sequence -and- command sequence
>> 1: shutdown sequence you may achieve when you set NUT’s on each node to only monitor the UPS power, then configure each node to shutdown itself on a different ups power levels, ex: node1 on 15% battery, node2 on 10% battery and so on
>> 2: you can set a cmd sequence to firstly execute pve node maintenance mode , and then execute shutdown -> this way HA will not try to migrate vm to node in maintenance, and the chance all nodes to goes into maintenance in exactly same second seems to be not a risk at all.
>>
>> hope thats helpful.
>>
>> Regards,
>> Sto.
>>
>>> On Mar 10, 2022, at 1:10 PM, Stefan Radman via pve-user <pve-user@lists.proxmox.com <mailto:pve-user@lists.proxmox.com>> wrote:
>>>
>>>
>>> From: Stefan Radman <stefan.radman@me.com <mailto:stefan.radman@me.com>>
>>> Subject: Locking HA during UPS shutdown
>>> Date: March 10, 2022 at 1:10:09 PM GMT+2
>>> To: PVE User List <pve-user@pve.proxmox.com <mailto:pve-user@pve.proxmox.com>>
>>>
>>>
>>> Hi
>>>
>>> I am configuring a 3 node PVE cluster with integrated Ceph storage.
>>>
>>> It is powered by 2 UPS that are monitored by NUT (Network UPS Tools).
>>>
>>> HA is configured with 3 groups:
>>> group pve1 nodes pve1:1,pve2,pve3
>>> group pve2 nodes pve1,pve2:1,pve3
>>> group pve3 nodes pve1,pve2,pve3:1
>>>
>>> That will normally place the VMs in each group on the corresponding node, unless that node fails.
>>>
>>> The cluster is configured to migrate VMs away from a node before shutting it down (Cluster=>Options=>HA Settings: shutdown_policy=migrate).
>>>
>>> NUT is configured to shut down the serves once the last of the two UPS is running low on battery.
>>>
>>> My problem:
>>> When NUT starts shutting down the 3 nodes, HA will first try to live-migrate them to another node.
>>> That live migration process gets stuck because all the nodes are shutting down simultaneously.
>>> It seems that the whole process runs into a timeout, finally “powers off” all the VMs and shuts down the nodes.
>>>
>>> My question:
>>> Is there a way to “lock” or temporarily de-activate HA before shutting down a node to avoid that deadlock?
>>>
>>> Thank you
>>>
>>> Stefan
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> pve-user mailing list
>>> pve-user@lists.proxmox.com <mailto:pve-user@lists.proxmox.com>
>>> https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-user <https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-user>
>>
>>
>> Best Regards,
>>
>> Stoyan Stoyanov Sto | Solutions Manager
>> | Telehouse.Solutions | ICT Department
>> | phone/viber: +359 894774934 <tel:+359 894774934>
>> | telegram: @prostoSto <https://mysignature.io/redirect/skype:prosto.sto?chat>
>> | skype: prosto.sto <https://mysignature.io/redirect/skype:prosto.sto?chat>
>> | email: sto@telehouse.solutions <mailto:sto@telehouse.solutions>
>> | website: www.telehouse.solutions <https://mysig.io/MTRmMTg>
>> | address: Telepoint #2, Sofia, Bulgaria
>> <https://mysignature.io/editor/?utm_source=freepixel><356841.png>
>>
>> <https://mysig.io/ZDNkNWY>
>> Save paper. Don’t print
>>
>>
>>
>>
>>
>>
>>
>> Best Regards,
>>
>> Stoyan Stoyanov Sto | Solutions Manager
>> | Telehouse.Solutions | ICT Department
>> | phone/viber: +359 894774934 <tel:+359 894774934>
>> | telegram: @prostoSto <https://mysignature.io/redirect/skype:prosto.sto?chat>
>> | skype: prosto.sto <https://mysignature.io/redirect/skype:prosto.sto?chat>
>> | email: sto@telehouse.solutions <mailto:sto@telehouse.solutions>
>> | website: www.telehouse.solutions <https://mysig.io/MTRmMTg>
>> | address: Telepoint #2, Sofia, Bulgaria
>> <https://mysignature.io/editor/?utm_source=freepixel><356841.png>
>>
>> <https://mysig.io/ZDNkNWY>
>> Save paper. Don’t print
>
Best Regards,
Stoyan Stoyanov Sto | Solutions Manager
| Telehouse.Solutions | ICT Department
| phone/viber: +359 894774934 <tel:+359 894774934>
| telegram: @prostoSto <https://mysignature.io/redirect/skype:prosto.sto?chat>
| skype: prosto.sto <https://mysignature.io/redirect/skype:prosto.sto?chat>
| email: sto@telehouse.solutions <mailto:sto@telehouse.solutions>
| website: www.telehouse.solutions <https://mysig.io/MTRmMTg>
| address: Telepoint #2, Sofia, Bulgaria
<https://mysignature.io/editor/?utm_source=freepixel>
<https://mysig.io/ZDNkNWY>
Save paper. Don’t print
next prev parent reply other threads:[~2022-03-10 12:50 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.34.1646911206.440.pve-user@lists.proxmox.com>
2022-03-10 11:50 ` admins
[not found] ` <AC07A433-7E37-420B-97E1-2314F97C022A@me.com>
2022-03-10 12:48 ` admins [this message]
2022-03-10 13:48 ` admins
2022-03-10 14:24 ` Fabian Grünbichler
2022-03-10 16:07 ` M. Lyakhovsky
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0F233260-1E25-4379-9EE2-FF64FFC62278@telehouse.solutions \
--to=admins@telehouse.solutions \
--cc=pve-user@lists.proxmox.com \
--cc=pve-user@pve.proxmox.com \
--cc=stefan.radman@me.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox