以前就试过了 源文件在的
可以使用硬盘恢复软件找回来

我要看运维的考核标准

@woyixinyiyi 算下来 1G 多感觉不对，新生代老年代都没问题，那这个元空间设置的最大值除了用 jstat 还有什么命令可以，jmap 速度太慢会影响进程

@woyixinyiyi
JAVA_OPTS="-Xms1024m
-Xmx1024m
-Xmn512m
-Xss512k
-XX:SurvivorRatio=20
-XX:MetaspaceSize=128m
-XX:MaxMetaspaceSize=196m
-XX:ParallelGCThreads=4
-XX:MaxTenuringThreshold=4
-XX:+UseConcMarkSweepGC
-XX:+CMSScavengeBeforeRemark
-XX:+CMSParallelRemarkEnabled
-XX:+AggressiveOpts"

没人知道吗

@fuxiuyin 最开始我就发现了 命令都排查了 rm 确实换了 不过我都换回来了

@xabc 好的 完了研究研究

本次服务器是测试服务器 还好

好了 解决了 这件事 因为 redis 被入侵 阿里云安全组出问题导致所有端口暴露
万幸的是定时任务并没有执行，数据库 svn 都在
生产环境 redis 端口改了也加了密码
无法删除是因为 cron.d 文件夹 ai 特殊权限的问题
一开始光想着 cron.d 文件夹下的特殊权限了
感谢大家帮助

对比后发现
----------I--e-- /etc
这个目录多了 I 属性 怎么去掉

@tesion99 我那个不是去除 i 的属性吗？？

@zbinlin
之前不能创建文件 现在可以了
[root@localhost cron.d]# lsattr /etc/cron.d/
---------------- /etc/cron.d/root
-------------e-- /etc/cron.d/0hourly
-------------e-- /etc/cron.d/1
-------------e-- /etc/cron.d/sysstat
删除提示变了
[root@localhost cron.d]# rm -rf root
rm: cannot remove ‘ root ’: Operation not permitted

@jackmod
[root@localhost ~]# ./busybox chmod 700 /etc/cron.d/root
[root@localhost ~]# ./busybox rm -rf /etc/cron.d/root
rm: can't remove '/etc/cron.d/root': Permission denied

https://i.loli.net/2019/04/23/5cbef667525a3.png
就是这么神奇

@xabc 试过了 也是提示没有权限啊

@asilin 确实是入侵了 但是 /etc/cron.d 目录下的文件删除不了