我正在运行一个helm升级--在airflow部署上安装当前部署是在版本2.6上，新版本也是在2.6上，基本映像是相同的，区别是在values.yml文件中添加了新的细节，但是我一直从db migration k8s pod中得到它无法找到dB hash xxxxx，这是airflow 2.6的dB模式，它当前具有airflow 2.5的模式。
我的选择是降级的实时数据库，但过程中的备份和其他问题是为什么我寻求第二意见，如果有人已经解决了这一点
我正在运行一个helm升级--在airflow部署上安装当前部署是在版本2.6上，新版本也是在2.6上，基本映像是相同的，区别是在values.yml文件中添加了新的细节，但是我一直从db migration k8s pod中得到它无法找到dB hash xxxxx，这是airflow 2.6的dB模式，它当前具有airflow 2.5的模式。
我的选择是降级的实时数据库，但过程中的备份和其他问题是为什么我寻求第二意见，如果有人已经解决了这一点
1条答案
按热度按时间2lpgd9681#
我认为你的一些定制是带来气流版本到以前的一个。当您安装额外的依赖项时。
pip的工作方式是将airflow视为任何其他依赖项，因此如果它发现解决依赖项的最佳方法是降级airflow -它会这样做。例如，当您尝试安装的依赖项与新版本的Airflow冲突时，可能会发生这种情况。
你可以很容易地检查问题是什么（实际上这是一个推荐的安装额外依赖项的方法）：
如果您要在基于2.6.1的Airlfow映像中安装依赖项
或
永远不会降级气流-如果你有冲突，在您的依赖关系，它将失败，并打印什么冲突。