<font size=2 face="sans-serif">(Bryan B asked...)</font><br><br><font size=2 face="sans-serif">Open a PMR.  The first response
from me will be ...  Run the mmapplypolicy command again, except with
additional option `-d 017` and collect output with something equivalent
to  `2>&1  |  tee /tmp/save-all-command-output-here-to-be-passed-along-to-IBM-service
`  If you are convinced that mmapplypolicy is "looping"
or "hung" - wait another 2 minutes, terminate, and then pass
along the saved-all-command-output.</font><br><br><font size=2 face="sans-serif">-d 017 will dump a lot of additional
diagnostics -- If you want to narrow it by baby steps we could try  `-d
03` first and see if there are enough clues in that.</font><br><br><font size=2 face="sans-serif">To answer two of your questions:  </font><br><font size=2 face="sans-serif">1. mmapplypolicy does not follow symlinks,
so no "infinite loop" possible with symlinks.</font><br><font size=2 face="sans-serif"><br>2a. loops in directory are file system bugs in GPFS, (in fact in any posixish
file system), (mm)fsck!</font><br><font size=2 face="sans-serif">2b. mmapplypolicy does impose a limit
on total length of pathnames, so even if there is a loop in the directory,
mmapplypolicy will "trim" the directory walk.</font><p><BR>