parallelvirtualcluster
/
docs
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Fix broken table and situations

This commit is contained in:
Joshua Boniface 2023-09-16 23:55:50 -04:00
parent 836a61708e
commit 28950a4d90
1 changed files with 10 additions and 10 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

20
docs/deployment/fencing.md
View File

@ -79,16 +79,16 @@ The conditions in which a node can be successfully fenced are limited, and thus,
The following table covers some common scenarios, and whether fencing and automatic recovery can be exepected to occur. The following table covers some common scenarios, and whether fencing and automatic recovery can be exepected to occur.
| Situation | Fence & Autorecovery? | Notes | | Situation | Fence & Autorecovery? | Notes |
| --------- | --------------- | ---------------------- | ----- | | --------- | --------------------- | ----- |
| Node OS lockup (load, OOM, etc.) ✅ | A key design situation for the fencing system | | OS lockup (load, OOM, etc.) ✅ | A key design situation for the fencing system |
| Node OS kernel panic | ✅ | A key design situation for the fencing system | | OS kernel panic | ✅ | A key design situation for the fencing system |
| Node primary network cut | ✅ | Only affecting primary links, not IPMI (see below); a key design situation | | Primary network cut | ✅ | Only affecting primary links, not IPMI (see below); a key design situation |
| Node full network cut | ❌ | All links are down, e.g. full network failure including IPMI | | Full network cut | ❌ | All links are down, e.g. full network failure including IPMI |
| Node power loss | ❌ | Impossible to determine if this is a transient network cut or actual power loss without IPMI | | Power loss | ❌ | Impossible to determine if this is a transient network cut or actual power loss without IPMI |
| Node hardware failure (CPU, memory, etc.) | ✅ | IPMI interface should remain up in these scenarios; a key design situation | | Hardware failure (CPU, memory) | ✅ | IPMI interface should remain up in these scenarios; a key design situation |
| Node hardware failure (motherboard) | ✅ | If IPMI is **online** after failure | | Hardware failure (motherboard) | ✅ | If IPMI is **online** after failure |
| Node hardware failure (motherboard) | ❌ | If IPMI is **offline** after failure | | Hardware failure (motherboard) | ❌ | If IPMI is **offline** after failure |
| Node hardware failure (full chassis) | ❌ | Full power loss, etc. if IPMI is offline | | Hardware failure (full chassis) | ❌ | If IPMI is **offline** after failure |
Care should be taken to understand these scenarios and which situations can be recovered from automatically, and which require manual human intervention to confirm the situation ("is the node actually physically off?") and manual recovery. Care should be taken to understand these scenarios and which situations can be recovered from automatically, and which require manual human intervention to confirm the situation ("is the node actually physically off?") and manual recovery.