milleruntime commented on issue #2567: URL: https://github.com/apache/accumulo/issues/2567#issuecomment-1069024735
> Have you been able to determine what circumstances cause them to be inconsistent? Not exactly. It seems like this happened once resources got constrained. There is a chance it is related to this: https://github.com/apache/accumulo-testing/issues/196. I don't think it is a coincidence that the same table (multi_ip_10_113_12_25_17) that was the destination of the copyTool and took forever to copy was also the one that had this problem. The Copy started at `8:47:12`. It was taking a while but finished at `09:26:53`. > Is it just routine after a compaction? No, I wouldn't call it routine behavior but I don't know if it is a problem. That tablet flushed and compacted successfully multiple times before that error. > Is it consistent eventually? If they aren't consistent, which side has the missing references? The table seems to be functioning properly. But this isn't CI so I don't have a way to verify that no data was lost. I was thinking of adding a scanner node to the MultiTable test. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
