The apm_bridge_inventory is queuing constantly and to get it working again, we need to run the procedure in the article below very often:
https://knowledge.broadcom.com/external/article/241556/uim-apmbridge-probe-stopped-sending-data.html
apm-bridge-probe-1.1.0-20241004.114344-32.zip
Important things to be considered when applying the fix which is attached to this knowledge article:
This fix is strictly for apm_bridge version 1.10.
a. enable_cache_file_deletion = true
b. cache_file_del_time_interval_
c. max.cache.size.mb = 20
5. The existing cache and store folder and the previously backed up cache and store folders need to be manually deleted.
(We recommend deleting these old folders to avoid confusion, but if you want to retain them, move them to a different location)
6. Activate the apm_bridge probe
7. Check the apm_bridge and udm_inventory queue to make sure they are processing messages
apm_bridge v1.10 enhancements:
Enable Cache Files Deletion
Add the cache_deletion_service parameters control the deletion of files in the Setup section and set the parameter value to true.
- enable_cache_file_deletion: false (default)
- max.cache.size.mb = 20
- cache_file_del_time_interval: 15 (in mins)
apm_bridge v1.10 fix overview:
To fix the problem we have come up with an approach of cache and store folder rotation when the size of the cache folder reaches a configurable maximum
For this, a parameter max.cache.size.mb under setup/cache_delete_service section is made available to configure a max size, by default the size is 1024 MB (1 GB). This may have to be set lower, e.g., 20 (in MB) as 20 MB = 60,000 configuration items (CIs)
The cache and store now will have the form of cache_yyyyMMdd_HHmmss and store_yyyyMMdd_HHmmss
The Inventory Service periodically monitors the actual size of the cache folder against the given configurable size
Once the max size is reached new cache_yyyyMMdd_HHmmss and store_yyyyMMdd_HHmmss are formed
The older ones will eventually be removed by the CacheDeletionService