IMPORTANT ANNOUNCEMENT: On May 6, 2024, Carbon Black User eXchange (UeX) and Case Management will move to a new platform!
The Community will be in read-only mode starting April 19th, 7:00 AM PDT. Check out the blog post!
You will still be able to use the case portal to create and interact with your support cases until the transition, view more information here!

Carbon Black Cloud: Why can't Alerts API pagination be used to sort and fetch by last_update_time?

Carbon Black Cloud: Why can't Alerts API pagination be used to sort and fetch by last_update_time?

Environment

  • Carbon Black Cloud Console: All Versions

Question

Why can't Alerts API pagination be used to sort and fetch by last_update_time? 

Answer

  • Alerts API pagination is no longer supported when sorting and fetching by last_update_time because it is possible that some Alert data might be missed when last_update_time updates while performing consecutive API calls.
  • Instead we recommend requesting the max rows of 10k. If you specify rows less than 10k while sorting by last_update_time then the API response will override and default to returning up to 10k results. 

Additional Notes

  • Additionally, be mindful that if num_found is greater than 10k in the response, you will need to adjust the next fetch to start at the latest timestamp from your previous fetch to retrieve all alerts otherwise you’ll miss out on alerts in that time window. For more information see the following blog post.
  • Effective October 20th, 2021: a default create_time time range of one month will be applied to _search_facet, and workflow/_criteria when no time range specified. See blog for more details.
  • Alerts may take a few minutes to become available by API due to the asynchronous event processing. Consider delaying your search by 2-3 min or use the Data Forwarder for streaming behavior

Related Content


Was this article helpful? Yes No
0% helpful (0/1)
Article Information
Author:
Creation Date:
‎02-10-2022
Views:
363
Contributors