2017-04-27 206 views
1

當天早些時候,我使用普通碼頭集裝箱sameersbn/gitlab:8.7.3,sameersbn/postgresql:9.4-21sameersbn/redis:latest使用雙因子登錄升級gitlab設置後的Gitlab 500頁面

我只有一個祕密GITLAB_SECRETS_DB_KEY_BASE可能用於我的雙因素登錄。

我決定使用docker-compose方法並複製那裏的yml文件,並使用相同的DB_KEY_BASE,但在其他祕密中填充了一些區別。

GITLAB_SECRETS_DB_KEY_BASE=long-and-random-alphanumeric-string 
GITLAB_SECRETS_SECRET_KEY_BASE=long-and-random-alphanumeric-string 
GITLAB_SECRETS_OTP_KEY_BASE=long-and-random-alphanumeric-string 

我慢慢地上/下了我的方式在更高的版本。 一切工作正常,也許我很幸運,因爲瀏覽器會話仍然活躍? 因爲在我升級到gitlab 9.1.0後,我在填寫雙因子代碼後得到了一個頁面500。 即使恢復代碼也不起作用。

難道我在GITLAB_SECRETS_OTP_KEY_BASE中填入不同的祕密會破壞一切嗎?

+0

爲了以防萬一,請問https://gitlab.com/gitlab-org/gitlab-ce/issues/30780#note_27281413有幫助嗎? – VonC

+0

可能是相關的,但我還沒有在這個容器中的gitlab-ctl – user3411864

+0

好吧,這只是一個測試,看看它是否有任何區別。 – VonC

回答

1

我解決了這個很難找到問題

我拿出/home/git/data/.secret的值,它是從舊gitlabs一個下腳過去,它在我的碼頭工人,組成變量GITLAB_SECRETS_OTP_KEY_BASEGITLAB_SECRETS_SECRET_KEY_BASE

所有的一切都再正常工作:)

+0

好的!並感謝您的反饋。 +1 – VonC

+0

非常感謝您的幫助 – user3411864