Sometimes AnaLog may show composite log that is different from the actually chosen one. For instance, if two separate log config entries are described as:
# one
- group: ARYA
pathBase: /pub/home/upc/applications/upc2arya/src/projects/
compositeLogs:
- node: north
path: webfront-api/logs01/webfront-api-all.log
timestamp: yy.MM.dd HH:mm:ss.SSS
# another
- group: SNOW
pathBase: /pub/home/upc/applications/upc2snow/src/projects/
compositeLogs:
- node: north
path: webfront-api/logs01/webfront-api-all.log
timestamp: yy.MM.dd HH:mm:ss.SSS
then the first one can be chosen instead of second.
The reason is unsufficient data for calculating uid value. At the moment, it takes 6 parameters: path, node, title, selected, timestamp, includes, where path is the entry's own path only, not including group's pathBase. As a result, two different log config entries may evaluate to the same uid if the only difference between them is in the pathBase.
The issue was fixed within the scope of agent logic refactoring. It involved some major changes in building the tailing and sending integration flows. By now the logic on agent side looks like:
Sometimes AnaLog may show composite log that is different from the actually chosen one. For instance, if two separate log config entries are described as:
then the first one can be chosen instead of second.
The reason is unsufficient data for calculating
uid
value. At the moment, it takes 6 parameters:path, node, title, selected, timestamp, includes
, wherepath
is the entry's own path only, not including group'spathBase
. As a result, two different log config entries may evaluate to the sameuid
if the only difference between them is in thepathBase
.