助け合いフォーラム
正解
HUP
解説
HUPシグナルは、デーモンプログラムによっては、プログラムの設定ファイルを変更した後その設定ファイルをプロセスに再度読み込ませて設定を反映させる為に用いられます。
したがって正解はHUPです。
シグナルはkillまたはkillallコマンドでプロセスに送ります。
例）httpdプロセスに設定ファイルを再読み込みさせる場合
$ killall -HUP httpd
または
$ killall -1 httpd
その他の選択肢については上表をご確認ください。なお、「RESTART」と「REBOOT」は存在しないシグナルです。
参考
また、pgrepコマンドで実行中のプロセスから特定の名前を持つプロセスIDを検索することができます。
pgrepコマンドの書式は以下のとおりです。
pgrep [ オプション ] 検索パターン
実行例：
検索パターンには拡張正規表現が指定できます。-lオプションを使うと、検索パターンにマッチしたプロセス名も表示されます。
特定のユーザーや権限が実行したプロセスのみを検索対象とすることもできます。
-Uオプションにユーザー名やユーザー識別子(UID)を指定すると、そのユーザーが実行したプロセスを検索できます。
-uオプションに実効ユーザー(実際の権限)名や実効ユーザー識別子(EUID)を指定すると、その権限で動作しているプロセスを検索できます。
以下はプログラムのパーミッションなどによって実ユーザーや実効ユーザーが変わる例です。
kill、killall、pkillコマンドで、プロセスに終了や再起動などのシグナル(命令)を送ることができます。kill、killall、pkillコマンドの書式と主なシグナル名およびシグナル番号は以下のとおりです。
kill [-シグナル名または-シグナル番号] プロセスID
または
kill -s [シグナル名またはシグナル番号] プロセスID
killall [-シグナル名または-シグナル番号] プロセス名(コマンド名)
または
killall -s [シグナル名またはシグナル番号] プロセス名(コマンド名)
pkill [-シグナル名または-シグナル番号] プロセス名(コマンド名)
または
pkill --signal [-シグナル名または-シグナル番号] プロセス名(コマンド名)
killコマンドはプロセスID(PID)を使用して単一のプロセスにシグナルを送りますが、killallコマンドはプロセス名(コマンド名)を使用して、同じプロセス名の全てのプロセスに対してシグナルを送ります。
例） kill -SIGHUP 1133
例） killall -SIGHUP mycommand
また、pkillコマンド、もしくはkillallの-rオプションを使うことで、プロセス名を拡張正規表現で指定してシグナルを送ることができます。
例）
また、killコマンドはジョブ番号を指定し、ジョブにシグナルを送る事もできます。ジョブ番号は「%ジョブ番号」と指定します。
例） kill %2
ジョブ番号はjobsコマンドで確認することができます。先頭の[ ]内の数値がジョブ番号です。
SIGHUPの効果について
質問①
この問題の解説に、以下の記載があります。
「HUPシグナルは、デーモンプログラムによっては、プログラムの設定ファイルを変更した後その設定ファイルをプロセスに再度読み込ませて設定を反映させる為に用いられます。」
上記は、以下に言い換えることができるという理解で正しいでしょうか。
「HUPシグナルにより、対象プロセスを再起動する」
質問②
上記①が正しい場合、HUPシグナルは、プログラム（プロセス）によって
単に終了してしまうものもあれば、再起動するものもあるという理解で
正しいでしょうか。
質問③
上記がいずれも正しい場合、上記解説の様に、HUPシグナルで
「プログラムの設定ファイルを変更した後その設定ファイルをプロセスに再度読み込ませて設定を反映させる」
ことができるかどうかは、プログラムの書き方に依存するので
HUPシグナルでの設定変更の反映は、プログラムごとに仕様を調べ、可能と
わかった場合のみ実施するものであるという理解で正しいでしょうか。
ご存じの方がおられましたら、教えて下さい。
宜しくお願いします。
1について：
厳密にはちょっと違いますね。 「デーモンプログラムによっては」 と記載されている通り、そのシグナルを受け取ってどう動くかはプログラム次第です。
例えば以下の記事で説明されているのですが
https://qiita.com/Kernel_OGSun/items/e96cef5487e25517a576#sigaction-c-%E8%A8%80%E8%AA%9E-api
SIGINTを受け取った時にどうする、という定義ができています。これと同様にSIGHUPを受け取った時にプロセスを再起動させるのかどうかはプログラムによるということです。
ちなみに、SIGHUPは「ハングアップ」の目的であって、終了させることはあっても起動させるというものではないです。再起動させるかどうかもそのプログラムがどう書かれているかにもよります。例えばApacheの場合は以下ページでシグナルごとの挙動が記載されています。
https://httpd.apache.org/docs/2.2/ja/stopping.html
2について：
上記の通り、「再起動」というのが厳密には正しくないですが、プログラムによって挙動が異なるという点はあっています。
3について：
HUPシグナルでの設定変更の反映は、プログラムごとに仕様を調べ、可能と
わかった場合のみ実施するものであるという理解で正しいでしょうか。
ここは発想が逆かなと思います。1のところでお見せしたApacheの場合でいうと apachectl -k stop とか apachectl -k restart とあるように、基本的には制御コマンドが発行するシグナルを適切に選択してくれるようになっています。それとは別の「学習」という話で「シグナルの種類と主な利用方法」を知るという観点ですので、知っていることでより適切な運用方法を選択できるようになる、ということですね。
あと、1でも記載したように「プログラムを書くときにどのシグナルを受け取ったらどういう挙動にさせるか」という判断の時の基礎知識にもなります。
コメント
この投稿に対して返信しませんか？
k kz5835
2023/07/29 12:37
arashi1977様 詳細な解説、誠に有難うございます。 おかげ様で、だいぶ、理解が進みました。 お忙しいことろ恐縮ですが、もう少し、教えて下さい。 頂きました情報、urlから以下の様に理解しました。 ・SIGHUPは、プロセスを終了させるものであって、再起動させるものではない ・アプリケーションの設定反映は、一般に、apacheのapachectl xxx の様に アプリケーションで用意されたコマンドで実行することである 上記の理解だけからですと、この問題の解説の 「HUPシグナルは、デーモンプログラムによっては、プログラムの設定ファイルを変更した後その設定ファイルをプロセスに再度読み込ませて設定を反映させる為に用いられます。」 は、誤りではないのかとの疑問が生じました。 これは、実際には、HUPシグナルを与えると設定ファイルを再読み込みする デーモンプログラムが多数あるので、この様に解説されているという ことなのでしょうか。 また、頂きました情報からしますと、「設定ファイルを再読み込みする」 方法は、必ずしも再起動ではなく、HUPシグナル受信により 再起動を伴わずに設定ファイルを再読み込みするデーモンプログラム も多数あるということでしょうか。 ご存じの範囲で、教えて下さい。 可能であれば、上記質問の回答に該当するデーモンプログラムの 例（名前）にも言及して頂けますと、大変に有難いです。 宜しくお願いいたします。