so far they are not long, just some config change and restart. if it is a 2 hrs downtime due to whatever reason, a repair is better option than trying to figure out if replication syn finish or not?
On Thu, Feb 25, 2016 at 1:09 PM, daemeon reiydelle <daeme...@gmail.com> wrote: > Hmm. What are your processes when a node comes back after "a long > offline"? Long enough to take the node offline and do a repair? Run the > risk of serving stale data? Parallel repairs? ??? > > So, what sort of time frames are "a long time"? > > > *.......* > > > > *Daemeon C.M. ReiydelleUSA (+1) 415.501.0198 > <%28%2B1%29%20415.501.0198>London (+44) (0) 20 8144 9872 > <%28%2B44%29%20%280%29%2020%208144%209872>* > > On Thu, Feb 25, 2016 at 11:36 AM, Jimmy Lin <y2k...@gmail.com> wrote: > >> hi all, >> >> what are the better ways to check replication overall status of cassandra >> cluster? >> >> within a single DC, unless a node is down for long time, most of the time i >> feel it is pretty much non-issue and things are replicated pretty fast. But >> when a node come back from a long offline, is there a way to check that the >> node has finished its data sync with other nodes ? >> >> Now across DC, we have frequent VPN outage (sometime short sometims long) >> between DCs, i also like to know if there is a way to find how the >> replication progress between DC catching up under this condtion? >> >> Also, if i understand correctly, the only gaurantee way to make sure data >> are synced is to run a complete repair job, >> is that correct? I am trying to see if there is a way to "force a quick >> replication sync" between DCs after vpn outage. >> Or maybe this is unnecessary, as Cassandra will catch up as fast as it can, >> there is nothing else we/(system admin) can do to make it faster or better? >> >> >> >> Sent from my iPhone >> > >