morimorihogeです。涼しくなってきましたね、ありがたい。今日は小ネタです。 昔々から動いているサーバーのメンテナンスというのはいつになっても無くならないものです。新規で立てたサービスなんかはコンテナオーケストレーションサービス（AWS ECSやらk8sなど）に載せていても、数年前（5年前overレベル）に構築した環境などだと今でもSSHしてメンテするシステムはどの会社にもそれなりに転がっていることでしょう。 今日は、そんなサーバー環境が死にかけたときに使えるかもしれない話です。 ディスク障害とread-onlyマウント起動 Linuxではディストリビューションにもよるかもしれませんが、何らかの事情でルートファイルシステムにディスク障害が発生した場合、read-onlyモードでマウントされた状態でOSが起動します。 この状態になっているとあらゆるファイルシステムへの書き込みが失敗す

はじめに 最近2000年代のアニメを観るのにハマってます、yosuke2です。 NujabesのCDが欲しいです。 これで分かる人はすぐに今私が何のアニメを観てるか分かるはず。 さて、みなさんはテストコードを書いたことがありますでしょうか。 私はありません。 というのも、私が主に担当しているプロジェクトはだいぶ前に開発された巨大なソースコードをメンテし続けている都合もあり、テストコードがほとんどありません。 そのため、これまで業務でテストコードを書く機会がありませんでした。 そこで前々から書いてみたいと思っていたのを実行に移そうということです。 テストコードを書いてコードの安全性・安定性をより高めたい。 という訳でまずテストライブラリの選定ですが、担当しているプロジェクトではC++を主に用いておりboostも採用しているので、boostのテストライブラリを使ってみようとなりました。 boo

事業推進チームのtakanekoです。 はじめに 最近(といっても3月ごろですが)、AWS ECSでexecute-commandによるコンテナアクセスが可能になりました。sshログインの代わりとしてよく利用するのですが、コマンドがすごく長いです 💦 execute-commandでbashを起動する例 aws --profile <AWSプロファイル名> ecs execute-command --cluster <クラスタ名> --task <調べるの面倒くさいタスクID> --container app --interactive --command /bin/bash こういった長いコマンドを複数のプロジェクトで叩き分けるのに疲れたので、navi というチートシートツールを使って簡単に呼び出せるようにしてみました。 naviについて Rust製のチートシートツールです。fzfと組

morimorihogeです。暑すぎて室外機が仕事できないのか、昼間はクーラー付けてても暑くてヤヴァイですね。 最近新しいXPS13 2-in-1を手に入れてメインのRyzen Desktopに入れていたLinux VMをコピーしていました。 デスクトップ環境では4kディスプレイ環境なので通常解像度で良いのですが、13インチディスプレイにそのままの解像度で出すと文字が読めないのでHiDPI対応させる必要があり、その辺りの設定した記録をメモっておきます。 前提環境 ホストOS環境 Dell XPS13 2-in-1（7390 2-in-1） ディスプレイ解像度は3840x2400（QUXGA-W、ほぼ4k相当） Windows 10（Pro化済み） Hyper-VでVMを利用 ゲストOS環境Linux環境 Manjaro Linux（Xfce環境） Hyper-VのVM上で起動 Hyper-

こんにちは。そして初めまして。2019/10に入社したjunyaというものです。BPSではWebチームに所属していて、いくつかのRails案件に携わっています。自己紹介がてら記事を書いてみようかなと思い、advent calenderにエントリーしました。拙い文章ではありますが、最後までお付き合いいただければと思います。 自己紹介 改めましてjunyaといいます。ギリギリ昭和生まれのアラサーです。 前職はSIerで、基幹システム保守と開発のサブリーダーを担当していました。辞める直前はシステム全体のパフォーマンス改善案件を主に担当していて、お客様への報告からインフラサイジングやチューニングなどまで広く浅く担当していました。sysstatとかOracle statspackとか解析しながらチーム内で改善策とか議論していたことを今でも鮮明に思い出します。懐かしい。。。 本記事の概要 さて、私事で

始めに こんにちは。yosuke2です。 前回の記事でArch Linuxを入れてみたものの問題が解決できそうになく、結果Arch LinuxベースのManjaro Linuxを入れてみました。 今回はそのManjaro Linuxについて書こうと思います。 ※Arch Linux記事に書いた後日譚と一部内容が被るところがあります。 どうしてManjaro Linuxを入れようと思ったかと言いますと、Arch Linuxを入れたものの不具合が解決できなさそうだったからです。 具体的な詳細については前回の記事を参照していただけるとありがたいです。 Manjaro Linuxとは Arch Linuxベースに作られたディストリビューションです。 参考：Manjaro Linux - Wikipedia ja.wikipedia.orgより（パブリックドメイン） Arch Linuxとはリポジト

