winds.from.oz 技術メモ

Tag: Systemd

PXE Gentooのdistccdログとsystemd sandboxを切り分ける

Posted:   |   Tags: distcc, gentoo, pxe, systemd

PXE Gentooのdistccdログとsystemd sandboxを切り分ける

目的

PXE boot した Gentoo client で distccd を systemd 管理するとき、root filesystem の overlay 状態と systemd sandbox の制限を分けて考える。

/var/log が overlayfs 上で書き込み可能でも、unit に ProtectSystem=strict があると、service process からは明示許可した path にしか書けない。

症状

distccd は起動しているが、journal に次のような log open failure が出る。

distccd: failed to open /var/log/distccd.log: Read-only file system

このとき、host 側で見ると / と /var/log は overlayfs 上にある。

/        overlayfs
/var/log overlayfs

したがって、すぐに「root overlay が read-only」と判断しない。

原因層

systemd unit が次のような sandbox を持つ場合がある。

Read more...

systemd関連のメモ

Posted:   |   Categories: systemd   |   Tags: systemctl, systemd

systemd関連の雑多なメモ

設定ファイルの場所

| /etc/systemd/system/ | ユーザーが作成またはカスタマイズしたユニットファイルが置かれる場所。 | | /lib/systemd/system/ | システムのデフォルトのユニットファイルが置かれる場所。 | | /usr/lib/systemd/system/ | いくつかのディストリビューションでは、システムのデフォルトのユニットファイルがここに配置される場合がある。 |

起動シーケンスの確認

systemd-analyze critical-chain unitname

事前の処理を追加したい場合 ExecStartPre=

man systemd.service 日本語訳 #Linux - Qiita これが参考になった。

ntpdを使わずsystemd-timesyncdを使う

既存のntpdが起動しているとsystemd-timesyncdの設定があってもntpdが優先されるのでアンインストールしたほうが良い。

emerge –unmerge net-misc/ntp

その上で /etc/systemd/timesyncd.conf を参考に設定を行う。 /etc/systemd/timesyncd.confに書いてあるが、 /etc/systemd/配下にtimesyncd.conf.dというディレクトリを作成し配下にファイルをおいたほうが良い。

私は下記のシンプルな内容で設定した。

[Time]
NTP=ntp.nict.jp

logrotateがうまく行かない

/var/log/messagesがログローテートされていない。 –forceを付けて実行するとローテートされる。が、rsyslogdが再起動していない。

logrotate --force /etc/logrotate.conf

/etc/logrotate.d/rsyslog は下記の内容だった。

/var/log/auth.log
/var/log/cron.log
/var/log/daemon.log
/var/log/kern.log
/var/log/lpr.log
/var/log/mail.log
/var/log/news.log
/var/log/user.log
/var/log/debug.log
/var/log/messages
{
        rotate 4
        daily
        missingok
        notifempty
        compress
        delaycompress
        sharedscripts
        postrotate
                if type -p systemctl 2>&1 1>/dev/null && systemctl is-system-running 2>&1 1>/dev/null ; then
                        systemctl kill -s HUP rsyslog.service
                else
                        test -r /run/rsyslogd.pid && kill -HUP $(cat /run/rsyslogd.pid) 2>&1 1>/dev/null
                fi
        endscript
}

postroteteの処理を追う。ifの条件が２つともtrueであればsystemctlで再起動、 falseであれば、/run/rsyslogd.pidにpidの番号がある事を期待し再起動を試みる。

Read more...