fix(replication): slave blocks until keepalive timer is reached when master is gone without fin/rst notification

[sryanyuan]

If the master is lost, the replication thread will block until the keepalive timer is reached when receiving full-sync SST files. At the same time, if we execute a 'clusterx setnodes' command, it will hold an exclusive lock until the replication thread is stopped. This will cause all other worker threads to block.

My solution is to enable the socket read timeout on the file descriptor receiving SST files, if a timeout occurs and the replication thread is marked as stopped, the receiving action will be broken.

[mapleFU]

By the way, can we add a test with master removed and about 5s' connection timeout in go integration?

[sryanyuan]

We can't distinguish whether the result is EOF or error if EvbufferRead returns an error. When the underlying I/O syscall returns EOF, the errno will not be set. So, I added a new EOF status to break the loop if the connection is EOF.

434f148

@git-hulk @PragmaTwice please have a look

[sonarcloud]

Quality Gate failed

Failed conditions
37.9% Coverage on New Code (required ≥ 50%)

See analysis details on SonarQube Cloud