You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Jukka Zitting (JIRA)" <ji...@apache.org> on 2014/06/26 07:22:25 UTC
[jira] [Created] (OAK-1917) FileNotFoundException during TarMK GC
Jukka Zitting created OAK-1917:
----------------------------------
Summary: FileNotFoundException during TarMK GC
Key: OAK-1917
URL: https://issues.apache.org/jira/browse/OAK-1917
Project: Jackrabbit Oak
Issue Type: Bug
Components: core, segmentmk
Affects Versions: 1.0.1
Reporter: Jukka Zitting
Assignee: Jukka Zitting
When running garbage collection on a TarMK repository, it's in certain cases possible for the following {{FileNotFoundException}} to occur:
{noformat}
java.io.FileNotFoundException: /path/to/dataNNNNNNb.tar (No such file or directory)
at java.io.RandomAccessFile.open(Native Method) ~[na:1.7.0_55]
at java.io.RandomAccessFile.<init>(RandomAccessFile.java:241) ~[na:1.7.0_55]
at org.apache.jackrabbit.oak.plugins.segment.file.TarReader.openFirstFileWithValidIndex(TarReader.java:186) [oak-run-1.0.2-SNAPSHOT.jar:1.0.2-SNAPSHOT]
at org.apache.jackrabbit.oak.plugins.segment.file.TarReader.cleanup(TarReader.java:647) [oak-run-1.0.2-SNAPSHOT.jar:1.0.2-SNAPSHOT]
at org.apache.jackrabbit.oak.plugins.segment.file.FileStore.flush(FileStore.java:375) [oak-run-1.0.2-SNAPSHOT.jar:1.0.2-SNAPSHOT]
at org.apache.jackrabbit.oak.plugins.segment.file.FileStore.close(FileStore.java:465) [oak-run-1.0.2-SNAPSHOT.jar:1.0.2-SNAPSHOT]
at org.apache.jackrabbit.oak.run.Main.compact(Main.java:177) [oak-run-1.0.2-SNAPSHOT.jar:1.0.2-SNAPSHOT]
at org.apache.jackrabbit.oak.run.Main.main(Main.java:108) [oak-run-1.0.2-SNAPSHOT.jar:1.0.2-SNAPSHOT]
{noformat}
I originally assumed this error to be some weird platform issue, based on some online reports about a new file not being available for opening during a brief period after it was created. However, the explanation for this issue is more deterministic:
If the tar file in question was created with an Oak 0.x version from before OAK-1780, then it wouldn't contain the pre-compiled segment graph information. Due to a slight bug in the OAK-1780 implementation, this would prevent a tar file that's full of garbage from being simply removed. Instead a new, empty tar file would get generated, and due to the lazy writing implemented OAK-631 that file would actually never get created. Thus the FileNotFoundException.
To fix this problem, we need to make sure that a tar file that's full of garbage will get cleanly removed even if it doesn't contain a pre-compiled segment graph.
--
This message was sent by Atlassian JIRA
(v6.2#6252)