6.1 HP IBRIX X9000 Network Storage System File System User Guide (TA768-96061, June 2012)

ibrix_reports -s -f FILESYSTEM
Then run the following command to generate the specified report:
ibrix_reports -g -f FILESYSTEM -n NAME -o OUTPUT FORMAT
Use the -n option to specify the type of report, where NAME is one of the following;
retention
retention_by_tier
validation
validation by tier
utilization
utilization_by_tier
The output format specified with -o can be csv or pdf.
Using hard links with WORM files
You can use the Linux ln command without the -s option to create a hard link to a normal
(non-WORM) file on an retention-enabled file system. If you later make the file a WORM file, the
following restrictions apply until the file is deleted:
You cannot make any new hard links to the file. Doing this would increment the metadata of
the link count in the file's inode, which is not allowed under WORM rules.
You can delete hard links (the original file system entry or a hard-link entry) without deleting
the other file system entries or the file itself. WORM rules allow the link count to be
decremented.
Using remote replication
When using remote replication for file systems enabled for retention, the following requirements
must be met:
The source and target file systems must use the same retention mode (Enterprise or Relaxed).
The default, maximum, and minimum retention periods must be the same on the source and
target file systems.
A clock synchronization tool such as ntpd must be used on the source and target clusters. If
the clock times are not in sync, file retention periods might not be handled correctly.
Also note the following:
Multiple hard links on retained files on the replication source are not replicated. Only the first
hard link encountered by remote replication is replicated, and any additional hard links are
not replicated. (The retainability attributes on the file on the target prevent the creation of any
additional hard links). For this reason, HP strongly recommends that you do not create hard
links on retained files.
For continuous remote replication, if a file is replicated as retained, but later its retainability
is removed on the source filesystem (using data retention management commands), the new
file’s attributes and any additional changes to that file will fail to replicate. This is because of
the retainability attributes that the file already has on the target, which will cause the filesystem
on the target to prevent remote replication from changing it.
When a legal hold is applied to a file, the legal hold is not replicated on the target. If the file
on the target should have a legal hold, you will also need to set the legal hold on that file.
If a file has been replicated to a target and you then change the file's retention expiration
time with the ibrix_reten_adm -e command, the new expiration time is not replicated to
the target. If necessary, also change the file's retention expiration time on the target.
150 Managing data retention and validation