第7章 ファイルシステム
autofs パッケージに README.autofs-schema
ファイルと更新されたスキーマが含まれるようになりました。
samples/autofs.schema
ディストリビューションファイルは古く、正しくありません。結果として、誰かが誤った LDAP スキーマを使用している可能性があります。ただし、使用中のスキーマの変更は強制できません。今回の更新により、以下が可能になります。
- 問題を説明し、可能であればどのスキーマを使用するかを推奨するために、
README.autofs-schema
ファイルが追加されました。
名前変更操作後に、古い dentry
オブジェクトが dentry
キャッシュに残されなくなりました
NFS ファイルシステムでは、既存のオブジェクトを置き換える名前変更操作後に、古い
dentry
オブジェクトが dentry
キャッシュに残されました。その結果、古い名前または新しい名前に 32 文字以上が含まれている場合、古い名前のエントリーはアクセス可能と表示されていました。基礎となるソースコードが、古い dentry
のハッシュを解除するように変更されました。その結果、名前変更操作によって古い dentry
オブジェクトが発生しなくなりました。(BZ#1080701)
シャットダウン状態に達した後、autofs
マウントが無限ループに入らなくなりました
autofs
マウントがシャットダウン状態に到達し、マウント要求が到達してシャットダウン通知を読み取る前に処理された場合、mount-handling スレッドは autofs
マウントをクリーンアップせずに終了しました。その結果、autofs-managed マウントがマウントされたままになると、メインプログラムは終了条件に到達せず、無限ループに入りました。このバグを修正するために、リクエストが処理されるたびに終了条件チェックが行われるようになり、autofs
マウントがそのシャットダウン状態に達した場合にクリーンアップ操作が実行されるようになりました。その結果、autofs デーモンは、シャットダウン時に想定どおりに終了するようになりました。(BZ#1277033)
NIS サーバーに保存されているマップにアクセスするために 自動
マウントを再起動する必要がなくなりました。
以前は、
autofs
ユーティリティーは、起動時に NIS クライアントサービスを待ちませんでした。そのため、プログラムの起動時にネットワークマップソースが利用できない場合、マスターマップを読み取ることができず、NIS サーバーに保存されているマップにアクセスするために 自動マウント
サービスを再起動する必要があります。今回の更新により、autofs
はマスターマップが利用可能になり、起動マップを取得できるまで待機します。その結果、automount
は NIS ドメインからマップにアクセスでき、起動時に autofs
を再起動する必要がなくなりました。
設定された待機時間後も NIS マップが利用できない場合は、
autofs
設定の master_wait
オプションを増やす必要がある場合があります。ほとんどの場合、パッケージで使用される待機時間は十分です。(BZ#1350786)
再試行タイムアウトを設定すると、SSSD からのマウントなしで autofs
が起動しないようになりました。
autofs
ユーティリティーを起動すると、以前は sss
マップソースがマップ情報を提供する準備ができていなかったことがありましたが、sss
は map does not exist
と not available
状態を区別するための適切なエラーを返しませんでした。その結果、自動マウントは正しく機能せず、SSSD からマウントせずに autofs
が起動しました。このバグを修正するには、map does not exist
エラーが設定可能な期間発生した場合に、autofs
がマスターマップへの SSSD 要求を再試行します。これで、再試行タイムアウトを適切な値に設定して、マスターマップが読み取られ、autofs
が期待どおりに開始されるようにできるようになりました。(BZ#1384404)