[gpfsug-discuss] mmapplypolicy oddity
Stephen Ulmer
ulmer at ulmer.org
Sat Jun 20 14:16:27 BST 2020
Just to be clear, the .bad one failed before the other one existed?
If you add a third one, do you still only get one set of output? Maybe the uniqueness of the target is important, and there is another symlink you don’t know about?
--
Stephen
> On Jun 19, 2020, at 8:08 AM, Oesterlin, Robert <Robert.Oesterlin at nuance.com> wrote:
>
>
> I have a policy scan that walks a fileset and creates a report. In some cases, the SHOW output doesn’t happen and I have no idea why. Here is a case in point. Both lines are the same sym-link, the “.bad” one fails to output the information. Ideas on how to debug this?
>
> <1> /gpfs/fs1/some-path /liblinear.bad [2019-08-05 at 22:19:23 6233 100 50 system 2020-06-18 at 13:36:36 64 nlu] RULE 'dumpall' LIST 'nlu' DIRECTORIES_PLUS WEIGHT(inf)
>
> <5> /gpfs/fs1/some-path /liblinear [2020-06-18 at 13:39:40 6233 100 50 system 2020-06-18 at 13:39:40 0 nlu] RULE 'dumpall' LIST 'nlu' DIRECTORIES_PLUS WEIGHT(inf) SHOW( |6233|100|lrwxrwxrwx|50|0|1|1592487581 |1592487581 |1592487581 |L|)
>
> In that directory:
>
> lrwxrwxrwx 1 build users 50 Jun 18 09:39 liblinear -> ../../path1/UIMA/liblinear <- A new one I created that identical
> lrwxrwxrwx 1 build users 50 Aug 5 2019 liblinear.bad -> ../../path1/UIMA/liblinear <- the original one that fails
>
> The list rule looks like this:
>
> rule 'dumpall' list '"$fileset_name"' DIRECTORIES_PLUS
> SHOW( '|' ||
> varchar(user_id) || '|' ||
> varchar(group_id) || '|' ||
> char(mode) || '|' ||
> varchar(file_size) || '|' ||
> varchar(kb_allocated) || '|' ||
> varchar(nlink) || '|' ||
> unixTS(access_time,19) || '|' ||
> unixTS(modification_time) || '|' ||
> unixTS(creation_time) || '|' ||
> char(misc_attributes,1) || '|'
> )
>
>
> Bob Oesterlin
> Sr Principal Storage Engineer, Nuance
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20200620/32ccde91/attachment.htm>
More information about the gpfsug-discuss
mailing list