https://app.example.com500 Internal Server Error用户打开任何页面都报错，已持续 18 分钟。你通过 SSH 让 AI 上服务器排查。服务器 · 登录与操作
Linux 服务器Linux Server
网站报错时先让 AI 只读查看磁盘、内存、进程和日志四项读数：磁盘满写不进数据，内存满进程被系统杀掉，进程挂了要看日志；删除或重启前要它说清依据。
网站报 500，先只读排查，再决定删什么、重启什么
你不用自己敲命令：点只读查看，就是让 AI 跑一条命令并把读数给你。读数会出现在终端、点亮读数板、在目录地图上标出相关位置。三个故障的读数长得不一样，换着看。
deploy@203.0.113.10 · 只读
$ 还没有读数。点上面的「看磁盘」等按钮。
读数板 · 只读检查 0/4
- 磁盘未看
- 内存未看
- 进程未看
- 日志未看
目录地图
/home/deploy/app代码：AI 部署的项目在这里（有的放 /srv）/var/log日志：越写越多，最常把磁盘撑满/etc配置：Nginx、系统服务、环境变量文件
原因还不知道。下一步：先点上面的只读查看，让 AI 把读数跑给你看；只读不会改动服务器。
知识点：三个读数、三个目录、一条规矩
面板里已经演过，这里只给命名。
- Linux 服务器没有桌面，一切靠命令行；你的工作是读 AI 跑出的读数并做判断，不是背命令。
- 先只读再动手：看磁盘（df -h）、内存（free -h）、进程（top）、日志最后几十行，都不会改动服务器。
- 磁盘满：写文件、写数据库失败，日志里是 No space left on device / ENOSPC，常见元凶是日志没有轮转。
- 内存满：系统会挑一个进程杀掉（OOM），日志突然中断、没有报错，系统日志里有 Out of memory。
- 进程挂了：内存反而很空、端口没人听，原因写在应用日志的最后几行。
- 三个目录：代码在 /home/部署用户/app 或 /srv，日志在 /var/log，配置在 /etc。
- 删除和重启前，让 AI 说明删什么、重启什么、依据哪条读数；「重启试试」只能暂时掩盖内存问题。
什么时候用、怎么用
自己管服务器后，网站出问题时由你来拍板下一步。
- 信号：网站突然 500 或变慢；AI 的报错里出现 No space left、Killed、OOM、errored；或 AI 提议「重启一下」「删掉一些文件」。
- 第一句话：让 AI 只读排查，把磁盘、内存、进程、日志四项读数和它的判断一起给你。
- 对照读数选诊断：哪一项标了异常？症状和这项读数对得上吗？
- 确认处置：AI 要说清删什么（路径）、重启什么（服务名）、为什么；再加一条防复发（日志轮转、内存上限、进程守护和告警）。
- 验收：网站恢复后过 10 分钟再看一次读数，确认没有回到原样。
- 不适用：用 Vercel 这类托管平台时你看不到这台机器，按平台的日志和监控排查。
正反例：同一次 500
目标都是让网站恢复，差别在动手前有没有看读数。
AI 报告磁盘 100%、/var/log/app 占 31G、日志里全是 ENOSPC；你确认清理 7 天前的日志并加轮转，网站恢复，下周也不会再满。
重启后好了 5 分钟又 500；更糟的是 AI 顺手删了整个 /var/log，下次出事连线索都没有。
快速自测
AI 汇报：「内存可用 3.3G，很空；没有 node 进程；pm2 显示 app 已重启 15 次。」最合理的下一步是？
继续查证
术语的技术定义和行为以这些一手或权威资料为准。
下一步学
和本知识点经常一起出现的概念。