You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "John Vines (JIRA)" <ji...@apache.org> on 2014/01/16 18:14:23 UTC

[jira] [Created] (ACCUMULO-2208) Unable to cleanly close log...

John Vines created ACCUMULO-2208:
------------------------------------

             Summary: Unable to cleanly close log...
                 Key: ACCUMULO-2208
                 URL: https://issues.apache.org/jira/browse/ACCUMULO-2208
             Project: Accumulo
          Issue Type: Bug
          Components: tserver
    Affects Versions: 1.5.0
            Reporter: John Vines


I saw this once over 36 tserver/days, caused by an InvalidArgumentException, so odd occurrence. It was doing CI but before agitation started so it was a non issue, but it could be. The code around this is
{code}for (DfsLogger logger : loggers) {
        try {
          logger.close();
        } catch (DfsLogger.LogClosedException ex) {
          // ignore
        } catch (Throwable ex) {
          log.error("Unable to cleanly close log " + logger.getFileName() + ": " + ex);
        }
      }
      loggers.clear();
      logSizeEstimate.set(0);{code}

so it seems like it blindly powered forward. However, because of the frequency of syncs and such, even if there was agitation the odds of losing data are very minute, but I do believe their still there.

But  because the log message just relies on error.toString, I didn't get the violating stack trace. At the bare minimum, the message should be updated to log the full stack trace.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)