[SERVER-81158] Enable disabled test because of dbcheck hook in replica sets passthrough suites Created: 18/Sep/23  Updated: 19/Sep/23

Status: Backlog
Project: Core Server
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Major - P3
Reporter: Moustafa Maher Assignee: Backlog - Replication Team
Resolution: Unresolved Votes: 0
Labels: pm-855-milestone-3
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
related to SERVER-78925 Add dbCheck background hook to replic... Closed
Assigned Teams:
Replication
Participants:

 Description   

 here is a list.

To enable:

  - jstests/core/administrative/current_op/currentop.js
  - jstests/core/fsync.js

  • Investigate why the dbcheck is running many threads and eating up all WT tickets and fix that:
    ( theory: that might be caused by starting a new dbcheck while the old one is still not finished so me may wait for: (SERVER-79918 Add ns and uuid to dbCheck start/stop health log entries) that is more consistent.)

  # When a transaction is in a prepared state, as seen in that test, it prevents the document edited
  # within it from being read by the dbcheck process. Therefore, if the test keeps the transaction
  # in a prepared state for an extended period, it will result in a timeout for the dbcheck process.
  - jstests/core/txns/prepare_conflict.js

  • I think we can get around that by increasing the time limit of dbcheck.

  # This test adds an invalid view, resulting in a failure of the 'listCollections' operation with
  # an 'InvalidViewDefinition' error.
  - jstests/core/views/invalid_system_views.js

  • we can get around it by ignoring its database upon a failure of the ‘listCollections’.

  # The DBCheck process continuously populates the currentOp, causing this test to time out while
  # waiting for empty 'getMore' requests.
  - jstests/core/query/awaitdata_getmore_cmd.js

  • can we filter out the dbCheck command from currentOp.

Generated at Thu Feb 08 06:45:39 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.