jsonwan
jsonwan
日志总量的增加必然带来系统处理性能的下降，即使是分批次拉取也会拉得更久，产品页面上能有个相应提示的话可能会更好点
-XX:NativeMemoryTracking=summary -XX:+AlwaysPreTouch -XX:+UseContainerSupport -XX:HeapDumpPath=/data/job_temp_file/${podName}_heap.hprof -XX:ErrorFile=/data/job_temp_file/${podName}_jvm_error.log 可添加以上参数便于排查问题
-XX:+UseContainerSupport在Java 8u191 +，10及更高版本上可用。
多文件场景下，报错信息取并集进行传递大模型的处理： 1. 只出现“源文件上传出错”时（下载的报错和源文件对应上），仅处理源文件上传的错误信息解析，并告知用户主因是源文件上传出错，出错的原因是xxxxx 2. 出现“源文件上传+不同文件下载出错”时，一并传给大模型处理（但是在第1点的基础上） 3. 源文件没错，“只有下载文件出错”时，仅传递下载文件条目的报错信息给大模型即可 4. 传递给大模型的信息只需要提取报错日志的“描述字段”即可，其他的进度、IP等等都不用，但是后端要记录对应关系，在JOB返回给用户的地方需要展示。
1. 源文件上传出错的case 回答用户时，要明确告知：源文件服务器[127.0.0.1,127.0.0.2] 上传文件[/tmp/abc.test] 失败原因：xxxxxxxxxx 2. 下载方出错的case 回答用户时，要明确告知：目标服务器[127.0.0.1] 下载文件[/tmp/20240702_test/打钩.png] 失败原因：xxxxxxxxxx 3. 上传和下载都出错的case 回答用户时，要明确告知：源文件服务器[127.0.0.1] 上传文件[/tmp/ddddd.test] 失败原因：xxxxxxxxxx；目标服务器[127.0.0.2] 下载文件[/tmp/20240702_test/打钩.png] 失败原因：xxxxxxxxxx
之前的做法是不太好的，建议将BK_JOB_MYSQL_ROOT_USERNAME与BK_JOB_MYSQL_ROOT_PASSWORD这两个变量通过secret挂载的方式传入，提高安全性。
与values.yaml文件相同目录下的VALUES_LOG.md文件中需要同步添加相应配置项的说明
如需更新do_migrate.py，可参考最新版本： https://github.com/TencentBlueKing/iam-python-sdk/blob/master/iam/contrib/iam_migration/utils/do_migrate.py
从源码安装python3前需要先安装make命令：yum install -y make 可以考虑将安装好python3的镜像作为基础镜像推送至DockerHub