NASストレージプールはオンラインですが、共有フォルダの一つが見つかりません:確認すべきこと

エヴァ・ウォンテクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

NASストレージプールがオンラインであるが共有フォルダの1つが欠落している場合、まずデータディレクトリがまだ存在するかどうかを確認し、共有定義、マウント、暗号化状態、権限、またはサービス広告のいずれかが欠落しているかを判断してください。

同名のフォルダを再作成したり、すぐにストレージを初期化したりしないでください。健全なプールはストレージレイヤーが組み立てられたことを確認しますが、すべてのボリューム、データセット、暗号化フォルダ、共有レコード、およびクライアント権限が正しく読み込まれたことを証明するものではありません。

このインシデントでの「消えた」とは何を意味しますか?

フォルダが存在しない場所を確認してください:NASコントロールパネル、ローカルファイルマネージャー、SMBブラウズリスト、マップドドライブ、メディアアプリケーション、または特定のユーザーのビュー。実際の再起動後に共有フォルダが消えたケースでは、「消えた」とは単に暗号化フォルダがマウントされていなかったことを意味します。

管理者がローカルでデータセットを見られるがクライアントが共有を見られない場合、データは存在し問題はファイルシステムより上位にあります。共有レコードが存在するがパスが空の場合は、ボリュームまたは暗号化されたサブマウントを確認してください。

スクリーンショット、共有名、予想されるボリューム、最近の再起動または更新、最後に正常にアクセスした時間を記録してください。範囲が明確になるまで設定を変更しないでください。

最初にどのレイヤーを確認すべきか?

観察 可能性のあるレイヤー 読み取り専用のチェック
特定のユーザーだけに欠落 権限または識別 有効なACLとグループメンバーシップ
SMBブラウズには存在しないがローカルでは見える 共有サービスまたは非表示設定 共有定義とSMBサービスの状態
共有は存在するがターゲットが空 ボリューム、データセット、または暗号化のマウント マウントされたソースとロック解除状態
管理インターフェースに存在しない 設定データベース 最近の設定バックアップとシステムログ
プールはオンラインだが子ボリュームが見つからない ボリュームまたはデータセットのレイヤー ボリューム、データセット、およびファイルシステムの状態

最も重要な区別は、データの存在と共有の可視性です。既存のディレクトリを再公開するのは設定作業であり、欠落したデータセットを回復するのはストレージの問題です。

フォルダを保持しているボリュームまたはデータセットはマウントされていますか?

プールはオンラインのままで、子ファイルシステム、データセット、外部拡張ユニット、または暗号化フォルダがマウントされていない場合があります。電源イベント後に子が読み取り専用でマウントされた場合は、変更する前に最初の読み取り専用ボリュームのチェックを使用してください。

劣化状態、読み取り専用状態、ロック解除のプロンプト、キーの欠如、起動順序の遅延を確認してください。暗号化された共有フォルダーは、基盤となるプールが正常でもキーが読み込まれるまで存在しないように見えることがあります。

共有を空のフォールバックディレクトリに向けないでください。そうするとアプリケーションが第二のデータセットを作成し、意図したマウントが戻ったときの復旧が複雑になります。

権限がフォルダーを見えなくしている可能性はありますか?

一部のNASインターフェースは、現在のアカウントがアクセスできない共有を隠します。グループ変更、ディレクトリサービスの障害、ACL移行、またはNASファイル権限マッピングの破損により、削除されたように見えることがあります。

管理者アカウントでテストし、権限を再帰的にリセットするのではなく実効権限を確認してください。同じボリューム上の動作している共有と欠落している共有を比較してください。

影響を受けるクライアントが1台だけの場合は、古いセッションを切断し、確認済みのアカウントで再接続してください。保存された資格情報が、もはや参照権限のないIDを使い続けていることがあります。

共有定義が消えてもデータが残っていることはありますか?

共有は名前とプロトコル設定を既存のディレクトリにマッピングする設定レコードである場合があります。アップデート、復元、または設定データベースの問題の後、そのレコードが消えてもディレクトリはスペースを消費し続けることがあります。