始めに こんにちは。yosuke2です。 今回は趣味でノートPCにArch Linuxを入れた話をします。 そもそもArch Linuxとは Linuxと名前にある通りLinuxディストリビューションの1つです。 参考: Arch Linux - Wikipedia archlinux.jpより GUIが始めから備わっておらずCUIによる設定を行うことが必要など、基本的に初心者向けではなくコマンドや設定ファイルを触ることに慣れた人向けのディストリビューションとなっています。 何故Arch Linuxを入れようと思ったか まず始めにLinuxディストリビューションを選ぶ前の段階の話として、ノートPCが欲しかったというのがあります。 元々学生時代から使っていたWindows8.1の入ったノートPCがあったのですが、ストレージがHDDで動作が遅いのが辛かったからです。 しかし新しく買おうとすると

2019.01.16 Mac: Parallels Desktop for MacでUbuntu Server LTS環境を構築する こんにちは、hachi8833です。Mac向けのVMアプリであるParallels DesktopのLite版を試してみて、それまで使っていたVirtualBoxよりもよいと思えたので乗り換えました。以下は社内勉強会で発表した内容を元にしています。 Parallels Desktop Lite: バージョン1.3.3（無料） Parallels Desktop for Mac Home Edition: バージョン14.1.0（有料） Parallels内でCLIのみのLinuxを使っていると、ものによってはMacネイティブのbash環境よりも体感レベルで速いのではないかと思えるほどでした。もっとも自分のMac bash環境の.bashrcが汚れているから遅

#1: OSとサービス、daemon、Linuxのinitソフトウェア #2: SysVInit、ハンズオン、SysVInitの問題 #3: Systemd、ハンズオン、Dockerでの問題と対応（本記事） Systemdはどこが違うか SystemdはSysVInitやUpstartの問題を改善した最も新しいinitですが、SysVInitとの互換性はありません。 その代わり、SysVInitではstart / stopなどの処理やPIDファイルの扱いを手動で書く必要があったのが、良くある処理なら設定ファイルを記述するだけで書けるようになりました。 さらに複雑な管理も可能で、サービス同士の依存関係を定義したり、お互いに依存しないサービスを並列起動したりできます。 また、SysVInit系にはないモニタリング機能があるので、不慮の終了時といった条件を指定した起動を「システム起動時以外にも」

設定ファイルは以下を使います。サービスを起動するには/etc/init.d/サービス名 startを実行します。実体はただのシェルスクリプトです。 /etc/inittab ランレベル定義ファイル /etc/init.d/ サービススクリプト群がこの下に置かれる /etc/rcN.d ランレベルごとに起動するスクリプト群（Nはランレベルを表す数値） 上の/etc/init.d/以下のファイルに対するsymlinkになっている 起動/停止は頭文字がSかどうかで判断する morimorihoge注） 主要ディストリビューションではserviceコマンドが提供されているので、通常は直接/etc/init.d以下のスクリプトを実行するのではなくserviceコマンドを利用するのが良いでしょう。 参考: デーモンの起動・終了にはserviceコマンドを利用しよう morimorihoge注） 伝統の

BPS社内勉強会でのmorimorihogeさんのスライドを3回に分けてお送りします。 #1: OSとサービス、daemon、Linuxのinitソフトウェア（本記事） #2: SysVInit、ハンズオン、SysVInitの問題 #3: Systemd、ハンズオン、Dockerでの問題と対応 概要 話すこと Linuxサーバーにおけるサービス管理 サービス管理ツールとその概要 SysVInit/Upstart Systemd Monit/Supervisor Dockerに絡む話 話さないこと LinuxやDockerの操作など 最近Linuxのサービス管理が以前と変わりつつあるので、インフラ管理者はもちろん、開発者がテストサーバーを構築したりするときにも役立つ話をしてみたいと思います。 1. OSとサービス Linuxシステムではさまざまなプロセスが動作しますが、「振る舞い」という観点

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Elapsed time with Ruby, the right way - DNSimple Blog 原文公開日: 2018/03/28 著者: Luca Guidi Rubyで経過時間を算出したいときはどんなふうにやることが多いですか？ starting = Time.now # 何か時間のかかることをする ending = Time.now elapsed = ending - starting elapsed # => 10.822178 ⚠ブブー️、これは違います。理由は次のとおりです。 「時間は前に進むとは限らない」 RubyのTime.nowは、低レベルのOS（Operating System）設定に応じてLinuxのtime.hにあるgettimeofday関数やclock_gettime関数を使っています。

