LPIC-3 仮想化・コンテナ化コンテナ・初期構成の切分けオリジナル・公式資料照合難易度★★★☆☆
cloud-initを使う新規VMで、SSHには接続できるようになったが、cloud-init statusはrunningだった。ユーザーデータにはpackagesとruncmdがあり、その処理が終わった後にアプリの検証へ進みたい。cloud-initが無効化されていない現行CLIで、待機と結果確認に使う操作として適切なのはどれか。
A
SSH接続できた時点で、packagesとruncmdも必ず成功済みとみなす
SSHの起動時点と、後続のcloud-init処理の完了時点は一致するとは限りません。
B
cloud-init cleanを直ちに実行し、完了記録を削除して成功扱いにする
cleanは完了待ちや成功確認ではありません。初期化状態を消す操作を検証の代わりにはしません。
C
cloud-init status --waitを実行し、終了コードと状態を確認してからアプリの検証へ進む★ 正解
cloud-initの完了を待つためのCLIです。失敗や回復可能エラーも成功として隠さず確認します。
D
常に1秒sleepすれば、環境に関係なく完了を保証できる
処理時間はネットワークやパッケージ等で変わります。固定1秒は完了条件の確認になりません。
解説
SSH接続可能とcloud-initの完了は同義ではありません。cloud-init status --waitで完了を待ち、終了コードや詳細状態のエラーを確認します。cloud-initの成功だけでアプリ自体の正常稼働を保証するわけではなく、その後にアプリの検証を行います。
根拠資料・確認情報
対応範囲：LPIC3 305-300 v3.0
資料確認日：2026-10-29
同じレッスンの問題
問題 1
cgroup v2のコンテナで、memory.maxは268435456である。memory.eventsのoom_killが前回0から今回1へ増えた。これだけから言える内容として正しいものはどれか。1MiB=1,048,576byteとする。親cgroupやホスト全体のOOMの記録はまだ調べていない。
memory.max: 268435456
memory.events: ... oom_kill 1 ...
問題 2
Linux上のDocker Engine 28.0以降で、通常のNAT bridgeを使う。コンテナ内アプリは0.0.0.0:80で待ち受け、docker psのPortsは127.0.0.1:8080->80/tcpである。ホスト自身のcurl http://127.0.0.1:8080は成功するが、別ホストから公開IP:8080へは接続できない。追加のproxy・direct routing・ポート転送はない。まず確認する設定上の理由はどれか。
問題 4
Vagrantで次のsynced_folderを使う。起動時の初回rsyncは正常終了した。その後、ゲスト内の/srv/share/result.txtだけを変更したが、ホストの./data/result.txtは変わらない。rsync-auto等の別処理は動かしていない。正しい説明はどれか。
config.vm.synced_folder "./data", "/srv/share", type: "rsync"