前两天升级系统,重启系统后,由于没有自动mount共享资源,造成bacula警告日志飞快增长。mysql的Log.*文件超过了11GB,表的行数超过了4000万行:(
于是命令行下删除了99%的日志。结果出来一看,Log文件仍然11GB多。
解决办法:
mysql-> optimize table Log
执行完之后,文件就剩几个MB了:(
前两天升级系统,重启系统后,由于没有自动mount共享资源,造成bacula警告日志飞快增长。mysql的Log.*文件超过了11GB,表的行数超过了4000万行:(
于是命令行下删除了99%的日志。结果出来一看,Log文件仍然11GB多。
解决办法:
mysql-> optimize table Log
执行完之后,文件就剩几个MB了:(
上一篇:网络唤醒实测WOL
通过etcd删除,亲测可行.[root@k8s-node1 dark]# kubectl get ns |grep TNAME STATUS AGEedison Terminating 6h27mwu
这个应该是大家遇到的问题吧,其实,非常简单,也就是一条命令的事情上面这张截图,什么都有了,我也就不多说什么了。有图有真相!
系统存在大量TIME_WAIT状态的连接,通过调整内核参数解决,vi /etc/sysctl.conf 编辑文件,加入
举报文章
请选择举报类型
补充说明
0/200
上传截图
格式支持JPEG/PNG/JPG,图片不超过1.9M