14G的日志文件
今天6点，该上线生产了，刚上线5分钟，网关炸了，隔壁办公室也传来惨叫，进生产服务器看了下，牛逼，负责网关的服务器上日志没转储，单个log文件14G直接炸了，搞得一堆交易服务都寄了尼玛的，证券基金相关的项目真的是能多草台就有多草台
不是，单个日志文件？还14g?
—— 来自 vivo V2329A, Android 15, 鹅球 v3.5.99-alpha 证券行业单个日志文件14g还是挺常见的，但14个g就搞炸了是为什么 怎么才14G就炸了，赶紧甩锅基础设施太菜啊 14g就能炸吗洒洒水啦 本帖最后由 系统杀手 于 2025-11-19 20:26 编辑
5分钟单机14G的日志。 楼主这个系统的访问量还是有点猛的。
但是写日志一般不都是追加的么。 有一次要分析一个113g的日志。 虽然写入能正常写入 ，但是不分割想直接打开编辑可就要命了。 系统杀手 发表于 2025-11-19 20:24
5分钟单机14G的日志。 楼主这个系统的访问量还是有点猛的。
但是写日志一般不都是追加的么。 有一次要分析 ...
VIM无所畏惧 这个数字水印格式，估计是用的同款堡垒机jumpserver 本帖最后由 夏胧 于 2025-11-19 21:01 编辑
把存储io干死了，或者把应用服务器磁盘吃满了吧
这个确实太草台了，但是别担心，还挺常见嗯 我搞出来过两个T的log
—— 来自 Xiaomi 2311DRK48C, Android 15, 鹅球 v3.5.99 等下，你这14g不会是一次性写入的吧？ 末日天启骑士 发表于 2025-11-19 21:15
我搞出来过两个T的log
log文件一般不都是增量写入么，单次不会很多，只要硬盘够大，倒也无所谓 本帖最后由 碧池团团子 于 2025-11-19 10:38 编辑
nohup还不用切片是这样的，你们拿测试用的语句放生产了？是debug语句也上去了，有点哈人了，我干了半年运维也没见过啊 以前经常遇到这事，而且还是NFS，干啥都卡了 夏胧 发表于 2025-11-19 21:00
把存储io干死了，或者把应用服务器磁盘吃满了吧
这个确实太草台了，但是别担心，还挺常见嗯 ...
太鸡儿草台了....服务器只有30G都不舍得加硬盘.... 末日天启骑士 发表于 2025-11-19 21:15
我搞出来过两个T的log
不是, 哥们... 我们做行业客户端的更烂，静态绑定端口，绑不上就一行行打日志，一天5个G左右的日志，也没有内网报警，就带病部分功能无效跑，跑一个月都没人反馈说某某功能失效了，跑三个月把指定程序盘跑满了其他程序开始崩溃了才反馈说系统有问题了 没日志集中存储吗？
难道日志都存应用服务器？
比较震撼 看这命名也不像啥正经日志，都不按时间切一下 半年前接的屎山生产环境也是有个10g往上的catalina.out
—— 来自 鹅球 v3.3.96 本帖最后由 alvin051414 于 2025-11-20 08:29 编辑
14G炸了有啥奇怪的，以前oracle11的日志攒到4个G就死给你看嘞 14G毛毛雨了，问题是连个磁盘监控告警都没有？超过80%就要告警了
—— 来自 motorola XT2301-5, Android 15, 鹅球 v3.5.99-alpha 没打包成gz切片嘛 本帖最后由 沃特·马龙 于 2025-11-20 09:09 编辑
系统杀手 发表于 2025-11-19 20:24
5分钟单机14G的日志。 楼主这个系统的访问量还是有点猛的。
但是写日志一般不都是追加的么。 有一次要分析 ...
不是用more less命令看看么
我这边有过定时邮件触发把磁盘文件数Inode用完的情况
我以前电脑上还扒出来一个 32G 的 N 卡驱动 log，你这才哪到哪
—— 来自 S1Fun 我们的oracle有4个多T，谁都知道正常数据不可能有那么多，但是研发说没问题就一直没人管，磁盘不够就申请，然后前段时间我看了一下表结构发现90%以上都是日志表，然后又仔细看了一下发现研发把定时清理日子的脚本写错了 服务器怎么才30G 上限30G不会只有系统盘没有数据盘吧 才14g就炸了 我们开发以前一天打几T的debug日志 把服务器搞炸了 说他们有问题还不承认呢 你什么金融公司服务器只有30g硬盘啊
我家都 16t日立都2个了... 多少配个logrotate咯，或者直接rsyslog打远端服务器。 看你们审计要求吧 网关服务器分个一两个CPU然后30G硬盘倒也正常吧
—— 来自 鹅球 v3.3.96-alpha
页:
[1]