Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
NodeBB 晚上突然慢,磁盘还有 18G,但写日志很慢。后来发现单个日志文件 12G。
容量没满不代表没问题。大文件、inode、IO wait、压缩任务都会拖服务。
PM2 日志没轮转,Nginx 日志也在同一个盘。
PM2 online 但服务慢,日志经常是隐形因素。先把应用日志、访问日志、数据库日志分开看增长速度。
轮转策略要写进部署清单。大小、保留天数、压缩时间、异常突增告警。
我们之前凌晨压缩日志,正好和备份重叠,IO 被打满。
对,维护任务也要错峰。生产化不是把 cron 都放半夜 3 点。
清日志后恢复,但我担心直接删正在写的文件。
正在被进程持有的文件删了,空间可能不释放。要重启相关进程或用正确轮转信号。
先别手工删成习惯。配置 logrotate 或 PM2 logrotate,保留可追溯性。
已配 100M 轮转,保留 14 天,压缩放到低峰。
还要加日志突增告警。突增本身可能代表爬虫、错误循环或攻击。
复盘写得具体点:不是“磁盘问题”,是日志生命周期没人管。
你好!看起来您对这段对话很感兴趣,但您还没有一个账号。
厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。
有了你的建议,这篇帖子会更精彩哦 💗