如何永久删除FreePBX中顽固的严重错误通知？

我碰到过不少FreePBX用户遇到这种头疼的顽固通知问题——明明已经修复了底层问题，点了Ignore（那个减号按钮）刷新后却又冒出来，连Delete（叉号按钮）都没有。别着急，咱们试试这几个靠谱的解决办法：

方法一：用FreePBX内置命令行工具清理 #

这是最安全的官方方法，优先试试：

• SSH登录到你的FreePBX服务器，切换到root用户（如果当前不是的话，执行sudo su -）
• 先列出所有当前通知，找到那条顽固的严重错误记录：

  fwconsole notifications list
  

• 找到对应通知的ID或者名称后，执行删除命令（把[通知ID/名称]换成你查到的内容）：

  fwconsole notifications delete [通知ID/名称]
  

• 最后刷新FreePBX仪表盘，看看通知是不是已经消失了。

方法二：直接操作MySQL数据库（命令行失效时用） #

如果命令行没搞定，咱们直接从数据库层面清理：

• 同样SSH登录服务器，进入MySQL命令行（输入后按提示输入你的MySQL root密码，默认密码可以在/etc/freepbx.conf里查找）：

  mysql -u root -p
  

• 切换到FreePBX的核心数据库：

  use asterisk;
  

• 查询所有通知记录，找到那条顽固通知的id字段：

  SELECT * FROM notifications;
  

• 删除这条记录（把[你的通知ID]换成查到的ID号）：

  DELETE FROM notifications WHERE id = [你的通知ID];
  

• 退出MySQL：

  exit;
  

• 最后重载FreePBX服务生效：

  fwconsole reload
  

  刷新仪表盘验证一下，应该就彻底清除了。

方法三：检查是否有重复触发的后台任务 #

有时候虽然你修复了问题，但后台的定时检测任务还在重复生成这条通知：

• 列出所有FreePBX定时任务：

  fwconsole jobs list
  

• 找到和系统错误检测、状态监控相关的任务，先临时禁用它（替换[任务ID]）：

  fwconsole jobs disable [任务ID]
  

• 用前面的方法删除通知后，再重新启用任务，确保你修复的问题真的彻底解决，不会再触发新的通知。

小提醒 #

操作数据库前，建议先备份一下asterisk数据库，以防万一：

mysqldump -u root -p asterisk > asterisk_notifications_backup.sql

备注：内容来源于stack exchange，提问作者Danny Beckett