概要 原著者の許可および指示により「非公式の翻訳として」翻訳・公開いたします。 英語記事: Spying on a Ruby process's memory allocations with eBPF - Julia Evans 原文公開日: 2018/01/31 著者: Julia Evans なお、eBPFはBPF（Berkeley Packet Filter）の拡張版（extended BPF）です。 参考: LinuxのBPF : (1) パケットフィルタ - 睡分不足 参考: LinuxのBPF : (3) eBPFの基礎 - 睡分不足 今回は、CPUプロファイラを使う代わりに、まったく新しいアイデアに基づいた実験を披露いたします。 私がその日の朝に思いついたのは、Rubyの任意のプロセスのPID（既に実行されているプロセスのPID）を取得してメモリアロケーションを追えるのでは

Windows機で開発を進めていくとWindows由来の挙動に出くわすことが多く、本来開発に注ぐべきパワーをそうした挙動の調査・解消に向けなければならず、開発スピードが遅くなってしまいます。 一方でmacに環境を移し替えようと思っても、それはそれでコストやその他環境のために難しいこともあると思います。 そうしたWindowsで開発する難しさを解消するひとつの手段として、VirtualBox + Vagrantを使って仮想マシン上に開発環境を構築する、というものがあります。 正直なところ、Vagrant + VirtualBoxを利用した仮想マシン上での開発環境の構築はQiitaやその他技術ブログ等ですでに多く紹介されていますが、今回は僕なりの設定方法を交えてまとめてみようかと思います。 なお、今回のWindowsのバージョンは基本的にWindows10を想定しています。 1. まずはVag

前回の記事でmachinectlコマンドを少し紹介しました。 今回はその続きとして、systemd-nspawnの管理コマンドを紹介します。 環境設定は前回作ったものと同じ想定です。 machinectlコマンド自体はsystemd-nspawn専用ではありませんが、こちらのコマンドを使って管理できます。 すべては紹介しきれないので個人的によく使うコマンドを紹介します。 初期設定 machinectlコマンド経由でsystemd-nspawnを起動するかたちになります。 ファイルはどこにおいても-Dオプションで指定すればいいのですが、デフォルトで/var/lib/machinesを想定しますのでこちらに移動しておくと便利です。 前回作ったubuntuディレクトリは/var/lib/machinesに移動しておきます。 mv ./ubuntu /var/lib/machines 設定はお好み

はじめに コンテナ作成といえばDockerが有名ですが。その他にもrktやlxdなど、たくさんプロジェクトがあります。 今回はその中でも特にシンプルなsystemd-nspawnを使ってみます。 ポイントは以下3つだけです。とりあえずこの3ステップだけで使えるようになります。 ファイルを用意する systemd-nspawnコマンドを実行する ネットワークを設定する 検証環境 今回はVirtualBox上のUbuntu16.04上で作業します。 検証ではubuntu-16.04-server-cloudimg-amd64-vagrant.boxをダウンロードしてVagrantで立ち上げましたが、Ubuntu16.04であれば何でも構いません。 構成については今回は簡単に、コンテナにもIPを割り当て、ホストと同じネットワークに接続するという構成にします。 またpublicネットワークにはDH

morimorihogeです。最近やたらインフラの仕事をしてることが多いです。インフラ仕事は嫌いじゃないのですが、集中して作業する時間を確保しないとミスが怖いので作業時間の確保が大変ですね。ゲームする時間も取らないといけないのに。忙しい忙しい。 またしても小ネタです。 オンプレ？VM？Container？ 最近はDockerをはじめとするContainerで、HVMとかPVな感じで普通にLinuxが起動してくる環境ではない環境を触ることも増えました。 Dockerを代表とするContainer環境はここ3〜5年くらいで一部の意識高い層が使うものからかなりコモディティシフトしてきたように思えます。事例も増えたしproductionで使ってるケースも増えました。 とはいえ、Containerは設計思想がVMベースとは異なるので、これまでVPC等の仮想マシン環境やオンプレを使ってきた人達にとって

morimorihogeです。 今朝は久々にAWSのus-eastリージョンが障害祭りみたいでどきどきしてます。今のところtokyoリージョンには問題なさそうですが、HerokuとかSlackみたいに内部的にus-eastに依存しているサービスは不安定のようですね。 小ネタです。 サーバ起動時の自動起動スクリプト インフラ構築をしていて忘れがちですが大事なこと、それは「再起動テスト」です。 今はVPS的なクラウドサービスが主流になったので物理サーバの再起動ということはずいぶん減りましたが、それでもクラウドサービス側のメンテナンスで再起動が不定期に発生することはあります。 この際、再起動時にもきちんと必要なサービスが起動するように設定しておかないと困るわけですね。 LinuxではRedHat系（含むCentOS）もDebian系（含むUbuntu）も昔はsysvinitによる管理がされてきま