When running vCenter discovery, some of the VMWarevCenterESXHostsStorageProbe probes can not be processed with the error message: Payload attachment exceeds the limit of 5242880 bytes set by system property com.glide.attachment.max_get_size
It is possible to increase the parameter size, however this is not a desired solution as explained in below documentation:
A better structural fix is needed.
Steps to Reproduce
- Get an environment with vCenter running on it.
2. Run discovery on the vCenter environment.
3. Manipulate one of the VMWarevCenterESXHostsStorageProbe input payload records to a bigger size than 5MB.
4. Run the sensor on this probe again, and you should get the error message: Payload attachment exceeds the limit of 5242880 bytes set by system property com.glide.attachment.max_get_size.
After carefully considering the severity and frequency of this problem, and risk of attempting a fix, it has been decided to not address this issue in any current or future releases. We do not make these decisions lightly, and we apologise for any inconvenience.
Instead, the possible solution for this would be:
- Go to the "Probes" under "Discovery Definition".
- Search for the probe name that is causing the payload size issue(s).
- In the below tabs - "Probe Parameters" section, add the parameter name whose name is "page_size"
- Go to MID Server Script Include("ecc_agent_script_include") table
- Open the script include whose name is according to the probe name (== SCREENSHOT -1.png ==)
- Search in the script with text as "parseInt(probe.getParameter('page_size'))" then you'll fine below code:
parseInt(probe.getParameter('page_size')) || <<SOME NUMBER>>
- Copy the number which you saw in step 6 and now open the probe parameter created in step 3
- Put the lesser number or half of it in the value of the probe parameter. (== SCREENSHOT -3.png ==)
This "page_size" parameter is used to determine how many CIs data the logic should look into for one request (1 ECC Queue Payload). By default, the value is "5". If there is no such parameter, the logic will prepare payload containing the data about 5 CIs at max.
There will not be much performance impact but the discovery might take some more time because we get 1 by 1 CI for each ECC queue instead of getting 5 all at once in 1 ECC Queue.
Related Problem: PRB1396319