[COMPASS-2163] Spike - Investigate CollectionsStore "before all" hook: Error: Timeout of 2000ms exceeded Created: 04/Oct/17  Updated: 10/Jan/24  Resolved: 13/Nov/19

Status: Closed
Project: Compass
Component/s: CI, Testing
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Major - P3
Reporter: Peter Schmidt Assignee: Unassigned
Resolution: Gone away Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File Travis Failure.png     PNG File Virtual Box - Machine - Settings - System - Processor - Execution Cap.png    
Issue Links:
Related
Epic Link: COMPASS-2228

 Description   

Goals

  • A better understanding of the CollectionsStore before all hook within the Compass unit test suite, e.g. How does the mock data service work?
  • An estimate or probability - How likely it is to hit the 2000ms time limit?
  • An explanation of how the 2000ms (or more) of time is spent
  • Recommendations or proof-of-concepts which may resolve this issue

If time allows, PR and fix this test issue, if not, create a follow up ticket with any proposed future work.

As this ticket is a spike and focused on exploring - ideas are always welcome

Rationale

As noted on COMPASS-2159, Travis build failures usually require the developer to manually retry the build, which as technical debt slows down the team's capacity to deliver new features and bug fixes.

Example error output

  1) CollectionsStore "before all" hook:
     Error: Timeout of 2000ms exceeded. For async tests and hooks, ensure "done()" is called; if returning a Promise, ensure it resolves.

List of known red jobs

https://travis-ci.com/10gen/compass/jobs/89073210
https://travis-ci.com/10gen/compass/jobs/89088573
https://travis-ci.com/10gen/compass/jobs/93094619
https://travis-ci.com/10gen/compass/jobs/93096547

1.9-releases is also known to be affected, so a fix should be backported to supported Compass versions:
https://travis-ci.com/10gen/compass/jobs/93287442



 Comments   
Comment by Peter Schmidt [ 04/Oct/17 ]

I can also reproduce this reliably (3/3 tries so far) in my Ubuntu VM with a 50% CPU execution cap, and also (5/5 tries so far) in my Red Hat VM (setup instructions here) with a 50% execution cap.

Comment by Satyendra Sinha [ 04/Oct/17 ]

So this has been happening locally for me in Windows on master consistently.

Generated at Wed Feb 07 22:29:14 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.