accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Christopher Tubbs (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (ACCUMULO-3727) FileNotFoundException on failed/data during recovery
Date Tue, 16 Apr 2019 19:21:00 GMT

     [ https://issues.apache.org/jira/browse/ACCUMULO-3727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Christopher Tubbs resolved ACCUMULO-3727.
-----------------------------------------
    Resolution: Cannot Reproduce

Lots of new WAL improvements have been made in the 1.9.x releases. This is likely OBE. However,
please open a new issue at https://github.com/apache/accumulo/issues  if it continues to be
a problem.

> FileNotFoundException on failed/data during recovery
> ----------------------------------------------------
>
>                 Key: ACCUMULO-3727
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3727
>             Project: Accumulo
>          Issue Type: Bug
>          Components: tserver
>    Affects Versions: 1.5.2
>            Reporter: William Slacum
>            Priority: Major
>
> Over night there was a mass failure of Accumulo (most likely due to too many mappers
for a job). After restarting Accumulo, one of the metadata tablets failed to load. There was
a log message showing a `FileNotFoundException` on the file `hdfs:///accumulo/recovery/<log
id>/failed/data`. Removing the `<log id>` directory from HDFS seemed to unclog the
jam and things came back (though potentially with data loss).
> I wanted to investigate why somewhere in the plumbing of `TabletServer`, `TabletServerLogger`,
and `SortedLogRecovery`, an attempt was made to use the `failure` file.
> I see in `SortedLogRecovery#sort` where the marker file gets created:
> {code}
> public void sort(String name, Path srcPath, String destPath) {
> ...
>       } catch (Throwable t) {
>         try {
>           // parent dir may not exist
>           fs.mkdirs(new Path(destPath));
>           fs.create(new Path(destPath, "failed")).close();
>         } catch (IOException e) {
>           log.error("Error creating failed flag file " + name, e);
>         }
>         log.error(t, t);
>       } finally {
> ...
> {code}
> I have not stepped out to figure out where/why the `failed` files gets included in the
list of recovered data dir.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message