[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の設定等は問題ないかと思っております。

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

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

kyoro9さん

ご返信と詳しい情報を有難うございます。

おっしゃる通り、PowerDownしていた時間分、FLR時間がずれている感じですよね。

UnityのFLRに関する記述で見つけた情報ですが、FRL時間とSystem時間はPowerDownや
時間変更などに対応するためにTAMPER-PROOF CLOCKという仕組みでExpireまでの時間のずれを修正する動きになっているようです。

参考：DELL EMC UNITY: FILE-LEVEL RETENTION (FLR)
page12 TAMPER-PROOF CLOCK
The FLR clock is periodically updated on the file system. Because the FLR clock might not always be synchronized with the system time, the FLR clock can adjust itself to changes in the system clock.

この動きがPowerStoreでも有効なのか、（そうであれば今回のようにずれているのはおかしいですよね）という点も含め、事象復旧のためにはサポートとのご相談がベストだと思います。

（ログでもどこのタイミングでエラーになっているのか確認いただいているので問題の特定がある程度なされていると思いますし。。）

なお、こちらの資料にもPowerStoreでのFLR情報がありました。
（五月雨式ですいません。先述のUnityの資料もかなり詳しいですがPowerStoreが同じ動きをするのかは不明なのでその点注意です）

Dell PowerStore: File Capabilities
Page 66               

@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を想定していないことがあるのではないかと想定しています。

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