この話はかなりコンテキスト依存なので、自分メモです。 この辺、体系的に教えてもらったこと無いので、ツッコミどころは満載です。 そのサーバの役割は何か 普通だったらサーバ管理表やサーバ管理アプリに当該サーバの役割とプロジェクトが記載されているはずです。 そもそもpingが通るか pingが通らなければ、どうしようもないです。 サーバが死んだか、gatewayが死んだか、アクセスネットワークが死んだかが考えられます。tracerouteしてみてどこが死んでいるのかしらべてみるといいでしょう。 sshで繋げるか pingが通るけど当該サーバにssh接続できない場合は、単純に重いかOOM Killerが走っている場合があります。 どうしようもなければ、IPMIもしくは管理コンソール経由でサーバを再起動する必要があるでしょう。 ロードアベレージ(LA)は高くないか 何は無くともLAの状態を見ます。
皆さん、tigコマンドを活用していますか？ tigは、コンソール上で使えるgitブラウザです。実はずっと、ただのきれいなgit logだと思っていたのですが、本当はそんなことはありません。かなり使えるやつなのです。 インストール ソースコード: https://github.com/jonas/tig インストール方法: https://github.com/jonas/tig/blob/master/INSTALL.adoc この辺りを参考にしてみてください。詳細は割愛します。 基本の使い方 この状態の差分を扱っていきます。いつものこれだとこんな感じ。 git logが素敵にビジュアライズされてます。この画面をmain viewといいます。 ここでエンターを押すと、下半分に差分の詳細（diff view）が表示されます。 下矢印で、Unstaged changesの差分を見てみるとこんな
dstat - versatile tool for generating system resource statistics 背景 mpstatやらvmstatやらでリソース監視をやっていたらターミナルの数が無限に増えていくのに嫌気がさした。 ちょっと調べてみるとdstatというコマンドがいろいろ見れて便利って聞いたので紹介してみます。 dstatとは dstatとは簡単に説明するとCPU負荷をコアごと、IO負荷をディスクごと、ネットワーク転送量をインターフェイスごとに表示できるコマンド。 topやiostat,netstatを使って監視しているリソースがコマンド一つで監視できます。 GitHubにてソースは公開されています。言語はPython dagwieers/dstat 公式サイト http://dag.wiee.rs/home-made/dstat/ インストール $ sudo
サーバ管理技術IPMI スピーカー ゆたかさん 発表資料 Googleスライド ※当初非公開としていましたが、一般公開します。(2018/3/25) 本編(16:00-17:45) 目次 IPMI の概要 BMC の呼称 OOB の機能 OOB の WEB OOB の CLI IB の機能 参考文献 IPMI とは Intelligent Platform Management Interface。読み方はアイピーエムアイ。 Intel、HP、NEC、Dell が仕様を策定。 Intel のホームページに仕様書(PDF)が無料公開されている。 ※仕様書のURLは不定期に変動するため、「Intel IPMI PDF」で検索するのがよいです。 v1.0 が 1998 年に登場。最新版は v2.0 (2015年) IPMI とは ・・・ サーバを管理するための仕組み 一部のサーバ製品（ローエンド
TL;DR: systemd now can do per-service IP traffic accounting, as well as access control for IP address ranges. Last Friday we released systemd 235. I already blogged about its Dynamic User feature in detail, but there's one more piece of new functionality that I think deserves special attention: IP accounting and access control. Before v235 systemd already provided per-unit resource management hook
Linux kernelの起動オプションとsystemd設定で自分がよく使うものです。CGroup V2 （解説スライド）使用前提です。 CGroup 2 への対応状況 LXCは対応済み snapdは最近対応された dockerはまだ（２０１９年１１月）。しかしdocker互換のPodmanがCgroup V2対応なのでそちらを使えばよい Linux kernel 起動オプション 再設定方法 /etc/default/grub の GRUB_CMDLINE_LINUX_DEFAULT に指定したいカーネルオプションを追加する update-grub をrootで実行する CGroup V2 の使用 systemd.unified_cgroup_hierarchy=1 を追加する。cgroup_no_v1=all を同時に指定してもよい IOMMU の使用 IOMMUが付属するハードウェアで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
