manusai日志膨胀需安全清空并配置轮转：先确认服务状态与日志活跃性，再用重定向截断等方法清空正在写入的日志文件，最后修改logging.yaml启用rotatingfilehandler实现10mb自动轮转。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
ManusAI部署后日志文件持续膨胀，占用数十GB磁盘空间，导致系统响应迟缓、备份失败甚至容器启动超时，必须立即干预——这不是普通应用日志，而是AI任务执行链中各工作节点（如Tool Executor、LLM Gateway、File Processor）实时写入的结构化日志，直接删除会中断正在运行的推理流水线。
确认日志路径与活跃状态
第一步：进入ManusAI部署目录，执行docker-compose ps查看服务状态；确认manus-llm、manus-tool等核心容器处于Up状态后再操作。
第二步：运行docker exec -it manus-llm ls -lh /app/logs/，观察日志文件大小和修改时间；若看到executor.log.2026-06-28、gateway.log.1等带日期或数字后缀的文件，说明logrotate已启用但配置不当；若只有executor.log单个超大文件（>5GB），则未启用轮转，需紧急清空。
第三步：用lsof -p $(pgrep -f "uvicorn.*main:app") | grep log检查Python进程是否正持有日志文件句柄；【若返回结果包含 /app/logs/executor.log，则证明该文件被实时写入，不可rm删除，只能清空】。
安全清空正在写入的日志文件
方法一：重定向截断（推荐，零风险）
执行docker exec -it manus-llm sh -c "> /app/logs/executor.log"；该命令将文件内容置为空，但保留inode、权限与进程句柄，后续日志继续追加写入同一文件，服务完全无感。
方法二：truncate强制归零
执行docker exec -it manus-llm truncate -s 0 /app/logs/gateway.log；比重定向更底层，对百MB级日志响应更快，【注意：不能用于/var/log/syslog等系统日志，仅限ManusAI容器内/app/logs路径下自定义日志】。
这款全能AI助手融合了深度推理、多模态对话与图像生成等前沿技术，全面赋能职场、学习与生活。它支持多模态搜索，精准响应各类信息需求；内置AI文档助手，快速提炼要点并生成思维导图；更有智能创作功能，一键生成报告与文案。强大的AI能力助你高效处理复杂任务，让工作与生活更轻松便捷。
方法三：cat /dev/null注入
执行docker exec -it manus-llm sh -c "cat /dev/null > /app/logs/fileprocessor.log"；效果等同于方法一，适合写入自动化脚本，语义更明确。
永久解决日志膨胀问题
第一步：进入ManusAI配置目录，打开config/logging.yaml；找到handlers: file: filename:字段，确认当前日志路径为/app/logs/executor.log。
第二步：在该handlers区块下方添加轮转配置：
class: logging.handlers.RotatingFileHandler
maxBytes: 10485760 # 10MB
backupCount: 5 # 保留5个历史文件
第三步：重启服务使配置生效：docker-compose down → docker-compose up -d；重启后观察/app/logs/目录，应出现executor.log.1、executor.log.2等滚动文件，主日志不再突破10MB。
第四步：验证轮转效果——触发一次AI任务（如上传PDF并提问），等待任务完成，再执行docker exec -it manus-llm ls -1 /app/logs/ | wc -l；输出值应稳定在6（1个主日志+5个备份），超过则需检查backupCount是否被其他配置覆盖。
