[JAVA-856] Java driver attempts to reach a member long after it was removed from the replica set Created: 18/Jun/13  Updated: 12/Jul/13  Resolved: 12/Jul/13

Status: Closed
Project: Java Driver
Component/s: Cluster Management
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major - P3
Reporter: Steve Briskin (Inactive) Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

A replica set member became unresponsive – connections could be established, but queries failed due to bad disk. It is very possible that rs.isMaster() continued to succeed. The member was later taken out of the replica set and brought down. The application reads from the replica set with a ReadPreference.SECONDARY_PREFERRED.

When the member was in the replica set but unreachable, the application behaved as expected – no reads were routed to the member and no exceptions in the logs.

After the member was removed from the replica set, reads were routed to the missing member and resulted in NetworkExceptions (triggered by SocketTimeoutExceptions). This continued to happen for over 12 hours until the application was restarted.

This only happened for application server there were running at the time of the re.reconfig(). Applications that were started shortly after the reconfig() did not exhibit the above behavior.

Write operations were unaffected across all applications.



 Comments   
Comment by Jeffrey Yemin [ 12/Jul/13 ]

I'm going to close this as Cannot Reproduce then. Please re-open if you are able to provide any more information.

Comment by Steve Briskin (Inactive) [ 12/Jul/13 ]

No, that's all the information I have.

Comment by Jeffrey Yemin [ 12/Jul/13 ]

Any more updates on this? I'm not sure what we can do without more information.

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