Troubleshooting Tip: FortiAP go offline when the FortiOS cw_acd process becomes stuck at 99% CPU usage
| Description | This article describes steps to take for a number of observed instances when all managed FortiAP's go offline due to the cw_acd process being stuck at 99% CPU utilization on FortiOS 7.4.5-7.4.7,7.6.2. |
| Scope | FortiGate FortiOS v7.4.5 to 7.4.7 , v7.6.2. |
| Solution | A FortiGate running 7.4.5-7.4.7 or 7.6.2 can suddenly lose connection with all managed FortiAP's leading to an outage on wireless services.
FG01-D# diag wireless-controller wlac -c wtp
FG01-D # get system performance status
If the above four symptoms are seen, it is possible the FortiGate is experiencing the symptoms of a problem that can occur on systems running 7.4.5-7.4.7 and 7.6.2 that was recently rectified on 7.4.8,7.6.3 and above. This is visible in the resolved issues of 7.4.8 and 7.6.3 (1101583) under the WiFi Controller section:
Resolved issues | FortiGate / FortiOS 7.4.8 | Fortinet Document Library There is no workaround to prevent re-occurrence on impacted versions. While it is possible to recover the system back to a working state by manually restarting the cw_acd daemon , it can become stuck again and cause another outage later on. Rectifying the problem requires updating the firmware to the version listed above or later.
To restart the cw_acd daemon, the following commands can be used:
FG01-D # fnsysctl killall cw_acd
Another method is to kill the process using process-id:
FG01-D # diagnose sys process pidof cw_acd <----- This command is used to find process-id.
It is important to verify that the process was restarted by running 'diagnose sys process pidof cw_acd' before and after restarting the process with the commands listed above. |



