1
springGun OP 这种情况在多台 tomcat 生产环境下遇到过
|
2
joyfun 2018-01-19 22:28:43 +08:00 via Android 1
40 多 g 都没事,之前一年多没动
|
4
zlfzy 2018-01-19 22:47:36 +08:00
Tomcat 异常关闭一次都要排查一天去追究原因? 这么严谨的公司居然不做日志切割。
|
6
iyaozhen 2018-01-19 23:11:20 +08:00 via Android
不会,几十 g 都没事。基本可以排除这个。
|
7
nutting 2018-01-19 23:50:18 +08:00 via Android
物理机还是虚拟主机?
|
8
Beebird 2018-01-20 00:35:51 +08:00
调整 log level 打印完整日志看看?
|
9
teddybun 2018-01-20 00:35:59 +08:00 via Android
没碰到过,等楼下高手
|
10
anyele 2018-01-20 00:46:39 +08:00 via Android
有没有发现 IIS 有多便利?
|
11
gleymonkey 2018-01-20 00:49:54 +08:00
日志多大都没事,内存溢出情况很常见,一般都是程序有问题,过滤日志,输出 debug 来查。
|
12
coolcfan 2018-01-20 00:58:07 +08:00 via Android
猜一下会不会是 JVM 因为某种原因挂掉了?有 hs_err 开头的文件么……
|
13
alcarl 2018-01-20 01:06:53 +08:00 via Android
tomcat 内存没溢出,操作系统内存不够了,把 tomcat 干掉了吧?
|
14
wangking 2018-01-20 13:02:07 +08:00
不会,遇见过 60G 的
|
15
joyfun 2018-01-20 20:18:41 +08:00 via Android
@springGun 看操作系统日志,最好在操作系统上装个监控软件 /var/log 下面翻翻 ,正经生产系统要切割日志呀
|
16
julyclyde 2018-01-20 20:32:52 +08:00
虽说没啥影响,但我想知道为啥不切日志的都是你们 Java 的?
|
17
panzhc 2018-01-21 00:51:40 +08:00
有没有 swap,是否 oom ?
|
18
conn4575 2018-01-21 04:02:46 +08:00 via Android
曾经接手一台服务器,往上面的 mongo 写数据总报错,然后花了一天去检查代码和 mongo 配置,最后发现上面有一台 tomcat 日志 300G ……
|