問題タブ [gitlab-omnibus]

管理エリアの「プロジェクトの転送」オプションを使用して、git-repository を gitlab の別の名前空間に移動しました。私は両方の名前空間の所有者/マスターです。

初めて転送を行ったときは、移動後にページが自動的に更新されるまでに時間がかかりました。しかし、私はそれを実行させるだけだと考えました。クリックして別のページに移動してから戻ったとき、何も起こらなかったようです。プロジェクトはまだ古い名前空間にあり、プロジェクトは新しい名前空間に表示されません。

ただし、古い名前空間では、プロジェクト情報に「リポジトリ：存在しません」と表示され、ディスクを見ると、実際には nameofrepository.git と nameofrepository.wiki.git が新しい名前空間のディレクトリに移動され、古いディレクトリにはもうありません。

gitlab でこの情報を簡単に更新/修正する方法はありますか? すでに gitlab を再起動しましたが、まったく役に立たなかったようです。

gitlab 7.5.1 を実行しています

現在、Gitlab 7.10.0 バージョンのセットアップがあります。バージョンを 7.13.2 バージョンにアップグレードしようとしています (この質問を投稿した時点で最新のものです)。

アップグレードのためにこれらの手順に従っています。

1. 現在のデータベース、リポジトリ、アップロードのバックアップを作成します。(関連するかどうかは不明です。)

   sudo gitlab-rake gitlab:backup:create

2. 7.13.2 Gitlab Omnibus パッケージをダウンロードします。

3. Gitlab 7.13.2 Omnibus パッケージをインストールします。

   sudo dpkg -i gitlab-ce_7.13.2-ce.0_amd64.deb

4. Gitlab の再構成

   sudo gitlab-ctl 再構成

5. サービスを再起動します sudo gitlab-ctl restart

すべてのコンポーネントが起動しますが、任意のページにアクセスしようとすると 500 エラーが発生し、ログにはデータベースが存在しないことが示されます。(データベース gitlabhq_production は存在しません)

なぜこれが起こっているのかわかりません。何か足りないものがありますか? 従うべき他の手順はありますか?

私が試したこと：

1. コマンドを使用しsudo gitlab-ctl upgradeてアップグレードします。コマンドが完了した後、Gitlab はまだ 7.10.0 バージョンのままです。
2. バックアップを作成し、7.10.0 バージョンの新規インストールを実行し、バックアップを復元して、上記の手順を実行します。機能しませんでした。ログには、運用データベースが見つからないことが示されています。

私がしようとしていること：

1. インクリメンタル アップグレードを試してください (7.10.x -> 7.11.x -> 7.12.x - 7.13.x)。折り返し結果を掲載します。

他に必要な情報があれば教えてください。

Omnibus パッケージを使用して専用の Ubuntu 14.04 サーバー エディションにGitlab CEをインストールしました。

ここで、gitlab の隣に他の 3 つの仮想ホストをインストールします。

non-root user2 つは、2 つの異なる で実行されているによって起動される node.js Web アプリケーションです。3 つports > 1024目は、起動元の Web サーバーが必要な PHP Web アプリケーションです。

がある：

• 8081( node.js)で実行されているプラ​​イベート バウワー レジストリ
• 8082( node.js)で実行されているプラ​​イベート npm レジストリ
• プライベート コンポーザ レジストリ ( PHP)

しかし、オムニバスは80をリッスンし、Apache2もNginxも使用していないようです。したがって、それらを使用してPHPアプリを提供し、他の2つのノードアプリを逆プロキシすることはできません。

Gitlab Omnibus が使用するサービング メカニクスは何listen 80ですか? 次の vHosts を提供できるようにするには、他の 3 つの仮想ホストをどのように作成すればよいですか?

• gitlab.mycompany.com( :80) -- すでに使用中
• bower.mycompany.com( :80)
• npm.mycompany.com( :80)
• packagist.mycompany.com( :80)

gitlab (ローカル) サーバーでマージ リクエストを作成しました。これで、マージ リクエストをクリックするたびに、リクエストがエラー 500 でタイムアウトします。それ以前は、エラー コード 504 が表示されていたので、この gitlab サポート トピックに記載されている変更を適用しました。

私がやりたいのは、マージ要求を削除することだけです。これを手動で行う方法はありますか？

こんにちは

私は最近、UX 管理チームのニーズに合うかどうかを判断するために gitlab を使い始めました。

次のように、テスト用にクラウド上に 3 つのサーバーを作成しました。

• Server_1 Gitlab および Gitlab-CI

• Server_2 Gitlab ランナー

• Server_3 スクリプト リポジトリ

アイデアは、以前のスクリプト リポジトリを Gitlab にプッシュし、それらに加えられた変更とセキュリティの問題を制御することでした。

サーバー 1 に Gitlab-Omnibus をインストールし、彼のプロジェクト Testproject1 でユーザー「test1」を作成した後、いくつかのテスト スクリプトをプロジェクトにプッシュします。この後、Server_2にランナーをインストールし、Gitlabに対して構成し、ランナーを作成して登録し、Server3に対してsshキーを構成しました

ここでの問題は次のとおりです。ユーザー test1 が Gitlab の Testproject1 のスクリプトに変更を加えると、ランナーがトリガーされ、プロジェクト全体がビルドされ、プロジェクト全体が /home/user/build/"number"/number/Testproject1/ にプッシュされます。これらを実行するスクリプトアクションは、「Testproject1.sh」という名前のその場所にあり、次のようなコードが含まれています。

..... 等々。

リポジトリをユーザーの自宅にデプロイしたくありません。ファイル「.gitlab-ci.yml」を目的のデプロイパスとコマンドで構成するだけで十分だと思いましたが、それで達成できる唯一のことは、リポジトリがユーザーのホームと .yml ファイルに記載されているパスに毎回デプロイされます。

この動作を変更する方法を知っている人はいますか? 環境変数またはこれをコールドフィックスするものはありますか? または、この CI 機能を間違って使用していますか?

ちなみに、ランナーの yml ファイルは次のとおりです。

前もって感謝します

Chef レシピを実行するオムニバス インストールでのサード パーティの gem の使用に関する質問について、誰か助けていただけませんか? omn​​ibus でパッケージ化された「p4ruby」gem を使用して、レシピで使用できるようにしたいと考えています。

エラーが発生します

インストールディレクトリで見ることができます

私はChefのドキュメントを読み、たとえばchef_gemまたはgem_packageを使用できることを確認しました

ただし、これは常に gem をコンパイルしようとするため、makeやg++などの開発ツールが利用可能であるとは期待できず、それらを強制的にインストールしたくないため、ターゲット インストール環境でエラーが発生します。

Chef にこの gem を「見て」もらい、コンパイルを実行せずにサードパーティの gem を指定するにはどうすればよいですか? これは可能ですか？

詳細については、 makeとg++を備えたマシンでgem_packageを使用すると、最終的にインストール ディレクトリに次のようになります (以前とは少し異なります)。これはパスの問題ですか?? 私はすべてを検索しましたが、解決策を見つけることができません

助けてくれてありがとう

そのため、Ruby アプリケーションのパッケージ化を任されています。アイデアは、パッケージを apt-get したり、gem をインストールしたりする必要をなくすことです。パッケージはオールインクルーシブです。

私はOmnibusを見つけるところまで行きました（fmp-cookeryもありますが、あまり知られていないようです）

オムニバス プロジェクトの一般的な構造を理解しましたが、具体的な問題が発生しています。

1) インストール時に Chef で実行されるレシピがたくさんあります。これらは、DB と nginx の構成をセットアップします。ターゲットマシンでこれらを実行する最良の方法は何ですか?

2) ビルド スクリプトに bundle install 行を追加しましたが、これで要件が重複します。たとえば、nokogiri は 2 回インストールされます。1 回は私の実際のプロジェクト Gem として、もう 1 回はオムニバスの別の要件として。それで、/#{instal_dir}/embedded/bin に 1 つ、${install_dir}/embedded/lib/ruby/.../gems に 1 つの 2 つのバイナリができてしまいます。