记一次 jumpserver 升级翻车记录

1.简述

跨版本升级 jumpserver 从 2.4.2 升级到 2.5.3

1.1 运行环境

操作系统：centos7.2

jumpserver：2.4.2

mariadb: 5.2.32

1.2 为啥要升级

没有为什么，就是脑子抽了下（都是泪）

闲着没事看了下官方版本已经出到 2.5.3，当前使用版本才 2.4，感觉太低了。查看相应的 changlogs，其中有些改动吸引了我

比如上面的 bug 修复

2.版本升级

根据官方的升级操作，step to step 往下复制粘贴

....

...

一起都很顺利，开始启动

./jms start -d

3.入坑

3.1 第一关：数据库版本

启动报错了，提示数据库版本太低

直接把系统 mariadb 版本升级到 5.7.32，改完继续启动

启动还是报错，具体报错是数据库在迁移的时候出现表字段报错，重新查看官网升级相关说明，原来是这次版本升级的时候 Python 的一个依赖库只支持 mysql，对于 mariadb 支持不正常，有未知问题。

启动后根据报错，不停的修改 migrations 里面变更 sql，最后终于启动成功。

3.2 第二关：浏览器缓存

一切搞完之后，访问 luna（webTerminal）一直出现

connet error
connet close

将 koko 重新安装几次都没有成功，日志中也没有特别的报错

最后在 jumpserver 官方群里面管理说可能需要清除缓存，按着这个方法试了下可以正常使用

4.总结

经过这次血泪教训，这个升级还是要升的，不过要把准备工作做好。官方人员说 2.5.x 版本的 mariadb 不兼容，我这边一顿疯狂操作之后，也是能正常使用，遇到问题解决问题，也是那么的顺畅，等待下个版本重新升级下。描述的轻描淡写，不过过程是蛮曲折的，改了很多表的字段和值，特别是时间这个字段，很多都编程了 7888-00-00，导致启动获取不到有效期。望各位仁兄此版本升级，慎重！