Fortinet FCP_FMG_AD-7.6 Practice Test 99
Question 980
At Bridgewater Insurance, the runbook says that FortiManager GUI becomes unresponsive while users report that remote FortiGate traffic still passes. Which false assumption should be removed before approval?
- Ad hoc command attempts against a damaged database are always safer than tested backups.
- Enabling verbose debug forever is the safest way to handle a nearly full log partition.
- Creating more parallel install jobs necessarily reduces a FortiManager task backlog.
- A manager GUI outage automatically clears all sessions on remote FortiGates.
Explanation
Correct Answer
D:This is the invalid assumption for unresponsive gui versus device forwarding. FortiManager management-plane performance is separate from FortiGate traffic-plane operation. It creates a risk because the proper action is to investigate manager management services without assuming the firewalls lost their installed running policies.
Incorrect Answers
A:This is an unsafe assumption about recovering after damaged database, but it is not the most directly relevant misconception for unresponsive gui versus device forwarding. FortiManager management-plane performance is separate from FortiGate traffic-plane operation.
B:The quoted shortcut concerns system log storage exhaustion; the stated case instead hinges on a different false premise about unresponsive gui versus device forwarding. a manager GUI outage automatically clears all sessions on remote FortiGates.
C:That incorrect belief could cause problems for task queue backlog. Here the direct trap is a manager GUI outage automatically clears all sessions on remote FortiGates.
Question 981
A change approver at Bayridge Hotels finds that system messages stop recording after the manager's log partition reaches a high utilization threshold. What should be done first to correct the stated deficiency?
- Follow the supported filesystem/database integrity check and recovery process before mass installs.
- Inspect storage and log retention/rotation settings before creating additional heavy debug output.
- Enable targeted temporary diagnostics, capture necessary evidence and disable debug afterward.
- Inspect FortiManager FGFM service/process health and logs before restarting the entire appliance.
Explanation
Correct Answer
B:This problem involves system log storage exhaustion. Diagnostic evidence can be lost when logging storage lacks sufficient headroom. The targeted response is to inspect storage and log retention/rotation settings before creating additional heavy debug output. Success is evidenced when system log records resume and retention remains within approved operational limits.
Incorrect Answers
A:That action is intended for filesystem integrity after power loss, not the specified system log storage exhaustion condition. Here, inspect storage and log retention/rotation settings before creating additional heavy debug output.
C:That response relates to debug command scope safety. It would not directly resolve the reported case: system messages stop recording after the manager's log partition reaches a high utilization threshold. The required change has a different scope.
D:This is a valid operational idea for fgfm process restart triage, but it does not establish the expected result for system log storage exhaustion: system log records resume and retention remains within approved operational limits.
Question 982
At Meridian Telecom, system messages stop recording after the manager's log partition reaches a high utilization threshold. Which technical explanation BEST describes why the proposed approach is deficient?
- Manager disk space is consumed by several local artifacts, including revisions and update packages.
- Saturated task processing can delay central changes even when devices remain reachable.
- Diagnostic evidence can be lost when logging storage lacks sufficient headroom.
- Database integrity incidents need controlled vendor-supported restoration rather than experimental commands.
Explanation
Correct Answer
C:Diagnostic evidence can be lost when logging storage lacks sufficient headroom. For this operating condition, the corrective action is to inspect storage and log retention/rotation settings before creating additional heavy debug output. Verify that system log records resume and retention remains within approved operational limits.
Incorrect Answers
A:The concept is relevant to disk usage and revision retention but would not explain system log storage exhaustion. Here, diagnostic evidence can be lost when logging storage lacks sufficient headroom.
B:That explanation applies to task queue backlog. The distinction in the presented situation is diagnostic evidence can be lost when logging storage lacks sufficient headroom.
D:The stated mechanism covers recovering after damaged database, a related but different manager task. It does not explain why system messages stop recording after the manager's log partition reaches a high utilization threshold.
Question 983
At Coastal Rail, engineers have treated a fault where system messages stop recording after the manager's log partition reaches a high utilization threshold. Which outcome proves the intended management state?
- The documented API and installation checks succeed and process status shows required services healthy.
- A verified known-good manager configuration is restored with consistent registered devices and package revisions.
- Manager administration recovers while live firewall sessions and installed rules are independently verified.
- System log records resume and retention remains within approved operational limits.
Explanation
Correct Answer
D:This measurement directly checks system log storage exhaustion. The proper intervention is to inspect storage and log retention/rotation settings before creating additional heavy debug output. diagnostic evidence can be lost when logging storage lacks sufficient headroom. Merely seeing a task start is weaker evidence.
Incorrect Answers
A:This would validate system process status monitoring, not system log storage exhaustion. For this change the relevant acceptance criterion is that system log records resume and retention remains within approved operational limits.
B:An observation about recovering after damaged database can be true while the original incident remains unresolved. The required evidence must address system messages stop recording after the manager's log partition reaches a high utilization threshold.
C:The proposed test targets a different area: unresponsive gui versus device forwarding. It cannot confirm system log storage exhaustion, whose proper evidence is that system log records resume and retention remains within approved operational limits.
Question 984
During review of a proposed correction at Bayridge Hotels, system messages stop recording after the manager's log partition reaches a high utilization threshold. Which unsupported belief could leave the fault unresolved?
- Enabling verbose debug forever is the safest way to handle a nearly full log partition.
- All devices going offline simultaneously always means every branch WAN has independently failed.
- Ad hoc command attempts against a damaged database are always safer than tested backups.
- A FortiGate firewall policy reinstall is the standard fix for manager memory pressure.
Explanation
Correct Answer
A:This is the invalid assumption for system log storage exhaustion. Diagnostic evidence can be lost when logging storage lacks sufficient headroom. It creates a risk because the proper action is to inspect storage and log retention/rotation settings before creating additional heavy debug output.
Incorrect Answers
B:This is an unsafe assumption about fgfm process restart triage, but it is not the most directly relevant misconception for system log storage exhaustion. diagnostic evidence can be lost when logging storage lacks sufficient headroom.
C:The quoted shortcut concerns recovering after damaged database; the stated case instead hinges on a different false premise about system log storage exhaustion. enabling verbose debug forever is the safest way to handle a nearly full log partition.
D:That incorrect belief could cause problems for memory saturation diagnosis. Here the direct trap is enabling verbose debug forever is the safest way to handle a nearly full log partition.
Question 985
At Mapleline Cloud, an engineer enables unrestricted long-term verbose debugging on a production FortiManager to investigate a narrow FGFM issue. Which operational step MOST directly addresses this particular problem?
- Identify filesystem usage sources and apply protected retention/cache cleanup without destroying recovery evidence.
- Inspect FortiManager FGFM service/process health and logs before restarting the entire appliance.
- Enable targeted temporary diagnostics, capture necessary evidence and disable debug afterward.
- Preserve evidence, validate backups and use Fortinet-supported database recovery steps.
Explanation
Correct Answer
C:This problem involves debug command scope safety. Debug output can add load or sensitive data exposure when scope and duration are uncontrolled. The targeted response is to enable targeted temporary diagnostics, capture necessary evidence and disable debug afterward. Success is evidenced when the focused debug trace identifies the incident while normal process load and logging recover.
Incorrect Answers
A:That response relates to disk usage and revision retention. It would not directly resolve the reported case: an engineer enables unrestricted long-term verbose debugging on a production FortiManager to investigate a narrow FGFM issue. The required change has a different scope.
B:That action is intended for fgfm process restart triage, not the specified debug command scope safety condition. Here, enable targeted temporary diagnostics, capture necessary evidence and disable debug afterward.
D:This is a valid operational idea for recovering after damaged database, but it does not establish the expected result for debug command scope safety: the focused debug trace identifies the incident while normal process load and logging recover.
Question 986
At Pinecrest Energy, a junior operator asks why the fix is needed when an engineer enables unrestricted long-term verbose debugging on a production FortiManager to investigate a narrow FGFM issue. Which explanation is the most defensible?
- Diagnostic evidence can be lost when logging storage lacks sufficient headroom.
- FortiManager management-plane performance is separate from FortiGate traffic-plane operation.
- Database integrity incidents need controlled vendor-supported restoration rather than experimental commands.
- Debug output can add load or sensitive data exposure when scope and duration are uncontrolled.
Explanation
Correct Answer
D:Debug output can add load or sensitive data exposure when scope and duration are uncontrolled. For this operating condition, the corrective action is to enable targeted temporary diagnostics, capture necessary evidence and disable debug afterward. Verify that the focused debug trace identifies the incident while normal process load and logging recover.
Incorrect Answers
A:That explanation applies to system log storage exhaustion. The distinction in the presented situation is debug output can add load or sensitive data exposure when scope and duration are uncontrolled.
B:The concept is relevant to unresponsive gui versus device forwarding but would not explain debug command scope safety. Here, debug output can add load or sensitive data exposure when scope and duration are uncontrolled.
C:The stated mechanism covers recovering after damaged database, a related but different manager task. It does not explain why an engineer enables unrestricted long-term verbose debugging on a production FortiManager to investigate a narrow FGFM issue.
Question 987
During postchange verification at Ironwood Media, an engineer enables unrestricted long-term verbose debugging on a production FortiManager to investigate a narrow FGFM issue. Which test outcome is the strongest sign of success?
- The focused debug trace identifies the incident while normal process load and logging recover.
- Database integrity checks and a controlled recovery confirm a usable configuration baseline.
- System log records resume and retention remains within approved operational limits.
- A verified known-good manager configuration is restored with consistent registered devices and package revisions.
Explanation
Correct Answer
A:This measurement directly checks debug command scope safety. The proper intervention is to enable targeted temporary diagnostics, capture necessary evidence and disable debug afterward. debug output can add load or sensitive data exposure when scope and duration are uncontrolled. Merely seeing a task start is weaker evidence.
Incorrect Answers
B:An observation about filesystem integrity after power loss can be true while the original incident remains unresolved. The required evidence must address an engineer enables unrestricted long-term verbose debugging on a production FortiManager to investigate a narrow FGFM issue.
C:This would validate system log storage exhaustion, not debug command scope safety. For this change the relevant acceptance criterion is that the focused debug trace identifies the incident while normal process load and logging recover.
D:The proposed test targets a different area: recovering after damaged database. It cannot confirm debug command scope safety, whose proper evidence is that the focused debug trace identifies the incident while normal process load and logging recover.
Question 988
In a peer review for Mapleline Cloud, an engineer enables unrestricted long-term verbose debugging on a production FortiManager to investigate a narrow FGFM issue. Which shortcut is inconsistent with FortiManager behavior?
- Any FortiManager CPU spike indicates a FortiGate firewall packet-processing problem.
- Maximum-detail debug on all manager services has no production resource or privacy cost.
- An ICMP response verifies all FortiManager JSON-RPC and policy-install services.
- A FortiGate firewall policy reinstall is the standard fix for manager memory pressure.
Explanation
Correct Answer
B:This is the invalid assumption for debug command scope safety. Debug output can add load or sensitive data exposure when scope and duration are uncontrolled. It creates a risk because the proper action is to enable targeted temporary diagnostics, capture necessary evidence and disable debug afterward.
Incorrect Answers
A:This is an unsafe assumption about high cpu process isolation, but it is not the most directly relevant misconception for debug command scope safety. debug output can add load or sensitive data exposure when scope and duration are uncontrolled.
C:That incorrect belief could cause problems for system process status monitoring. Here the direct trap is maximum-detail debug on all manager services has no production resource or privacy cost.
D:The quoted shortcut concerns memory saturation diagnosis; the stated case instead hinges on a different false premise about debug command scope safety. maximum-detail debug on all manager services has no production resource or privacy cost.
Question 989
During an approved branch rollout review at Clearview Services, FortiManager responds to ping but API and installation services remain unavailable. What should be changed to resolve the exposure?
- Check management task queue, CPU, memory and long-running processes before adding more jobs.
- Reassess platform CPU/memory/storage sizing, licensing and workload limits before further expansion.
- Inspect FortiManager FGFM service/process health and logs before restarting the entire appliance.
- Inspect relevant manager process status and application logs rather than treating ping as service health.
Explanation
Correct Answer
D:This problem involves system process status monitoring. Network layer reachability does not prove individual management services are running. The targeted response is to inspect relevant manager process status and application logs rather than treating ping as service health. Success is evidenced when the documented API and installation checks succeed and process status shows required services healthy.
Incorrect Answers
A:That response relates to task queue backlog. It would not directly resolve the reported case: FortiManager responds to ping but API and installation services remain unavailable. The required change has a different scope.
B:This is a valid operational idea for resource sizing for growth, but it does not establish the expected result for system process status monitoring: the documented API and installation checks succeed and process status shows required services healthy.
C:That action is intended for fgfm process restart triage, not the specified system process status monitoring condition. Here, inspect relevant manager process status and application logs rather than treating ping as service health.
Question 990
During architecture validation after a FortiOS upgrade, FortiManager responds to ping but API and installation services remain unavailable. What underlying mechanism matters most?
- Network layer reachability does not prove individual management services are running.
- A shared management daemon fault can affect many devices without a separate WAN failure at each site.
- Debug output can add load or sensitive data exposure when scope and duration are uncontrolled.
- An unclean shutdown may leave stored manager metadata inconsistent even when the GUI starts.
Explanation
Correct Answer
A:Network layer reachability does not prove individual management services are running. For this operating condition, the corrective action is to inspect relevant manager process status and application logs rather than treating ping as service health. Verify that the documented API and installation checks succeed and process status shows required services healthy.
Incorrect Answers
B:The concept is relevant to fgfm process restart triage but would not explain system process status monitoring. Here, network layer reachability does not prove individual management services are running.
C:The stated mechanism covers debug command scope safety, a related but different manager task. It does not explain why FortiManager responds to ping but API and installation services remain unavailable.
D:That explanation applies to filesystem integrity after power loss. The distinction in the presented situation is network layer reachability does not prove individual management services are running.