続行するには、次の問題を修正してください。
お客様はこの回答を行うことが許可されていません。 これがエラーであると思われる場合は、ページを更新して、もう一度お試しください。
このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
Webサーバ用として使っている Azure 仮想マシン(centos Linux 7.7.1908)は、
自動シャットダウンを有効にして毎夜21時頃に停止し、
Runbook によって毎朝7時に開始させ、日中に利用している。
この仮想マシンの停止処理は問題なさそうなのだが、
開始処理がうまくいかないことがあり、
朝、いくら待ってもWebサービスを開始しないと事態が起きたりすることがある
うまくいってWebサービスを開始することもある。
Webサービスを開始していないと気づいたら、
ブラウザのAzurePortal上で手動で「開始」や「停止」指示を繰り返し出していると
いずれはWebサービスを開始するところまで行き、
1日まったくWebサービスを利用できなかったという日はいままでなかった。
とはいえ、既定のサービス開始時間までには間に合わなかったことはあり
なんとか自動開始 Runbook で確実にWebサービス開始まで進むようにしたい。
この自動開始失敗後で手動開始に成功した後仮想マシン内の boot.log を確認すると
共通して
Started Import network configuration from initramfs.
の後に
Started Emergency Shell.
となっていた。
Emergency というほどなのでここで問題が起きているのではと考えている。
仮想マシンはWebサービスを利用する程度であり
毎日のネットワークの設定の変更なんて行ってはいないので
毎回同じネットワークの設定を扱うはずと考えられる。なのに
Emergency になってWebサービス開始しないときと
Emergency にならずにWebサービス開始するときがあるため
仮想マシン自体より仮想マシンの実行環境であるAzure側に問題があるのではないか
と考えるところまで来ている。
が、それでどうすればよいかがわからない。
なんとか自動開始 Runbook で確実にWebサービス開始まで進むようにするために
何をすればよいか知りたいので教えてほしい。
ご助力くださいますようお願いいたします。
なお、必要な情報かはわからないがネットワーク設定関連ということで
この Azure 仮想マシンはパブリックIPアドレスを固定せず動的としている
オプションのDNS名ラベルを指定しており、普段の接続はこのDNSを利用している。
続行するには、次の問題を修正してください。
お客様はこの回答を行うことが許可されていません。 これがエラーであると思われる場合は、ページを更新して、もう一度お試しください。
情報を寄せていただきありがとうございます。
1.journalctlコマンドを使用してシステムログの確認
「起動できないことがある」という本問題の原因であるかは断定できませんが
systemd-udevd[552]: invalid key/value pair in file /usr/lib/udev/rules.d/59-fc-wwpn-id.rules on line 10, starting at character 26 (';')
systemd-udevd[552]: invalid key/value pair in file /usr/lib/udev/rules.d/59-fc-wwpn-id.rules on line 11, starting at character 29 (';')
systemd-udevd[552]: invalid key/value pair in file /usr/lib/udev/rules.d/59-fc-wwpn-id.rules on line 12, starting at character 25 (';')
と出ており、対応を要するのだとみられます。
外部サイト情報によると「,」に置き換えるとのことで試してみています。
2.fsckコマンドを使用してファイルシステムの確認
コマンドを試してみた結果は
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_repair(8).
ファイルシステムの確認ができたわけではなさそうなので
いくらか勉強しなおして再挑戦してみようと思います。
3.initramfsの再構築
こちらはコマンドを試しても何も返さなかったので
成功か失敗かそもそもコマンドの誤入力かもよく分からない状況です。
とりあえず、成功したと信じて明日の自動起動の結果を確認することにしようと思います。
4.ネットワーク構成ファイルの確認
ネットワークに関しては変更したことはないはずで初期状態のままと考えています。
外部サイト情報を元に
を探したところ後者はありませんでした。
代わりに
がありました。
存在したファイルはどちらも更新日付が古く
更新日付から「誰かが誤った記述をして壊した」ようなことはなさそうだと見られます
他にも確認すべき構成ファイルがあればお教え願います。
一通りやってみたので、明日の自動起動で結果を確認してみます。