NS0-157 · Question #332
You can avoid data corruption when you issue the cf forcetakeover -d command if the remote node is ________.
The correct answer is D. powered off and inaccessible. Using 'cf forcetakeover -d' is safe only when the partner node is fully powered off and inaccessible, which eliminates any possibility of simultaneous writes causing split-brain corruption.
Question
You can avoid data corruption when you issue the cf forcetakeover -d command if the remote node is ________.
Options
- Ain a giveback mode
- Bfenced off manually
- Cpowered on and accessible
- Dpowered off and inaccessible
How the community answered
(52 responses)- A6% (3)
- B4% (2)
- C17% (9)
- D73% (38)
Why each option
Using 'cf forcetakeover -d' is safe only when the partner node is fully powered off and inaccessible, which eliminates any possibility of simultaneous writes causing split-brain corruption.
A node in giveback mode is still operationally active and may have in-flight writes, creating a split-brain risk if a forced takeover with '-d' is initiated.
Manually fencing the node is a separate administrative action and does not provide the same absolute guarantee of inactivity as a confirmed power-off when bypassing NVRAM checks.
A powered-on and accessible node may still be processing and writing data, meaning 'cf forcetakeover -d' would very likely cause data corruption in this state.
When the remote node is powered off and inaccessible, it cannot be processing I/O or writing to shared storage, removing all risk of a split-brain scenario during the forced takeover. The '-d' flag disables the NVRAM consistency check, making it essential to confirm the partner is fully offline before issuing the command. Only in this state can data integrity be guaranteed because a single node exclusively controls writes.
Concept tested: Cluster failover forced takeover data corruption prevention
Source: https://docs.netapp.com/us-en/ontap/high-availability/ha-management-overview-concept.html
Topics
Community Discussion
No community discussion yet for this question.