这是一个典型的由于日志处理瓶颈导致的显示异常现象。你观察到的“调整logbuffer容量后即可刷新”是系统将日志输出从低效模式切换至快速输出后正常工作的表现。
根本原因在于安全策略等模块产生的海量日志占满了logbuffer(日志缓冲区),导致新的配置、系统日志无法有效写入和显示。
“调整Logbuffer容量”的动作(如在1024/512间切换),本质上是手动触发了一次“模式切换”:系统从试图在极其有限的logbuffer中记录安全策略日志的低效模式,切换到了直接将安全策略日志外发(即“快速日志”模式)的处理方式。
切换后,logbuffer从被海量安全策略日志淹没的状态中解放出来,Web界面就能正常显示新产生的配置和系统日志了。这并非bug被修复,而是日志通道被理顺了。
要永久解决此问题,关键一步是将占用资源最多的“安全策略日志”从logbuffer中分离出来。
步骤一:配置安全策略日志以“快速日志”格式发送:推荐将此日志发送至日志主机或硬盘。如果暂时没有日志服务器,配置其保存到硬盘是最快捷的解决方案。
发送至日志主机(推荐):若有Syslog服务器,配置后可实时查看和分析。[H3C] customlog format security-policy sgcc
步骤二:还原系统日志的logbuffer级别与大小:配置完快速日志后,将系统日志级别恢复为informational,此时系统日志就能在Web界面正常显示,且不再被覆盖。
如果完成上述设置后,Web界面偶尔仍显示异常:
清除浏览器缓存:Web界面数据可能来自浏览器缓存,导致新日志无法正常加载。清除浏览器缓存(如Ctrl+F5强制刷新),并确保已开启Web界面的自动刷新功能。
检查命令行动态:若Web界面的配置日志不显示,可直接在命令行执行 display logbuffer 命令验证。若命令行也无日志,则可能未正确保存。请检查info-center source default logbuffer level是否被设为过高级别(如warning),这会阻止较低级别的日志写入。
# 进入系统视图
system-view
# 开启各类日志本地文件保存
info-center source default logfile permit security configuration system
# 设置日志缓存大小固定1024,自动轮转
info-center logbuffer size 1024
# 开启日志时间戳、本地存储
info-center timestamp logfile date-time
info-center logfile enable
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论