Linux環境で定期的に実行させたい処理はcronで処理するのが一般的かと思います。 30分毎に exec.sh を実行する。
これまでのLinuxでは、ユーザーの追加はuseraddで行われ、ホームディレクトリは/home以下にディレクトリとして作られ、ユーザーのアカウントは/etc/passwd、/etc/group、/etc/shadowで管理されていました。 これからは、systemd-homedがその全ての仕事を置換することになります。 ※タイトル詐欺感がありますが、従来の方式も並行して使えます。安心してください。 systemd-homedとは？ systemd バージョン245で追加された、ユーザー管理デーモン。実体はsystemdのサービスユニットファイルで、systemd-homed.serviceとして起動されます。 今後、ユーザーの管理や認証はsystemd-homed（以下、 homed ）によって行われることになるようですね。 出典が無く間違いだったため、訂正しました。systemd-ho
systemdではユニット（Unit）という単位でサービスやソケット、あるいは他のユニットをまとめるターゲットなどを管理しています。ユニット設定ファイルはプレーンテキストで書かれていて、これをsystemdが解釈してサービスやシステムの起動・停止を管理しています。 ところで、サービス同士やサービスとその関連するソケットの間では、「あるサービスは別のサービスが先に起動していないと使えない」「このサービスはあるソケットを必要としており、これよりあとに起動する必要がある」など、アクティベート順序（起動順序）や依存関係があります[1]。これらのアクティベート順序や依存関係もユニット設定ファイルに記載されていて、systemdが解釈し、適切に実行していきます。 今回は、このアクティベート順序や依存関係について、systemdのユニットの設定ファイルで使われる基本的なディレクティブとその設定を調
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? initはもはや昔のしくみで、OS起動・停止時の制御はsystemdが行う。initよりも並列度を高める設計思想なので、HWの進化ともあいまって最近のOS起動はとにかく速い。 操作には冪等性があるし、Pre/Postといったライフサイクルフックな仕組みもあるので、応用の幅は旧式のinitと比べるとかなり広がっている。独自にシェルを組まずとも、ユニットファイルと呼ばれる定義ファイルをsystemdに食わせてやるだけでよい。 やはりなによりも__統一されたインタフェースでサービスを操作可能__というのがいい。起動・停止はsystemctlコ
Fedora、Ubuntu、Debianなど、いまやほとんどのメジャーなLinuxディストリビューションではsystemdが最初の起動処理システムとして採用されている。だがsystemdはその登場時から「仕様、とくにセキュリティに問題が多い」として議論のネタになりやすく、また、メイン開発者であるLennart PoetteringやKay Sieverseの言動がやり玉に挙がることも少なくない。 そして最近になってふたたび、1つのバグをきっかけにsystemdをめぐる論争がヒートアップしはじめている。 9月28日、サンフランシスコ在住のAndrew Ayerという開発者が自身のブログに「1ツイート（140字以内）でsystemdをクラッシュさせる方法（How to Crash Systemd in One Tweet）」というエントリを投稿した。それによれば NOTIFY_SOCKET
Linux 4.5 から cgroup2 というやつが入りました. こいつはいままでの cgroup とは違って, cgroup の tree がシステム全体で唯1つになり, 様々なファイルの名前も変わっています. そうすると, いろいろと cgroup を使っている systemd にも変更が必要…というわけでいまの systemd の git HEAD では様々開発されているような感じです. とは言ってもせっかく Linux 4.5 なのだから systemd-229 でも cgroup2 使いたいというわけでがんばってみたら死んだという話. 基本的に必要になるのは次の patch github.com もともと cgroup2 の挙動は "__DEVEL__sane_behavior" の FS mount option で有効になっていたので, それを切り替えていく patch で
6日目が少々反則的な内容となってしまいましたが、きにせず7日目行きたいと思います。今日は仕事からの帰りが遅かったので書き始めから日付を超えているというミラクル。もう、時間を気にせず書けます。 と、前置きはこれくらいにして本題に入りたいと思います。いままでのガッツリな感じ（？）とは異なり、時間の関係でサラッとしたネタです。参考にさせていただいたのはRHELやSystemdやDockerの説明では知らない人はいないであろう中井さんの下記サイトです。 enakai00.hatenablog.com ログ収集をする場合にはデファクトスタンダードとなっているであろうfluentdをCentOS7などのSystemdなディストリビューションで起動/停止の管理をしたい場合の設定方法です。といっても、ひとまず動かしてみたレベルなので、問題もあるかもしれません。 通常はtd-agentをRPMからインストー
systemd というと unit ファイルを書いてデーモンを起動して、というイメージが強いかもしれないけど、systemd-run を使うと単発のコマンドを systemd の管理下で実行できる。 こうすることで、CPUQuota=50% とか MemoryLimit=10M とか BlockIOWeight=10 のようにリソースを制限でき、しかも実行中に変更することもできる。 たとえば http://hb.matsumoto-r.jp/entry/2015/12/02/133448 にあるような CPU 使用率を制限しながら yes を実行する例だと、 % sudo systemd-run --scope --uid=eagletmt -p CPUQuota=10% yes > /dev/null Running scope as unit run-rcab5dc0a5f8e4620
題名は「チーズはどこへ消えた」のオマージュなので、実際には/etc/inittabはCentOS 7でも存在します。 さて、CentOS 7（RHEL7）といえばsystemdへの移行が大きなトピックですな。「ふん。そんなもん気にしないで漢はだまってrc.localさ」というのもステキ！ 濡れるッ！ と思います。ちなみにCentOS 7でもrc.localはありますが、 It is highly advisable to use systemd… な上に、/etc/rc.d/rc.localの実行パーミッションが落とされているので、 # chmod +x /etc/rc.d/rc.local してから使いましょう。お兄さんと約束だ。いや、そろそろ年貢の納め時だろ…。systemd覚えようね。たいしたことないから。ちなみに赤帽の方が書いてくださったわかりやすいスライドは以下にあります： でも
Linuxとオープンソース・ソフトウェアに関するニュースを伝えるサイト「The Linux Homefront Project」が8月28日(米国時間)、記事「Lennart Poettering merged “su” command replacement into systemd: Test Drive on Fedora Rawhide｜The Linux Homefront Project」において、systemdにsuコマンド相当の機能がマージされたことを伝えた。 同記事では、systemdの開発者であるLennart Poettering氏による動画を掲載しているが、この動画からは、machinectlコマンド経由でrootユーザ権限のシェルが起動していることを確認できる。 ここ数年、Linuxディストリビューションの多くが従来のSysV形式のinitからsystemdへの移
(訳注：7/24、いただいた翻訳フィードバックを元に記事を修正いたしました。) (訳注2：8/4、いただいた翻訳フィードバックを元に記事を再修正いたしました。) この2010年代にLinuxシステムの管理者をしていれば、systemdに関して何かしら思うところがあるでしょう。そして私は管理者たちの意見が両極端に分かれていることに驚きました。ほとんどの人（少なくとも意見を表明している人達）はsystemdが「大好き」か「大嫌い」かのどちらかのようです。私の場合、systemdをきっかけに昨年OpenBSDを使うことになったのですが、これを話したことで私がsystemdを「大嫌い」だと思われたようです。でも、それは違います。 本当は、systemd自体は私がOpenBSDに移った理由のほんの一部にすぎません。しかし、この経験によって2つの重要な点に気付きました。まず、最近のLinuxの設計の問
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 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 は /e
今でも、 systemdのjournal におけるバイナリのストレージフォーマットに関して、不満を漏らす人が多くいることに私は驚きを隠せません。私は長年、システム管理者として働いてきており、1年以上も syslog-ng の オープンソースエディションのメンテナ として活動してきました。だからこそ、テキストではないストレージフォーマットに対して、なぜ多くの人が批判的なのか、私は理解に苦しんでいます。更に、反論を唱える人までいることが信じられません。もしかしたら、私は別世界の人間なのかもしれません。ですが、より良い選択肢があるのに、テキストのストレージを使う理由はほとんどありません。ロギングをする必要性、そしてなぜ、テキストのログストレージに対してそこまで用心深いのかについて、私は何度も尋ねられました。ここに、私が導き出した答えを紹介したいと思います。 これは、journalについて弁明する
これはとある勉強会用の資料です。スライド作るのが面倒臭くなったのでブログにすることにしました。 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
Ubuntuはsystemdとともに生きていくことになる。ubuntu-devel-announceメーリングリストでMartin Pitt氏が報告した。月曜日からUbuntu Vivid(15.04)はUpstartではなく、systemdでブートするようになる。この変更はデスクトップやサーバーおよび、その他の現行版すべてに適用される。技術的にはパッケージ管理での依存関係が「init」優先ではなく、「systemd-sysv|upstart」優先に切り替わる。ただし、この変更は新規インストールに対するもので、アップグレードには影響しない。アップグレードの場合は「ubuntu-standard」の依存関係に「systemd-sysv」を加えることで切り替えが可能だ。既に手動での切り替えは可能となっているが、初めにワンタイムブートを実行しておくことが強く推奨される。変更により問題が発生した場
Cent 6で sysctl コマンドからカーネルパラーメータを更新しようとするとエラーが発生する。 % cat /etc/redhat-release CentOS release 6.3 (Final) % sysctl -p net.ipv4.ip_forward = 0 net.ipv4.conf.default.rp_filter = 1 net.ipv4.conf.default.accept_source_route = 0 kernel.sysrq = 0 kernel.core_uses_pid = 1 net.ipv4.tcp_syncookies = 1 error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key error: "net.bridge.bridge-nf-call-iptables" i
5. systemdとは何か l initであるSysV init/Upstartの代替となる l Linuxの必要デーモンや、initスクリプトなどの起動・管理理システム l inetd, xinetdといったデーモンの代わりの機能も持つ l ちなみにCentOS 6やUbuntuではUpstart l initに対応する他の有名なシステム l SolarisはSMF(Service Management Facility) l Mac OS X(iOS)はlaunchd 5 6. initのおおよそのフロー l ここの/sbin/init以降降をsystemdが置き換える 6 boot loader Linux kernel /sbin/init デバイスドライバの読み込み initスクリプト起動→/sbin/init起動 = SysV init/ups
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く