TOS 5.1.34 DockerManager 1.1.98 gitlab-ce还是无法运行

[hedy86]

linux终端运行比较复杂，建议用图形见面使用docker。设置简单，还少出错。
1.png2.1.png2.2.png3.png2.png6.png
按照以上步骤，你就可以在铁威马用上gitlab。

另外，你这个TOS版本是多少，33还是34？

5.1.33和34都可以运行。如果你的还是报错，建议从新建立容器

5656.png

[wishful]

linux终端运行比较复杂，建议用图形见面使用docker。设置简单，还少出错。
1.png2.1.png2.2.png3.png2.png6.png
按照以上步骤，你就可以在铁威马用上gitlab。

另外，你这个TOS版本是多少，33还是34？

5.1.33和34都可以运行。如果你的还是报错，建议从新建立容器5656.png

昨天晚上9点搞到凌晨2点，把盘在windows下全格式化掉，从头到尾重装，按你这里的配置，还是起不来，运行了两三个小时还是unhealthy。cpu占用100%

GITLAB.png

WEB.png

百分百.png

[wishful]

linux终端运行比较复杂，建议用图形见面使用docker。设置简单，还少出错。
1.png2.1.png2.2.png3.png2.png6.png
按照以上步骤，你就可以在铁威马用上gitlab。

另外，你这个TOS版本是多少，33还是34？

5.1.33和34都可以运行。如果你的还是报错，建议从新建立容器5656.png

你这网络是什么模式呢，如果不是host模式，就不可能访问相同的IP啊。
如果选host则根本配不上端口，选bridge时候才能端口映射。而且这选一次host后，下面bridge会消失，等到最终那又显示网络是bridge。
而且配置端口的时候右侧给出的是机器名，而你这个是IP地址。
我把用户和密码给你，你给我配配看，ID: lucky221 用户 lucky 密码 Yeah1234。

[wishful]

linux终端运行比较复杂，建议用图形见面使用docker。设置简单，还少出错。
1.png2.1.png2.2.png3.png2.png6.png
按照以上步骤，你就可以在铁威马用上gitlab。

另外，你这个TOS版本是多少，33还是34？

5.1.33和34都可以运行。如果你的还是报错，建议从新建立容器5656.png

你这网络是什么模式呢，如果选host根本配不上端口，选bridge时候才能端口映射。
配置端口的时候右侧给出的是机器名，而你这个是IP地址，这点比较奇怪。
我把用户和密码给你，你给我配配看，ID: lucky221 用户 lucky 密码 Yeah1234。

另外，你那个的BIOS是5.13，我的是5.12,这个有影响么？

[hedy86]

你按照我前面的截图的方式不多不少的配就可以运行，bridge模式，不要配参数，不要自定义域名。看能不能跑起来

[wishful]

你按照我前面的截图的方式不多不少的配就可以运行，bridge模式，不要配参数，不要自定义域名。看能不能跑起来

装机的时候有机器名，我只不过把那个ID该的更友好点。这个名称怎么去掉呢？也不能为了配个DOCKER，机器都得改名吧。按你那个配置我这就是一直unhealthy,也访问不了。

用命令行创建docker是最通用的方式，docker hub上每个docker都提供命令行方式，如果命令行运行不了，那这个系统就不够成熟。同样的命令TOS4,群晖都运行的起来，只不过是映射的本地目录名变化一下而已。

[hedy86]

你按照我前面的截图的方式不多不少的配就可以运行，bridge模式，不要配参数，不要自定义域名。看能不能跑起来

装机的时候有机器名，我只不过把那个ID该的更友好点。这个名称怎么去掉呢？也不能为了配个DOCKER，机器都得改名吧。按你那个配置我这就是一直unhealthy,也访问不了。

用命令行创建docker是最通用的方式，docker hub上每个docker都提供命令行方式，如果命令行运行不了，那这个系统就不够成熟。同样的命令TOS4,群晖都运行的起来，只不过是映射的本地目录名变化一下而已。

