[SERVER-7573] Add tests for network connectivity loss, especially in sharded systems. Created: 07/Nov/12  Updated: 19/Oct/15  Resolved: 19/Oct/15

Status: Closed
Project: Core Server
Component/s: Sharding, Testing Infrastructure
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major - P3
Reporter: Spencer Brody (Inactive) Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Depends
is depended on by SERVER-4661 Mongos doesn't detect primary change ... Closed
Duplicate
is duplicated by SERVER-5642 Make mongobridge work with ShardingTe... Closed
is duplicated by SERVER-20982 Add concurrency workload framework to... Closed
Related
related to SERVER-4706 when a socket between mongos and mong... Closed
Participants:

 Description   

Potentially could use the existing "throwSockExcep" failpoint.

One important test here is that a sharded system can recover after a RS failover triggered by the primary of the replSet losing network connecitivity.



 Comments   
Comment by auto [ 18/Mar/13 ]

Author:

{u'date': u'2013-03-18T18:18:16Z', u'name': u'Spencer T Brody', u'email': u'spencer@10gen.com'}

Message: Revert "SERVER-7573 SERVER-4661 Add test for mongos detecting RS failover when primary loses network connectivity"

This reverts commit 8ed4f87153afe99609898c6af7e1b58327e6335f.
Branch: master
https://github.com/mongodb/mongo/commit/a6046309af1b8e7751976e68f46152574e4f078a

Comment by auto [ 15/Mar/13 ]

Author:

{u'date': u'2013-03-15T16:10:09Z', u'name': u'Spencer T Brody', u'email': u'spencer@10gen.com'}

Message: SERVER-7573 SERVER-4661 Add test for mongos detecting RS failover when primary loses network connectivity
Branch: master
https://github.com/mongodb/mongo/commit/8ed4f87153afe99609898c6af7e1b58327e6335f

Comment by Spencer Brody (Inactive) [ 11/Mar/13 ]

We could have a failpoint called something like "blackholeServer". When this failpoint is enabled, all socket reads and writes throw socketExceptions and/or hang. An exception could be made to the socket that initially enabled the failpoint, so that that socket can be used to disable it again if needed. This failpoint could then be used in sharding jstests to test how mongos responds when a shard (or config server) loses network connectivity. Probably also has applications for testing replica set failovers, mid-migration network outages, etc.

Generated at Thu Feb 08 03:14:56 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.