Servers
をテンプレートにして作成
[
トップ
] [
新規
|
一覧
|
単語検索
|
最終更新
|
ヘルプ
|
ログイン
]
開始行:
[[Management]]
* GitLab [#l292615d]
** Configuration [#j24c10fe]
- https://blog.xiaket.org/2017/exposing.ssh.port.in.dockerized.gitlab-ce.html
** Backup [#s4e34c27]
/root/backup_procedure.bash
- https://docs.gitlab.com/ee/install/docker.html#back-up-gitlab
> Backing up the GitLab secrets file is required to avoid complicated steps when recovering GitLab from backup. The secrets file is stored at /etc/gitlab/gitlab-secrets.json inside the container, or $GITLAB_HOME/config/gitlab-secrets.json on the container host.
** Upgrade [#l7cfe9ff]
- https://docs.gitlab.com/ee/update/#upgrade-paths
** Upgrade 2022-12-31 [#o6bf2b59]
Upgrade from 10.7.3 to 15.7.0.
Instant restoration: Run docker-compose up at /home/git/gitlab-2022-12-30
*** Migrate legacy storage into hashed storage [#w7280bd6]
- https://docs.gitlab.com/ee/administration/raketasks/storage.html#on-legacy-storage
Two projects (yshimmyo/graduation_thesis and yshimmyo/IMUReceiver) occured errors that the repositories are read-only. I used ruby console of gitlab runtime and manually release read-only attributes following the below article.
Projects::HashedStorage::RepositoryInUseError: Target repository 'yshimmyo/IMUReceiver' cannot be made read-only: Repository already read-only
- https://gitlab.com/gitlab-org/gitlab/-/issues/289816
*** Listen Port [#hb472ac4]
From a certain (undetermined) version, gitlab parses `external_url` and if the url does not begin from `http://`,
the webserver does not listen on :80. I added a nginx configuration environment variable on docker-compose.yaml:
nginx['listen_port'] = 80
*** Known Problem [#ncc1fb4e]
Timestamps of repositories are updated into a same datetime during migration.
Accordingly, the order of the project list sorted by Updated date is awkward.
One of the solutions against this problem is to use file timestamps in repositories kept
as before upgrade and manually manipulate the DB.
This is a little bit dangerous so I don't want to do unless it is absolutely necessary.
Contact administrator if you think it is a serious problem.
** Upgrade 2022-12-13 [#qe836075]
15.7.0 to 15.7.3
https://about.gitlab.com/releases/2023/01/11/gitlab-15-7-3-released/
** TODO [#ke0c8daa]
*** Zero downtime update [#s72e57ba]
- https://gitlab.com/gitlab-org/gitlab/-/issues/27091
*** Succession of update manner [#w44bb4c3]
> We encourage everyone to run the latest stable release ...
> If you are unable to follow our monthly release cycle, there are a couple of cases you must consider.
https://docs.gitlab.com/ee/policy/maintenance.html#upgrade-recommendations
* Mattermost [#o5381787]
** Configuration [#z8604cd5]
*** Initiate [#z4b93ee5]
docker-compose -f docker-compose.yml -f docker-compose.without-nginx.yml up -d
** Upgrade 2022-12-31 [#jfc7126a]
Instant restoration: Run docker-compose at /home/mie/mattermost-2022-12-30
*** migration of database [#ifcf79ae]
- https://docs.mattermost.com/install/install-docker.html#upgrade-from-mattermost-docker
- https://github.com/mattermost/mattermost-docker/issues/489
- https://github.com/mattermost/mattermost-docker/issues/445
*** migration of non-db data [#h5c30359]
You can copy `app` volumes directly with a few structure changes.
- https://github.com/mattermost/docker/issues/42
*** Upgrade chain of mattermost server [#m593e18a]
Current version (2022-12-30) of mattermost is 5.26.0.
Upgrading from the version requires a chain upgrade.
https://forum.mattermost.com/t/failed-to-get-channel-members-after-upgrade/13101/5
> if you’re running a Mattermost instance prior version 5.37, first upgrade to 5.37, then to 6.3.
* See Also [#od306a12]
See also https://adaptive.u-aizu.ac.jp/gitlab/yshimmyo/configuration-of-adaptive-u-aizu-ac-jp
* Contact [#u8498d1e]
Yohei Shimmyo <d8221101@u-aizu.ac.jp> <qwpmb554@gmail.com>
終了行:
[[Management]]
* GitLab [#l292615d]
** Configuration [#j24c10fe]
- https://blog.xiaket.org/2017/exposing.ssh.port.in.dockerized.gitlab-ce.html
** Backup [#s4e34c27]
/root/backup_procedure.bash
- https://docs.gitlab.com/ee/install/docker.html#back-up-gitlab
> Backing up the GitLab secrets file is required to avoid complicated steps when recovering GitLab from backup. The secrets file is stored at /etc/gitlab/gitlab-secrets.json inside the container, or $GITLAB_HOME/config/gitlab-secrets.json on the container host.
** Upgrade [#l7cfe9ff]
- https://docs.gitlab.com/ee/update/#upgrade-paths
** Upgrade 2022-12-31 [#o6bf2b59]
Upgrade from 10.7.3 to 15.7.0.
Instant restoration: Run docker-compose up at /home/git/gitlab-2022-12-30
*** Migrate legacy storage into hashed storage [#w7280bd6]
- https://docs.gitlab.com/ee/administration/raketasks/storage.html#on-legacy-storage
Two projects (yshimmyo/graduation_thesis and yshimmyo/IMUReceiver) occured errors that the repositories are read-only. I used ruby console of gitlab runtime and manually release read-only attributes following the below article.
Projects::HashedStorage::RepositoryInUseError: Target repository 'yshimmyo/IMUReceiver' cannot be made read-only: Repository already read-only
- https://gitlab.com/gitlab-org/gitlab/-/issues/289816
*** Listen Port [#hb472ac4]
From a certain (undetermined) version, gitlab parses `external_url` and if the url does not begin from `http://`,
the webserver does not listen on :80. I added a nginx configuration environment variable on docker-compose.yaml:
nginx['listen_port'] = 80
*** Known Problem [#ncc1fb4e]
Timestamps of repositories are updated into a same datetime during migration.
Accordingly, the order of the project list sorted by Updated date is awkward.
One of the solutions against this problem is to use file timestamps in repositories kept
as before upgrade and manually manipulate the DB.
This is a little bit dangerous so I don't want to do unless it is absolutely necessary.
Contact administrator if you think it is a serious problem.
** Upgrade 2022-12-13 [#qe836075]
15.7.0 to 15.7.3
https://about.gitlab.com/releases/2023/01/11/gitlab-15-7-3-released/
** TODO [#ke0c8daa]
*** Zero downtime update [#s72e57ba]
- https://gitlab.com/gitlab-org/gitlab/-/issues/27091
*** Succession of update manner [#w44bb4c3]
> We encourage everyone to run the latest stable release ...
> If you are unable to follow our monthly release cycle, there are a couple of cases you must consider.
https://docs.gitlab.com/ee/policy/maintenance.html#upgrade-recommendations
* Mattermost [#o5381787]
** Configuration [#z8604cd5]
*** Initiate [#z4b93ee5]
docker-compose -f docker-compose.yml -f docker-compose.without-nginx.yml up -d
** Upgrade 2022-12-31 [#jfc7126a]
Instant restoration: Run docker-compose at /home/mie/mattermost-2022-12-30
*** migration of database [#ifcf79ae]
- https://docs.mattermost.com/install/install-docker.html#upgrade-from-mattermost-docker
- https://github.com/mattermost/mattermost-docker/issues/489
- https://github.com/mattermost/mattermost-docker/issues/445
*** migration of non-db data [#h5c30359]
You can copy `app` volumes directly with a few structure changes.
- https://github.com/mattermost/docker/issues/42
*** Upgrade chain of mattermost server [#m593e18a]
Current version (2022-12-30) of mattermost is 5.26.0.
Upgrading from the version requires a chain upgrade.
https://forum.mattermost.com/t/failed-to-get-channel-members-after-upgrade/13101/5
> if you’re running a Mattermost instance prior version 5.37, first upgrade to 5.37, then to 6.3.
* See Also [#od306a12]
See also https://adaptive.u-aizu.ac.jp/gitlab/yshimmyo/configuration-of-adaptive-u-aizu-ac-jp
* Contact [#u8498d1e]
Yohei Shimmyo <d8221101@u-aizu.ac.jp> <qwpmb554@gmail.com>
ページ名: