はてなブックマーク

前口上 タイトルのとおりです。 クラウドIDE である Eclipse/Che を mruby の開発環境として使う場合の勘所が，本記事の主題です。 本記事で扱う Che のバージョンは 5.0.0-M7 です。 問題点 Step by step ではなく，要点だけ手短に記します。 Eclipse/Che には，Rails アプリケーション開発用の Stack (Workspace の雛形)が用意されています。Rails 用ですから Ruby, gem に加え C/C++ が含まれています。なんとなくこれを mruby 用に使えそうな気がします。 しかしながら，その Stack を用いて，mruby の GitHub 公式リポジトリから clone してビルドすると，途中でエラー終了します。 ビルドログだけ見てると理由が判りづらいのですが，エラー終了の原因は，Rails 用のコンテナイメー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

忘備録。これ以外の理由で pod が止まらないこともあるかもしれない。 症状 K8s で namespace を削除したあと、Terminating のまま延々と終わらない。 リブートしても消えない。 調べていくと、pod がいくつか消えていない。 原因 この pod が存在した worker node が物理的にシャットダウンされていた。 (言い換えると kubectl get nodes の結果が NotReady) この状態では、コントローラは pods を落としたくても落とせない。 対策 worker node を立ち上げても良いし、--grace-period=0 を引数に足して kubectl delete pods を呼ぶことで強制的に削除することもできる。 参考

別記事で，Docker クラスタのロードバランスを容易に実現する GORB を紹介しました． 記事中で， GORB には単体で使うとクラッシュ時のデータの永続性が無いという致命的な問題があること，これを克服するため，Consul を用いることができると書きました． 内部ロードバランサとして用いる想定で，実際に設定してみました． 環境 3ノードの CoreOS です．全てのノードで LVS は有効にしてあります． IP forwarding と LVS が有効になっていれば，他の Linux 系ディストリビューションでも同様と思います． それぞれのノードのホスト名は node0, node1, node2 とします． 全ての作業は node0 上で行っています． Consul クラスタの立ち上げ Consul の詳細はここでは省略し，作業手順だけ記します． Bootstrap マスタ Con

GORB って? GORB は，ほぼメンテナンスフリーでクラスタ上にある Docker コンテナのロードバランスをしてくれるツールです． Go言語で記述されており，それ自身も Docker コンテナとして動作することが想定されています． 仕組み GORB は，gorb と gorb-link という 2つのコマンド(を内在する2つのDockerコンテナ)から成り立っています． gorb は，LVS を用いたロードバランシングを行います． また，ロードバランス先を設定や死活状況の確認を行うための WebAPI を持っています． gorbを含むコンテナが動作するホストのカーネルは，LVS が有効になっている必要があります． gorb-link は，docker.sock を監視し，コンテナの状態変化がある都度 WebAPI 経由で gorb に通知します． gorb-link を含むコンテナが

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

[おさらい] mruby のビルドシステム mruby のビルドシステムは，GNU make→CMake と変遷し，最近は minirake という Rake のサブセットが採用されています． 現在も Makefile は存在していますが，中身を見れば判る通り，minirake を呼び出す薄皮でしかありません． # mruby is using Rake (http://rake.rubyforge.org) as a build tool. # We provide a minimalistic version called minirake inside of our # codebase. RAKE = ruby ./minirake .PHONY : all all : $(RAKE) .PHONY : test test : all $(RAKE) test .PHONY : c

背景 最近の AOSP は，対応するビルドホストもターゲットも増えたため，prebuilt バイナリの量が膨大になってきました．これが sync の時間を伸ばし，ビルドマシンのストレージを圧迫しています． しかし，対応しないビルドホストやターゲットの prebuilt バイナリは，不要なわけです． 一部の Android 系プロジェクト (Android-x86 とか) では， manifest.xml を編集して，不要なプロジェクトを削除しています． しかし，ターゲットはさておき，ビルドホストは複数あったほうが開発者を増やすためには望ましいと言えます． また，AOSP の新しいリリースごとに manifest.xml の再編集を行うのは骨の折れる作業です． このような状況を解消するために，repo には group という機能があります． 日本語のみならず，英語圏でも纏まって解説されてい

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?