NASのサポートされている設定復元または共有再リンク手順を使用してください。何かを再作成する前に、正確な既存のパス、所有権、暗号化、アプリケーションの依存関係、およびプラットフォームが既存のディレクトリの採用を許可しているかを確認してください。

まず現在の設定とログをエクスポートしてください。同名の共有をデフォルトオプションで再作成すると、ACLが変更されたり、空のパスが有効になったり、元のデータセットが隠されたりする可能性があります。

サービスとアプリケーションで何を確認すべきですか?

共有がコントロールパネルに表示されているがネットワーク上に見当たらない場合は、SMBまたはNFSサービスの状態、隠し共有設定、プロトコルバインディング、ファイアウォールの変更、名前解決を確認してください。より広範な共有フォルダーの可視性チェックリストでは、権限、サービス、隠し設定、ドライブマッピングが関連付けられています。

メディア、バックアップ、同期、およびコンテナアプリケーションは、それぞれ独自のライブラリやチームフォルダーリストを管理している場合があります。NAS共有は正常でも、アプリがそれをインデックス化または公開しなくなることがあります。

  • 共有が意図したプロトコルで有効になっていることを確認してください。
  • サービスが期待されるインターフェースでリッスンしていることを確認してください。
  • 共有が意図的にブラウズから隠されているかどうかを確認してください。
  • アプリケーションライブラリ、チームフォルダ、コンテナのマッピングを確認してください。
  • ホスト名、IPアドレス、ローカル管理によるアクセスを比較してください。

ログを保存した後、影響を受けたサービスのみを再起動してください。NASを完全に再起動すると、元の障害が記録される前にマウントや暗号化の状態が変わる可能性があります。

最も安全な復旧手順とは?

  1. 予想されるフォルダパスに書き込む可能性のあるアプリケーションを停止してください。
  2. プール、ボリューム、データセット、マウント、暗号化の状態を確認してください。
  3. データディレクトリがローカルに存在するかどうかを判断してください。
  4. 管理者の可視性、有効な権限、共有サービスの状態を確認してください。
  5. ログと現在の構成をエクスポートしてください。
  6. サポートされている方法で共有定義を復元または再リンクしてください。
  7. 書き込みを再開する前に、ファイル数、権限、アプリケーション、バックアップを検証してください。

ディレクトリや子ファイルシステムが欠落している場合は、証拠の保存で止めてください。ストレージレイアウトとバックアップ状態が理解されるまで、プールの再構築、ファイルシステムの修復、ディスクの並べ替えは避けてください。

共有を再作成する代わりにいつエスカレーションすべきか?

ディスクエラー、更新失敗、予期しないシャットダウン、暗号キーの問題、プールの劣化、またはNASが見えるフォルダより多くの使用済みスペースを報告する場合はエスカレーションしてください。

また、NASがデータが既に存在すべき場所で初期化、修復、またはストレージ作成を提案する場合はエスカレーションしてください。破壊的な操作を受け入れずに、ディスクの順序、シリアル番号、プールのトポロジー、アラート、ログを記録してください。

設定のみのインシデントでは、既存のデータパスが明確でファイルシステムが健全であるはずです。その証拠がなければ、共有管理ではなくデータ復旧の可能性として扱ってください。

よくある質問

共有フォルダが消えても、そのファイルがまだスペースを使用していることはありますか?

はい。データはマウントされていないデータセット、暗号化フォルダ、隠しディレクトリ、または共有定義が欠落している既存のパスに残っている可能性があります。

同じ名前で新しい共有を作成すべきですか?

元のパスとプラットフォームの採用手順を確認するまではそうとは限りません。新しい共有は空の場所を指しているか、権限を変更している可能性があります。

オンラインプールはファイルシステムが健全であることを意味しますか?

いいえ。プールの組み立て、子ボリュームのマウント、ファイルシステムの健全性、データセットの可用性、暗号化、共有の公開はそれぞれ別の状態です。

最も安全な対応は、物理プールからクライアントビューまで失われたフォルダを追跡し、現在の状態を保持し、実際に障害が発生したレイヤーのみを修復することです。

サポートとヒント

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.