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 <[email protected]> 
> 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@22:19:23 6233 100 50 
> system 2020-06-18@13:36:36 64 nlu] RULE 'dumpall' LIST 'nlu' DIRECTORIES_PLUS 
> WEIGHT(inf)
>  
> <5> /gpfs/fs1/some-path /liblinear [2020-06-18@13:39:40 6233 100 50 system 
> 2020-06-18@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
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to