Question 980
An issue persists after implementing Workspace-mode per-package lock for the goal to let an administrator edit one package without blocking colleagues on unrelated packages. Which focused investigation best isolates this failure?
Explanation
Correct Answer
This is the focused troubleshooting check for Workspace-mode per-package lock: inspect lock ownership if all edit commands are grayed out. It tests the failure most relevant to the goal to let an administrator edit one package without blocking colleagues on unrelated packages before unrelated settings are changed.
Incorrect Answers
That check is relevant to a fault in Workflow session submission used to route a prepared policy change to a designated approval group. It does not directly isolate the described Workspace-mode per-package lock failure to let an administrator edit one package without blocking colleagues on unrelated packages.
That check is relevant to a fault in Session cleanup after failed editor disconnect used to recover a policy package from a stale writer lock safely. It does not directly isolate the described Workspace-mode per-package lock failure to let an administrator edit one package without blocking colleagues on unrelated packages.
That check is relevant to a fault in Workspace per-ADOM operation mode used to apply strict change locking to one tenant while another tenant uses different collaboration settings. It does not directly isolate the described Workspace-mode per-package lock failure to let an administrator edit one package without blocking colleagues on unrelated packages.



Fortinet NSE 5 - FortiManager 7.6 Administrator (FCP_FMG_AD-7.6) Practice Tests