So r2 is more than 14 hours behind. It is consistent. And strangely, there are no invalid tracks to send. This makes zero sense.
No invalid tracks (From symrdf -g xxxx query):
Total ------- ------- ------- -------
Track(s) 0 0 0 0
MB(s) 0.0 0.0 0.0 0.0
What we notice is that if we try to split the group, it will sometimes fail and we end up in suspended state but when we resume we find that now there are tons of invalid tracks and we may be 3TB+ behind. Sometimes the split succeeds but then we re-establish and right away we're 3TB+ behind, after only being split momentarily. This is the reason we believe the pre-split symrdf query is reporting incorrect information regarding invalid tracks.
Has anyone seen this issue? Any ideas to troubleshoot?