[Powerstore]Powerstoreシャットダウン~起動後FLR Tool Kitから保護期間を確認するとすべてのファイルがExpired表記になる。

kyoro9さん

Powerstoreをシャットダウンし、数日たった後にFLR Tool Kitのクエリから保護期間を確認するとファイルがすべてExpiredになっていました。起動後に新規で作成したファイルについてもExpired表記が出ており、また、Expired表記であっても削除ができないことから、FLR Tool Kit側の誤表記だと考えているのですが、正常に表記を戻すための方法等はございますでしょうか。

→残念ながらFLR Toolkitを使って設定したPowerStore内のファイルでの不具合の事例などの情報はありませんでした。
詳しい状況を確認するという点では各ファイルシステムにあるFLR_Logsディレクトリにあるログを確認する、というのはどうでしょうか。（後述Techガイドコメント参照）

またよく知る人に相談したところ、この場合、Expireがおかしいのか、それともFLR Dateがおかしいのかといった点を確認するのも問題の切り分けには役に立つのではないかとのことでした。

（該当ファイルのプロパティ）
 

PowerStore Techガイドから
Troubleshooting:
Journal Keywords: NAS_FILE_SYSTEM, FLR, flr
--FLR activity is logged under a FLR_Logs directory on each file system
flrLog20220301221342

また、FLR Tool Kitにつきましてドキュメント等あればご教示いただけますでしょうか。

→公開されているのはTookKitをダウンロードした際に付属してくるReadme First　、Release Notesでした。他はちょっと見つけられず・・・

参考：Dell EMC FLR Toolkit 6.0.1 ダウンロード

閲覧権限有りのPowerStoreTechガイドには少し情報があったので参考までに。。
PowerStore Techガイドから
Using FLR Toolkit for Windows:
Dell EMC FLR Toolkit 6.0.1
Flrapply--Define retention date for file or set of files
Flrapply Z:\testdir\testfile /AT 202010101000
--Above example sets retention time as October 10 2020 10:00AM
Flrquery--Query files for retention date 
flrquery/QUERYFILE Z:\temp\myquery.xml
--Above example finds files based on the myquery.xml query file

@ayas さん

ご確認ありがとうございます。

FLR Tool Kitにつきまして情報提供いただきありがとうございます。ドキュメントについて承知いたしました。

問題の切り分けについてですが

flrLogを確認したところ、RPが過ぎたファイルの削除に失敗している様子が確認できました

Wed Nov  6 06:13:26 2024 : Delete worm committed file : Inode No = 9906 : Generation No = 1729667155 : Uid = 2151678452 : Gid = 2151678496 : FileMode = 444 : FileSize = 46 : RP = Mon Nov  4 13:08:46 2024 : Failed
Wed Nov  6 06:13:27 2024 : Delete worm committed file : Inode No = 9906 : Generation No = 1729667155 : Uid = 2151678452 : Gid = 2151678496 : FileMode = 444 : FileSize = 46 : RP = Mon Nov  4 13:08:46 2024 : Failed

また、FLR Dateについてはシャットダウンしていた日数分ズレており、そこにデフォルトの保護期間(二日)を加えた日数が表示されております。ファイル作成日からおよそ二日前の日付になっています。

Powerstoreからファイルシステムの保存期間を確認するとクロックタイムがシャットダウンしていた日数分ズレているため、こちらの日数に準拠しているのではないかと推測しています。

クラスターの時間では現在の時刻になっているためNTPの設定等は問題ないかと思っております。

何らかの設定により同期をとる必要もしくは設定の誤り等あるかと存じますがこの点について知見をいただけますと幸いです。

よろしくお願いいたします。

@ayas さん

資料提供いただきありがとうございます。

P12内のTAMPER-PROOF CLOCKについてですが、

 If the system time is ahead of the FLR clock, the FLR clock gradually adjusts to that change. The FLR clock can advance 138 seconds per hour if it is behind the current value of the system clock.

とあるのでシステム時間が進んでいた場合はFLR clock側で1時間に138秒進めるのが仕様であるようなので、今回のPowerstoreのFLR Tool Kitの表示は仕様上正しいのではないかと推測しております。

また、Unity VSAでも検証を行いましたが同じ事象になりましたのでPowerstoreとUnityで同じ挙動になると考えております。

気にかかるのは、最初の問題に戻ってしまいますが、起動後の保護期間とFLR Tool Kit上の表記でずれが出ることですが、運用上長期の保護を想定していることと、頻繁なPowerdownを想定していないことがあるのではないかと想定しています。

こちらは一度サポート問い合わせ含めて検討したいと思います。

問い合わせの結果が返ってきたのでこちらでも共有しておきます。

・TAMPER-PROOF CLOCKの仕様について
　システム時間がFLR clockより進んでいる場合、FLR clockは1時間あたり最大138秒進めることでシステム時間に追いつくように調整される。
・FLR Tool Kitの表示について
　PowerStoreのFLR Tool Kit表示は上記仕様に基づいているため、正しい表示である。
・ファイルロックの動作について
　PowerStore側でのファイルロックはシステム時間に基づいて動作するため、正常にロックがかかる。
　したがって、システム時間が進んでいる場合には、FLR Tool Kitの表示とファイルロックの時間にズレが生じる。
・システム時間とFLR clockの一致について
　FLR clockは1時間に138秒進むため、システム時間とFLR clockが一致するタイミングが発生し、最終的には正常な状態に戻る。

以上です。よろしくお願いします。