2025-01-28T12:16:30.108+05:30 verbose hbrsrv[2748298] [Originator@6876 sub=PropertyProvider] RecordOp ASSIGN: serverStats, HbrServer. Applied change to temp map.2025-01-28T12:16:32.365+05:30 info hbrsrv[2748277] [Originator@6876 sub=Delta] ClientConnection (ClientCnx '[Y.Y.Y.Y]:55936' id=3 <shut>) is stopping ...2025-01-28T12:16:32.365+05:30 info hbrsrv[2748277] [Originator@6876 sub=Asio] Closing LWD ASIO -> (plain text)2025-01-28T12:16:32.365+05:30 info hbrsrv[2748277] [Originator@6876 sub=Delta] HbrSrv cleaning out ClientConnection ([Y.Y.Y.Y]:55936)2025-01-28T12:16:32.365+05:30 error hbrsrv[2748277] [Originator@6876 sub=Main] HbrError stack:2025-01-28T12:16:32.365+05:30 error hbrsrv[2748277] [Originator@6876 sub=Main] [0] ClientConnection (client=[Y.Y.Y.Y]:55936) request callback failed: Connection reset by peer: The connection is terminated by the remote end with a reset packet. Usually, this is a sign of a network problem, timeout, or service overload.2025-01-28T12:16:32.365+05:30 error hbrsrv[2748277] [Originator@6876 sub=Main] [1] Dropping error encountered from network(Note: In above logs Y.Y.Y.Y is the Source ESXi vmkernel where replication traffic is enabled)
vSphere Replication 8.x
vSphere Replication 9.x
This can be caused by following reasons:
Engage the physical switch vendor to identify network bottlenecks affecting replication performance, ensure stable connectivity with sufficient bandwidth between source and target sites, and check for congestion or packet loss.
To perform packet captures, follow this article: Using the pktcap-uw tool in ESXi 5.5 and later (341568)
Following commands can be used to capture packets:
# pktcap-uw --uplink vmnic --dir 2 -o /vmfs/volumes/Datastore_name/vmnic.pcap
# pktcap-uw --vmk vmk0 --dir 2 -o /vmfs/volumes/Datastore_name/vmk2.pcap
# tcpdump -i eth0 -w /tmp/eth0.pcap
These packet captures can be analyzed by the physical switch vendor for potential issues on the network such as out of order packets or tcp reset events.