Skip to page contentSkip to chat
ServiceNow support
    • Community
      Ask questions, give advice, and connect with fellow ServiceNow professionals.
      Developer
      Build, test, and deploy applications
      Documentation
      Find detailed information about ServiceNow products, apps, features, and releases.
      Impact
      Accelerate ROI and amplify your expertise.
      Learning
      Build skills with instructor-led and online training.
      Partner
      Grow your business with promotions, news, and marketing tools
      ServiceNow
      Learn about ServiceNow products & solutions.
      Store
      Download certified apps and integrations that complement ServiceNow.
      Support
      Manage your instances, access self-help, and get technical support.
vCenter Discovery VMWarevCenterESXHostsStorageProbe processing error: payload attachment greater than 5MB - Known Error
  • >
  • Knowledge Base
  • >
  • Known Error (Knowledge Base)
  • >
  • vCenter Discovery VMWarevCenterESXHostsStorageProbe processing error: payload attachment greater than 5MB
KB0821336

vCenter Discovery VMWarevCenterESXHostsStorageProbe processing error: payload attachment greater than 5MB


1116 Views Last updated : Apr 8, 2024 public Copy Permalink
KB Summary by Now Assist

Description

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:
https://docs.servicenow.com/csh?topicname=r_AdministeringAttachments.html&version=latest
A better structural fix is needed.

Steps to Reproduce

  1. 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.

Workaround

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:

  1. Go to the "Probes" under "Discovery Definition".
  2. Search for the probe name that is causing the payload size issue(s).
  3. In the below tabs - "Probe Parameters" section, add the parameter name whose name is "page_size"
  4. Go to MID Server Script Include("ecc_agent_script_include") table
  5. Open the script include whose name is according to the probe name (== SCREENSHOT -1.png ==)
  6. 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>>
  7. Copy the number which you saw in step 6 and now open the probe parameter created in step 3
  8. 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

The world works with ServiceNow.

Sign in for more! There's more content available only to authenticated users Sign in for more!
Did this KB article help you?
Did this KB article help you?

Attachments

Attachments

  • SCREENSHOT -1.png
  • SCREENSHOT -3.png

How would you rate your Now Support digital experience?

*

Very unsatisfied

Unsatisfied

Neutral

Satisfied

Very satisfied

Very unsatisfied

Unsatisfied

Neutral

Satisfied

Very satisfied

What can we improve? Please select all that apply.

What are we doing well? Please select all that apply.

Tell us more

*

Do you expect a response from this feedback?

  • Terms and conditions
  • Privacy statement
  • GDPR
  • Cookie policy
  • © 2025 ServiceNow. All rights reserved.