没有叫你改什么机器ID，关注在图片里的docker配置，针对不足我们会持续改进docker，谢谢

[wishful]

你按照我前面的截图的方式不多不少的配就可以运行，bridge模式，不要配参数，不要自定义域名。看能不能跑起来

装机的时候有机器名，我只不过把那个ID该的更友好点。这个名称怎么去掉呢？也不能为了配个DOCKER，机器都得改名吧。按你那个配置我这就是一直unhealthy,也访问不了。

用命令行创建docker是最通用的方式，docker hub上每个docker都提供命令行方式，如果命令行运行不了，那这个系统就不够成熟。同样的命令TOS4,群晖都运行的起来，只不过是映射的本地目录名变化一下而已。

没有叫你改什么机器ID，关注在图片里的docker配置，针对不足我们会持续改进docker，谢谢

1.你让我不要配域名。docker界面里面没有配置域名的地方，装机过程中会有给机器起名字和设置远程管理的TNAS ID，设了这两个同名。按你说的操作界面就会显示那个名字，不显示IP地址。

2.按你的操作，不是快速退出，而是几个小时运行一直处于unhealthy状态，访问不了。

3.为此折腾十几天没无法升级，退回TOS 4.2.32了。docker这里不是我一个人遇到问题，测试极不充分。

4.未经基本测试的系统上线，给用户和客服人员都造成了极大的工作负荷，给公司产品声誉也会带来消极影响。希望测试补全case，跑不通的给研发问题，而不是让客户吃瘪。

[VegaLiao]

请问楼主解决了吗？我也遇到和你一样的现象，就是下面

“2.按你的操作，不是快速退出，而是几个小时运行一直处于unhealthy状态，访问不了。”

[VegaLiao]

我安装了ARM版本的gitlab-ce，放在F4-210的docker中运行，也是一直unhealthy状态。请问谁有F4-210 ARM版本的gitlab-ce镜像可用

报错信息：
root@TNAS-014787:~# docker events
2023-07-09T15:35:29.577611000+08:00 container exec_create: /bin/sh -c /opt/gitlab/bin/gitlab-healthcheck --fail --max-time 10 13b0dd55a408823ec1450f4c9755bd2c1491fbef3f890f5d3a17109da0f13209 (image=yrzr/gitlab-ce-arm64v8, name=giitlab-ce_arm64v8, org.opencontainers.image.ref.name=ubuntu, org.opencontainers.image.version=22.04)
2023-07-09T15:35:29.596357000+08:00 container exec_start: /bin/sh -c /opt/gitlab/bin/gitlab-healthcheck --fail --max-time 10 13b0dd55a408823ec1450f4c9755bd2c1491fbef3f890f5d3a17109da0f13209 (image=yrzr/gitlab-ce-arm64v8, name=giitlab-ce_arm64v8, org.opencontainers.image.ref.name=ubuntu, org.opencontainers.image.version=22.04)
2023-07-09T15:36:36.329195000+08:00 container exec_create: /bin/sh -c /opt/gitlab/bin/gitlab-healthcheck --fail --max-time 10 13b0dd55a408823ec1450f4c9755bd2c1491fbef3f890f5d3a17109da0f13209 (image=yrzr/gitlab-ce-arm64v8, name=giitlab-ce_arm64v8, org.opencontainers.image.ref.name=ubuntu, org.opencontainers.image.version=22.04)
2023-07-09T15:36:36.543179000+08:00 container exec_start: /bin/sh -c /opt/gitlab/bin/gitlab-healthcheck --fail --max-time 10 13b0dd55a408823ec1450f4c9755bd2c1491fbef3f890f5d3a17109da0f13209 (image=yrzr/gitlab-ce-arm64v8, name=giitlab-ce_arm64v8, org.opencontainers.image.ref.name=ubuntu, org.opencontainers.image.version=22.04)