SUSE Linux Enterprise で「Zypper Locked by Another Process」の問題を修正する

「Zypper は別のプロセスによってロックされています」というメッセージは、別のパッケージ管理タスクがシステムのソフトウェア管理ロックを保持していることを意味します。これは、進行中の通常のアップデート、グラフィカルアップデーター、YaST、自動化ジョブ、または（まれに）中断されたタスク後の古いロック状態である可能性があります。適切な対処方法は、状況によって異なります。待機することでアクティブなトランザクションを保護できます。特定されているものの停止しているタスクは、メンテナンス期間中に停止するのが適切です。ロックファイルを削除したり、パッケージプロセスを強制終了したりする前に確認しないと、パッケージの変更が中断され、復旧がより困難になる可能性があります。

まず、表示されているロックの種類を確認してください。

プロセスロックとパッケージロックは異なります。プロセスロックは、2つのパッケージ管理トランザクションが同時にシステムを変更することを防ぎます。一方、パッケージロックは、特定のパッケージのインストール、アップグレード、または削除を防止する管理者ルールです。SUSEはパッケージロックを個別に文書化しており、コマンドはzypper locksそれらのパッケージルールを一覧表示しますが、トランザクションロックを保持しているプロセスは特定しません。

エラーメッセージの正確な内容を確認してください。プロセスID（PID）が表示されている場合は、それを記録してください。コマンドが失敗するのではなく待機状態になっている場合は、しばらくそのままにして、他のアップデートが進行しているかどうかを確認してください。zypperトランザクションがアクティブな間は、YaSTソフトウェア、他のコマンド、または管理エージェントのアップデートを開始しないでください。

状況に合った回答を選択してください。

1. ロックを保持しているプロセスを見つける

ターミナルからこの読み取り専用チェックを実行してください。

ps -eo pid,ppid,stat,etime,user,cmd | grep -E '[z]ypper|[y]ast|[p]ackagekit|[r]pm|[z]md'

出力結果から、コマンドラインアップデート、YaST、PackageKitクライアント、またはSUSE Managerのクライアントエージェントなどの管理プロセスが明らかになる場合があります。プロセス名だけでは、停止しても安全かどうかを判断するには不十分です。実行中のパッケージタスクが重要な処理を実行している可能性があるためです。経過時間、プロセス状態、親プロセス、および既知のアップデートウィンドウを確認してください。root権限がない場合は、管理者にチェックの実行を依頼するか、プロセスの所有者を確認してください。

エラーメッセージにPIDが報告されている場合は、テキスト検索だけに頼るのではなく、その特定のプロセスを調査してください。

ps -p 1234 -o pid,ppid,stat,etime,user,cmd

1234メッセージに表示されているPIDに置き換えてください。CPUを使用しているプロセス、状態が変化しているプロセス、または既知の更新サービスに属するプロセスは、通常、終了するまで待つ必要があります。自分で起動したターミナルコマンドの場合は、そのターミナルに戻り、現在のプロンプトまたは進行状況の出力を確認してください。

2. 作業を待つか停止するかを決定する

トランザクションが有効になるまで待機します

パッケージのダウンロード中、インストール中、またはコマンドの確認待ちの場合は、待つのが最もリスクの低い選択肢です。ストレージの速度が遅い場合、更新バッチが大きい場合、またはパッケージが多いシステムでは、パッケージの更新に時間がかかることがあります。更新が完了したら、元のコマンドをもう一度実行してください。異常に長い時間進行が見られない場合は、PIDと時刻をメモし、関連するターミナルまたは更新サービスのログを確認してから、対処方法を決定してください。

安全に中断できるタスクのみを停止してください。

他のコマンドを開始して対話型プロンプトが表示されている場合は、プロンプトの通常のオプションを使用して応答またはキャンセルしてください。デスクトップアップデーターの場合は、キャンセルまたは閉じる操作が明確に提供されている場合は、それを使用してください。kill -9ショートカットとして使用しないでください。突然終了すると、RPMトランザクションが中断されたり、システムが追加の修復が必要な状態になったりする可能性があります。運用サーバーでは、見慣れないプロセスを停止するのではなく、アップデートの所有者と連携してメンテナンス手順に従ってください。

3. 自動化ツールとグラフィカルソフトウェアツールを確認する

