http://www.couchbase.com/issues This file is an XML representation of an issue en-us 5.2.4 845 26-12-2012 http://www.couchbase.com/issues/browse/MB-6934 Couchbase Server <br/> Hi, <br/> <br/> With the new error logging code, we now display &quot;recent 10 errors&quot;. Added a screenshot at end of email. <br/> <br/> At any point, the last 10 error are displayed on the replication - 10 errors, which may or may not be valid depending upon the current time. <br/> <br/> This issue needs to be addressed at two levels - <br/> 1. Level of error logging - Currently too much information is displayed, which also gives misleading idea on state of replication. <br/> 2. Classification of errors v/s warnings. <br/> <br/> Having lower level information on the ns_logs can help trouble shoot , but having all of that information on the web-console might just confuse and overwhelm end-user IMO. <br/> <br/> <br/> XDCR can have an error at any of the following levels <br/> - xdc vbucket replicators - timing out, checkpoint failures, db_not_found <br/> - xdc replication manager <br/> - ns_server level - where it is unable to talk to the other remote cluster and so on. <br/> <br/> With some recent trials on the new code, we see a lot of errors on the level of bucket replicators, say vbucket XXX commit_checkpoint_failure. <br/> But the replication is continuing as expected. Replication has not failed, but it is continuing minus the above checkpoint failure. <br/> <br/> It might be nicer to classify errors v/s warnings. <br/> <br/> Errors - When finally xdcr has stopped working . No more data is being sent over to the destination. <br/> Replication will be attempted for X number of times, and is finally given up? <br/> <br/> Warnings - When there are timeouts, but it is a recoverable situation. <br/> <br/> -Ketaki <br/> <br/> Screenshot <br/> 2.0-1856 MB-6934

Displaying XDCR Replication error messages/warnings.

Bug Blocker Closed Fixed Public Junyi Xie Ketaki Gangal Tue, 16 Oct 2012 18:24:45 -0500 Thu, 10 Jan 2013 01:14:17 -0600 Tue, 23 Oct 2012 19:56:46 -0500 2.0 2.0 cross-datacenter-replication UI 0 1 Comments from Product Mgmt <br/> Hi Junyi, <br/> <br/> Is there a log level for the XDCR error messages? <br/> Are the last 10 errors the only errors tracked? <br/> Do these include info and warning messages or only errors in this list? <br/> Do we clean up this error log periodically? (there is no way for ns_server to know if the error is relevant any more) <br/> <br/> Aliaksey, as we discussed, at a minimum we need to change the &quot;10 errors&quot; link that appears the first time this message buffer gets populated to a link in aqua blue (like the IP address in cluster reference) and should say &quot;Recent XDCR log messages&quot; <br/> <br/> Junyi, if you can provide more visibility from the replicator side about warnings vs errors vs info messages, we can do something better, if not in 2.0 sometime in the future. But this basic level of error handling doesn&#39;t give users enough visibility into what is going on. Alk, <br/> <br/> Change within XDCR is at <br/> <br/> <a href="http://review.couchbase.org/#/c/21694/">http://review.couchbase.org/#/c/21694/</a> <br/> <br/> Now the error returned to ns_server is a pair {Time, ErrorString} instead of a string. <br/> <br/> Please go ahead and modify UI code accordingly. Thanks. <br/> Commit to filter out too old errors is in gerrit. I&#39;ve also implemented Dipti&#39;s proposal to display errors link in normal color rather than red. All fixes are on gerrit <br/> <br/> <a href="http://review.couchbase.org/#/c/21694/">http://review.couchbase.org/#/c/21694/</a> <br/> <br/> <a href="http://review.couchbase.org/#/c/21903/">http://review.couchbase.org/#/c/21903/</a> <br/> <br/> <a href="http://review.couchbase.org/#/c/21904/2">http://review.couchbase.org/#/c/21904/2</a> <br/> <br/> fixes on gerrit Date of First Response Tue, 16 Oct 2012 18:52:45 -0500 Rank 3764 Sprint Status Time In Status