Meteor MUP部署失败求助：部署失败后自动回滚至旧版本

1. 拉取MUP详细部署日志 #

• 重新执行部署命令时加上--verbose参数：mup deploy --verbose，这会输出构建、上传、启动全流程的细节，能精准定位到哪个环节出问题。
• 查看本地MUP日志目录：项目根目录下的.meteor/local/mup/logs，里面的文件会记录完整部署过程，可能包含控制台没输出的报错信息。

2. 登录服务器查应用启动日志 #

• 登录部署服务器，找到MUP默认的应用目录/opt/<你的应用名>，查看logs文件夹里的stdout.log和stderr.log，这两个文件会记录应用启动时的具体报错，比如依赖缺失、数据库连不上、端口被占等。
• 如果MUP用systemd管理应用，执行journalctl -u <你的应用名>.service，能获取系统层面的服务启动失败原因。

3. 本地验证构建包可用性 #

• 在本地项目根目录执行meteor build --directory ../build生成构建包，进入../build/bundle目录后执行node main.js，测试本地是否能正常启动应用，排除代码或依赖导致的启动问题。
• 确认服务器的Node.js版本和Meteor 2.1要求的匹配（Meteor 2.1对应Node.js 12.x），版本不兼容会直接导致启动失败。

4. 检查服务器环境状态 #

• 核对服务器上的MongoDB版本，Meteor 2.1建议用4.0-4.4版本，版本过高或过低都可能出问题。
• 检查MUP配置的应用端口（默认3000）是否被占用，执行netstat -tulpn | grep <端口号>就能看到占用情况。
• 查看服务器内存、磁盘空间：内存不足会导致应用启动崩溃，磁盘满了会让构建包上传或解压失败，用free -h和df -h就能查看。

5. 排查MUP配置文件问题 #

• 检查mup.js里的app.path是否指向正确的Meteor项目目录，servers配置的IP、SSH密钥是否有效。
• 确认env里的关键环境变量（比如MONGO_URL、ROOT_URL）是否配置正确，缺这些变量应用根本启动不了。
• 尝试注释掉enableUploadProgressBar这类非必要配置项，避免配置冲突导致部署异常。

内容的提问来源于stack exchange，提问作者Djordje Jordanovic