The database aggregation of Windows Application Usage (data type 31)
failed to include some records with Count=0. This has been fixed. To
restore the data in the database, run as the "openit" user:

/opt/openit/bin/add --propagate --redo --datatype 31 --resolution <res>

<res> is the base resolution of the data type. Usually it is
300. Check from <database-dir>/31/M/*/*/*/<res>/.

NOTE: This operation will temporarily increase the size of the
database folder for this data type. Check with

du <database-dir>/31 -s  (or something similar)

and multiply with three. This is the free disk needed for the
operation.

NOTE-2: The C++ summasummarum is turned on by default by this
patch. If it is not wanted, turn it off by running:

chmod a+x /opt/openit/libexec/bin/summasummarum
chmod a-x /opt/openit/libexec/*/bin/summasummarum

The aggregation of storage data use to be treated with the so called
TIMEAVG aggregation type. The way of processing this type of data was
not correct. It has now been corrected.

Date formatting in Excel has been fixed. For this fix to take effect,

REPORTS_EXCEL_CHART_TEXT  <something>

has to be removed from /etc/opt/openit/openit.cfg.

NOTE: If the database has been manually loaded with the same data
(same day) multiple times, it is necessary to do an update of the data
in the database.

NOTE-2: This patch should give the same functional update as patch
#549. But it is needed if C++ summasummarum is used: The C++
summasummarum is turned on by default by this patch. If it is not
wanted, turn it off by running:

chmod a+x /opt/openit/libexec/bin/summasummarum
chmod a-x /opt/openit/libexec/*/bin/summasummarum

The aggregation of storage data use to be treated with the so called
TIMEAVG aggregation type. The way of processing this type of data was
not correct. It has now been corrected.

Date formatting in Excel has been fixed. For this fix to take effect,

REPORTS_EXCEL_CHART_TEXT  <something>

has to be removed from /etc/opt/openit/openit.cfg.

NOTE: If the database has been manually loaded with the same data
(same day) multiple times, it is necessary to do an update of the data
in the database.

Support for daily and weekly data from client laying in a time zone
east of the server. Such data used to be shifted to an earlier time
stamp. Now the client data of day and week interval is converted to
11:00 UTC. This is converted back to localtime 00:00 on the server.

The config_license_filters did not correctly handle the addition of
SAM suite data types provided by patch 458 and from release 5.2.2.
When updating filters for data types that exists in more than one archive
type (i.e licpoll2 and samcollect) it will randomly overwrite filters
from one archive type over filters from the other when trying to update
configuration.

The regenerate_data program failed to handle white space at end of
data_generation_config lines. This is fixed by this patch.

This patch just updates the "add" program of the server to include the
"--propagate" option needed to enforce recreation of aggregated data
files. It is only needed when manually modified data on highest
resolution is to be aggregated.

Measurement values were not aggregeted when "Max in use" or "Max of
all" were selected in license reports. This has now been fixed.

Support for daily and weekly data from client laying in a time zone
east of the server. Such data used to be shifted to an earlier time
stamp. Now the client data of day and week interval is converted to
11:00 UTC. This is converted back to localtime 00:00 on the server.

This patch includes a summasummarum written in C++. For 64bit
platforms it will be able to use more memory than 4GB. This may be
needed in large installations.

This patch is probably most useful on servers, although it can also be
installed on clients.

When license data types where created (65-70), the loading
process did not check if these data types should be handled
as other license data types so it would accumulate data
instead of replacing after (re)generation.

This patch updates add so it checks correctly for these
local data types by looking at definitions in the

  /var/opt/openit/etc/data_generation_config

file.