问题标签 [gitlab-ee]

在 Gitlab 中创建新子组时出现 500 错误。我有一个自托管的 Gitlab，它之前运行良好，我们能够创建子组，然后我们将 Gitlab 从 13.3 升级到 13.9。但我不确定这是否导致了问题。

当前 Gitlab 版本 - 13.9.1-ee

Gitlab 完整的环境信息 -

我试图提高错误，我发现这对我来说没有意义。有人可以帮助为什么会这样吗？

我正在尝试在带有 NAS 存储的 RHEL 7.9 上安装和试用 gitlab-ee。
Gitlab版本：gitlab-ee-13.11.0-ee.0.el7.x86_64

我已经用 NAS 路径更新了 gitlab.rb 文件。NAS 设置了 0770 权限。
我正在使用 gitlabdev 用户和 gitlabdev 组。

已对 gitlab.rb 文件进行了以下更改。

错误 ：

Gitlab 正在尝试更改组，即使该文件夹归 gitlab 用户所有。如果不能更改 gorup，Gitlab 就不会出现。

日志

我试过了。我手动检查了执行此命令后是否设置了任何特殊权限。我看不出有什么不同。

如果没有 NAS，Gitlab 就不会出现任何问题。关于启动和运行 Gitlab 需要做什么的任何想法。

使用 gitlab 我想使用自签名证书，但仍然出现以下错误。由于 nginx 无法启动......并且 gitlab 没有运行

无法加载证书密钥“/etc/gitlab/trusted-certs/hosting.pem”：PEM_read_bio_PrivateKey() 失败（SSL：错误：2807106B：UI 例程：UI_process：处理错误：读取字符串时出错：0906406D：PEM 例程：PEM_def_callback：获取密码的问题错误：0907B068：PEM 例程：PEM_read_bio_PrivateKey：密码读取错误）

gitlab.rb

我不明白，这就是我绝望的原因。请问有人可以帮我吗？

亲切的问候， 威尔

我想创建一个每 24 小时触发一次的 Airflow DAG。

我希望它在 Gitlab CI/CD 管道（存储在 Gitlab 容器注册表中的容器）上运行容器。

理想情况下，我希望容器在 Gitlab 基础设施上运行（如果可能的话），而不需要在那里有 repo。

关于如何实现的任何想法（那里有或没有回购）？

代码托管在 github 上。

我的用户想要在我们托管的 GitLab EE 11.5.2 网站上合并请求。但网站返回500 Internal Server Error如下：

相关日志如下：

你能告诉我如何解决这个问题吗？

谢谢你。

我已经配置了 gitlab.rb文件并重新配置了 gitlab 服务器gitlab-ctl reconfigure以应用配置更改：

我使用以下命令生成了 gitlab 备份：

在第一次尝试中，已删除 6 个旧备份。但是，我在etc/gitlab/config_backup文件夹中有更多备份。我再次尝试使用备份创建命令，它没有删除任何旧备份：

在etc/gitlab/config_backup文件夹中仍然存在许多旧备份：

顺便说一句，服务器的日期配置是正确的：

我该怎么做才能删除所有旧备份？我需要手动删除它们吗？

我正在使用自托管的 Gitlab 版本 13.9.1，它突然停止工作。每当我们运行任何作业或管道时，它都会引发 500 错误。以下是我可以在production.log文件中看到的日志 -

从外观上看，我的数据库或其中的某些对象似乎已损坏。我尝试了一些方法，例如按照以下文章中的建议重新索引，但没有帮助。 https://dba.stackexchange.com/questions/44508/error-could-not-read-block-x-of-relation-base-yz

我有一个问题 - 是否可以从备份中恢复数据库并保持原样？我从 7 月 18 日 Gitlab 处于工作状态时开始提供备份。那么是否可以仅恢复数据库并保留其他内容？

非常感谢任何其他如何摆脱此错误的建议。

我们有一个在一个实例上运行的自托管 Gitlab，但我们时不时地面临空间问题，因为大型工件填满了空间。我们必须手动删除旧的工件文件夹。

有没有办法自动化这个？可能是一个通宵运行并删除超过 7 天的工件文件夹的脚本？

Gitlab Admin 中的默认到期时间设置为 5 天，但这并不意味着它们已从框中删除。

我正在将主要和次要 GitLab 节点迁移到新节点。为了做到这一点，我正在关注备份和恢复文档。

如果外部 url 没有改变，GitLab 跑步者是否需要在迁移后重新注册？

谢谢大家！！

我在这里发布了这个错误，并提供了一个解决方案。我试图将它上传到 Gitlab 的 Gitlab，但我的问题无法提交，因为它被检测为垃圾邮件，无论出于何种原因。也许如果 Gitlab 的工作人员在这里看到它，他们可以转发。

易于复制：

• 创建从 DayStart 到 DayEnd 的里程碑 M
• 创建史诗般的 E1
• 在项目 P 中创建 N 个问题在持有史诗的小组的一个子组中
• 将这 N 个问题与 E1 和里程碑 M 相关联。这里发生的是 E1 从 M 继承其开始和结束日期。
• 创建史诗 E1 的 Epic E2 子代
• 转到项目的 P 问题列表并对其进行分组编辑，将它们全部与史诗 E2 相关联

这是错误发生的地方：E2 的开始和结束日期不是从问题继承的，两者的继承设置为“无”，而它们应该从问题里程碑 M 继承。

综上所述，更新多个问题的史诗似乎不会触发里程碑开始和结束日期继承更新。

这是在新安装的 GitLab 企业版 14.4.0-ee、dockerized 版本上测试的。