helm分步部署16版本时，部署超时导致失败的问题

muercy · 2019 年5 月 15 日 02:11

Choerodon平台版本: 0.16.0
遇到问题的执行步骤:
执行helm install agile-service
文档地址:
环境信息(如:节点信息):
报错日志:

image1238×78 12.3 KB

没有更多日志
原因分析:

提出您分析问题的过程,以便我们能更准确的找到问题所在
kubectl describe pod agile-service-init-config-rrqkh 时event正常

image1392×438 33.2 KB

无法看到更多log
疑问:

提出您对于遇到和解决该问题时的疑问

muercy · 2019 年5 月 15 日 02:12

谢谢，这种情况该如何排查问题？

vinkdong · 2019 年5 月 15 日 02:21

报了超时的错吗

muercy · 2019 年5 月 15 日 02:27

是的，helm会报超时

vinkdong · 2019 年5 月 15 日 02:36

你可以多加一个参数 --set preJob.timeout=1000 1000表示1000秒超时

muercy · 2019 年5 月 15 日 02:42

嗯嗯，是否有其他日志，可帮忙定位到更具体点的问题？

vinkdong · 2019 年5 月 15 日 02:54

安装的时候看看job有没有报错

bangbqtk · 2019 年5 月 15 日 03:21

我也有在更新的时候出现相同的问题，经过检查后发现是有如下的问题

LiquiBase对数据库进行更新时，出现了错误，导致后续无法启动service容器
2.直接进入容器查看，一般都是出现了 Waiting for changelog lock… 的错误信息，查找一下，应该是某个表被锁住了，查询出来删除掉这个记录就ok

muercy · 2019 年5 月 15 日 03:23

job没有报错，–set preJob.timeout=1000设置后没有生效，还是300s后超时了

muercy · 2019 年5 月 15 日 03:24

是在init-db时候吗？还是在init-config？
我再执行下，同步看看数据库的日志，谢谢

bangbqtk · 2019 年5 月 15 日 03:24

建议后期是否可以考虑一下，直接废弃LiquiBase这种方式，转而使用dockerfile来做数据库的一些初始化操作

bangbqtk · 2019 年5 月 15 日 03:27

我出现错误是在init-db的时候，通过查看日志解决了问题，还好我以前用过LiquiBase，对于不熟悉的开发人员，还是有点难以定位的，推荐直接在dockerfile中去做init-db 的脚本执行，毕竟都9012年了

TimeBye · 2019 年5 月 22 日 12:08

你好，可以讲解一下怎么使用Dockerfile进行数据库初始化的吗? 有demo吗？

bangbqtk · 2019 年5 月 23 日 03:12

以下是官方文档，这里给到地址

github.com

yeasy/docker_practice/blob/master/image/dockerfile/entrypoint.md#场景二应用运行前的准备工作

### ENTRYPOINT 入口点

`ENTRYPOINT` 的格式和 `RUN` 指令格式一样，分为 `exec` 格式和 `shell` 格式。

`ENTRYPOINT` 的目的和 `CMD` 一样，都是在指定容器启动程序及参数。`ENTRYPOINT` 在运行时也可以替代，不过比 `CMD` 要略显繁琐，需要通过 `docker run` 的参数 `--entrypoint` 来指定。

当指定了 `ENTRYPOINT` 后，`CMD` 的含义就发生了改变，不再是直接的运行其命令，而是将 `CMD` 的内容作为参数传给 `ENTRYPOINT` 指令，换句话说实际执行时，将变为：

```bash
<ENTRYPOINT> "<CMD>"
```

那么有了 `CMD` 后，为什么还要有 `ENTRYPOINT` 呢？这种 `<ENTRYPOINT> "<CMD>"` 有什么好处么？让我们来看几个场景。

#### 场景一：让镜像变成像命令一样使用

假设我们需要一个得知自己当前公网 IP 的镜像，那么可以先用 `CMD` 来实现：

```Dockerfile
FROM ubuntu:18.04

This file has been truncated. show original

TimeBye · 2019 年5 月 23 日 03:38

你好，这个仅仅只是 ENTRYPOINT 关键字的使用方法而已，我想了解的是在不使用LiquiBase工具进行数据库初始化的情况下使用其他什么工具可以替代LiquiBase进行数据库初始化操作?

bangbqtk · 2019 年5 月 23 日 03:59

你好，直接在这里执行你的sql脚本不就简单很多吗，而且这样更加直观

TimeBye · 2019 年5 月 23 日 04:38

你好，这种方法虽然简单粗暴，但是后期维护起来就很麻烦，你会考虑到表创建了没有会不会重复创建，字段类型是否是自己需要的，这也是使用LiquiBase的原因；而且如果写在 ENTRYPOINT里面，那么每次容器启动的时候都会去初始化一遍数据库，这种情况会不会出现数据库数据丢失或错乱等问题呢？我们将数据库初始化独立出来也是出于数据安全方面进行考虑的。