管理対象のSLESシステムでは、更新は管理者、スケジューラ、または中央管理サーバーによってトリガーされる場合があります。別のトランザクションを開始する前に、組織のメンテナンスカレンダーと更新ジョブのステータスを確認してください。ロックが繰り返し同じ時間に発生する場合は、タイムスタンプをスケジュールされたジョブと比較してください。恒久的な解決策は、管理サービスを無効にするのではなく、手動メンテナンスのスケジュールを変更するか、単一の更新ウィンドウを調整することです。

ワークステーションでは、ソフトウェアセンターまたはYaSTセッションがZypperと同じパッケージ管理ライブラリを使用している可能性があります。そのアプリケーションを通してソフトウェア操作を終了するか、終了してください。「PackageKit」がすべてのSLESインストールに存在するとは限りません。サービスコマンドを実行する前に、実際のプロセスを確認してください。アップデーターをグローバルに無効にすると、想定されるセキュリティメンテナンスが妨げられる可能性があるため、システム所有者が変更する意図がある場合にのみ、そのポリシーを変更してください。

4. 記録されたPIDがもはや実行されていない場合

エラーメッセージに PID が含まれている場合は、 で再度確認してくださいps -p PID。プロセスが存在しない場合は、元の Zypper コマンドをもう一度実行してください。ライブラリのバージョンによっては、記録されたプロセスが終了したことを検出して一時的な状態をクリーンアップできますが、動作はリリースや以前のコマンドの終了方法によって異なる場合があります。PID/run/zypp.pidが存在しないという理由だけで、 やその他のロックファイルを手動で削除しないでください。SUSE の AutoYaST ドキュメントには、パッケージ管理ロックを解除することはユーザーの責任であると明示的に警告されています。

再試行後もエラーが解消されない場合は、処理を停止し、正確なエラーメッセージ、SLESサービスパック、時刻、および最近の更新履歴を収集してください。制御された再起動によって一時的な状態が解消される場合がありますが、実行中のパッケージ操作がないことを確認し、実行中のサービスへの影響をチェックした後にのみ実行してください。重要なシステムの場合は、まず管理者またはSUSEサポートに状態の確認を依頼してください。

5. 適切な診断コマンドを使用する

zypper psパッケージ変更後には役立ちますが、よく誤解されています。SLES 管理ガイドでは、パッチ適用、更新、またはパッケージ削除中に削除または置換されたファイルをまだ使用しているプロセスを一覧表示します。これは、現在 Zypper トランザクション ロックを保持しているプロセスを検出するためのコマンドではありません。psそのタスクには、ロック メッセージから PID を取得して使用してください。

同様に、zypper locksパッケージレベルのロックも一覧表示されます。プロセスロックが解除された後も個々のパッケージが使用できない状態が続くかどうかを確認する価値はありますが、アクティブなトランザクションロックは解除されません。この点は重要です。パッケージロックを削除したり、パッケージの選択を変更したりしても、パッケージマネージャを使用している他のプロセスを修正することはできません。

いつエスカレートすべきか

再起動のたびにロックが解除される場合、重要なアップデート中にプロセスが停止しているように見える場合、パッケージデータベースに追加のエラーが報告される場合、またはシステムが集中管理されている場合は、システム管理者にエスカレーションしてください。正確なコマンド、完全なエラーテキスト、PID、SLESのバージョンまたはサービスパック、および読み取り専用プロセスチェックの出力を含めてください。SUSEは/var/log/zypper.logZypperのログファイルとしてドキュメントを作成します。管理者は、障害発生時刻前後のエントリを調べることができます。ホスト名、リポジトリの詳細、ユーザー名、または内部パスが含まれているログは、公開しないでください。

Zypperが再び利用可能であることを確認してください。

既知のトランザクションが完了した後、または管理者が古い状態を解消した後、`package.json` や `package.json` などの無害な読み取り専用コマンドを実行しますzypper --version。zypper reposロック警告なしで完了した場合は、承認された更新期間中に目的のパッケージコマンドを再試行します。確認する前に、Zypper の提案する変更内容を確認してください。コマンドが正常に完了すれば、2 番目のパッケージマネージャプロセスが中断されることはありません。ロックメッセージが返された場合は、ファイルを削除したりトランザクションを繰り返したりするのではなく、新しい PID を特定してください。

SUSE公式リファレンス

• SLES 15 SP6 管理ガイド：コマンドラインツールを使用したソフトウェアの管理
• SLES 15 SP6 AutoYaST FAQ: ZypperとRPMデータベースロック
• SLES 15 SP7 管理ガイド：トラブルシューティングとログファイル
• libzyppプロジェクトのドキュメント