pfSense

I have a failing Verizon ONT. The web interface hung when the ONT first started to fail. Logging into pfsense using SSH works fine and running `sudo /etc/rc.php-fpm_restart` brings the web interface back. When it first started to fail, I would see plenty of messages like this in dmesg:

```
igb0: link state changed to DOWN
config_aqm Unable to configure flowset, flowset busy!
config_aqm Unable to configure flowset, flowset busy!
igb0: link state changed to UP
```

I removed aqm from a couple of ports to see if it helped, but now I just get a long chain of:

```
igb0: link state changed to DOWN
igb0: link state changed to UP
```

This issue first started with 2.4.4, which prompted me to upgrade to 2.5.0. My system is setup with dynamic DNS and monitors the gateway. It also has a few dozen VLANs, but none of them are on the gateway interface. When the web interface is working, I often see "no carrier" listed while the ONT is having an issue. I am confident the port on the ONT is failing, as there are no link layer issues when I plug the ONT side of the patch cable into my switch to test it. Verizon is sending a technician to replace the ONT on Monday.

As for why there is a pfsense bug, the web interface should not hang when there is an issue with the WAN. It made me initially suspect the router, which delayed my call to Verizon to report the failing ONT. It did not help that the SSH interface's option to restart php on 2.4.x didn't work, which made me think something was wrong with the router until I upgraded to 2.5.0 as part of troubleshooting. Then I realized that it was executing `/etc/rc.php-fpm_restart` with user permissions on 2.4.x, which caused that issue.

Anyway, I wish I could provide more relevant information, but the only remotely relevant thing I can say is that the system has a X11SSH-F motherboard. I am really not sure how you would reproduce a condition where the ONT is failing to identify the cause of the hang. I am hoping that you guys can eyeball the cause.