Page Scrolling Vertical Scrolling Horizontal Scrolling Wrapped Scrolling
ほとんどサービス動いてないサーバが急にメモリ使用率の警告出したので調べて見たら、1日に30MBくらい、1ヵ月で1GBくらいジワジワとSystemdがメモリリークしていたという話です。 事象 Systemdが異常にメモリを使っている。 $ ps aux | head USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.2 60.9 2327496 2207392 ? Ss 1月15 191:31 /usr/lib/systemd/systemd --switched-root --system --deserialize 21 root 2 0.0 0.0 0 0 ? S 1月15 0:00 [kthreadd] ... 何も動いていないのに2GBも何に使っているの?となった。 原因 結論から言うと、こちらのバグが原
systemd 情報の表示 systemctl list-dependencies ユニッ トの依存関係を表示する systemctl list-sockets ソケッ トとアクティベートするものを一覧表示す る systemctl list-jobs アクティブな systemd ジョブを表示する systemctl list-unit-files ユニッ ト ファイルと状態を表示する systemctl list-units ユニッ トがロードされるか、 有効であるかを表 示する systemctl get-default (ランレベルなど) デフォルトのターゲッ トを一覧 表示する サービス関連のコマンド systemctl stop service 実行中のサービスを停止する systemctl start service サービスを起動する systemctl restart s
前回、 自作FRPライブラリTimeEngineをブラッシュアップして http://timeengine.github.io/ を公開しました。 次回は、その日本語訳、 Reactの応用技術、あるいはReact再入門についての記事をUPしますのでお楽しみに! と書いていたのですが、Dockerじゃないsystemd-nspawn+machinectlが非常に良い、ので予定を変更して、こちらを先にエントリします。いろいろ印象を忘れないうちに。TimeEngineに関してはとりあえず自分がすでに英文で書いたものを和訳してどこかにUPしておいたほうが、何か別展開や国内のためになるかな程度のことなのでお急ぎの方は上記リンクから英文読んでください。そちらも全部仕上がっているとは言えないですし、行き届いていないところをセルフチェックするために和訳もしておこうという感じです。 実用的で枯れた技術「コン
Linux Daily Topics 2016年5月30日ログアウトのたびにユーザプロセスをすべてkillなんて ―毎度お騒がせのsystemd、新バージョンでまた炎上 誕生以来、Linuxユーザの間で好き嫌いが大きく分かれるプログラムの代表にsystemdがある。現在、メジャーなLinuxディストリビューションのほとんどはデフォルトの起動プロセスとしてsystemdを採用しているが、その変更を決めるときはたいてい、どのコミュニティでもひと悶着がつきまとう。たとえば2年前にDebianがsystemdへの移行を決定したときも、開発者の間で意見が二分された状態になり、最後はチェアマンの裁定でsystemdに落ち着いている。また昨年、UbuntuがUpstartからsystemdに移行した際も、多くのユーザや開発者が混乱に陥ったことは記憶に新しい。 そしてそのsystemdがそのアップデートに
※こちらは旧サイトです(新サイトはこちら) Dockerコンテナを作成したものの、Dockerホストが何らかの理由でダウンしたり、リブートがかかったりした場合、Dockerホスト上で稼働していたコンテナも同時にダウンしてしまいます。 これらをsystemd経由で操作し、Dockerホスト起動時(今回はCentOSを例に記述します)に自動でコンテナもstartするようにする例を記載します。 公式 DockerコンテナのUnit設定ファイルを作成 CentOSの場合、既存の起動スクリプトは、/usr/lib/systemd/system/に配置されています。 $ ll /usr/lib/systemd/system | head 合計 772 -rw-r--r--. 1 root root 403 1月 14 2015 -.slice -rw-r--r--. 1 root root 225 1
SysVinitおぢさんなので。 コレのメモ書き http://www.slideshare.net/enakai/linux-27872553 SysVinit / UpStart systemd の起動処理/操作方法 journald のログ管理 Unit設定の書き方 Tips SysVinit / Upstart BIOS が Grub を読み込んで実行 → Grub が Kernel と初期ラムをメモリに展開して Kernel 実行 → Kernel が init Script を実行 SysVinit/Upstart は /etc/inittabを元に処理を実行。 rc.sysinit (システム初期化 rc (サービス起動) /etc/init.d/(servise) start migetty/prefdm ログイン受付 UpStart RHEL6 にあった 実際にジョブとし
お世話になります 先日Dockerで質問させてもらったばかりなのですが、また質問させてください 先日試したことを、今度はcentos7のDockerで試してみたく、トライしてるのですが、サービスをうまく起動させることができず、苦戦しております [shiratsu@localhost centos7]$ cat Dockerfile # SSH-DOCKER # # VERSION 1 FROM centos MAINTAINER shiratsu RUN yum swap -y -- remove fakesystemd -- install systemd systemd-libs && yum clean all RUN yum -y update && yum clean all #Dev tools for all Docker RUN yum -y install git vim
前回の記事「Systemd」を理解するーシステム起動編ーでは、Systemdの概念とSystemdによるLinux起動プロセスの内容を解説させていただいた。第二回となる今回の記事では、Systemdを利用したシステムの管理方法を記載していきたいと思う。 今回の記事ではSystemdのsystemctlコマンドを利用したサービス(プロセス)管理方法と、journalctlコマンドを利用したSystemd journalログ照会の2章立てでSystemdによるシステム管理を解説させていただく。また、各コマンドは先日リリースされたCentOS7上で動作確認させていただいた。 systemctlを利用してサービスを管理する Systemd環境にてサービス管理を行う場合、主にsystemctlコマンドを利用するが、一部、従来のコマンドも利用可能となっている。使途別のコマンドを見ていこう。 Unitの
これはとある勉強会用の資料です。スライド作るのが面倒臭くなったのでブログにすることにしました。 Systemdとは Systemdは、Linuxの起動処理やシステム管理を行う仕組みです。 Linuxの起動処理 Linuxの起動はざっくりと以下の4段階によって行われます。 電源投入によりBIOSが起動する。 BIOSからブートローダーが呼び出される。 ブートローダーがLinuxカーネルを起動する。 Linuxカーネルがinitプロセス(PID 1)を起動する。 このinitプロセスが、Linuxの起動処理を司ります。古くから使われていたのがSysvinitで、Sysvinitの代替えとして近年Ubuntuなどで採用されていたのがUpstartです。そしてFedora 15やCentOS 7、Red Hat Enterprise Linux 7で採用されたのがSystemdです。 System
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く