You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Wei Deng (JIRA)" <ji...@apache.org> on 2016/09/01 23:56:20 UTC

[jira] [Created] (CASSANDRA-12596) cosmetic issue with compaction-stress write

Wei Deng created CASSANDRA-12596:
------------------------------------

             Summary: cosmetic issue with compaction-stress write
                 Key: CASSANDRA-12596
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-12596
             Project: Cassandra
          Issue Type: Bug
            Reporter: Wei Deng
            Priority: Minor


I got the following when I was trying to run `compaction-stress write` with a 10GB data set. Looks like a race condition with the lifecycle transaction log but it only affects the reporting of the progress temporarily.

{noformat}
Written 50.27GB of 100GB
ERROR 23:49:55,843 Error while getting /mnt/compaction/stresscql/blogposts-606839b5bd683964ad7f57f519eb6dae folder size. {}
java.nio.file.NoSuchFileException: /mnt/compaction/stresscql/blogposts-606839b5bd683964ad7f57f519eb6dae/mc_txn_write_c6877a90-709e-11e6-91a5-a1533b002bc1.log
        at sun.nio.fs.UnixException.translateToIOException(UnixException.java:86) ~[na:1.8.0_66]
        at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102) ~[na:1.8.0_66]
        at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107) ~[na:1.8.0_66]
        at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:55) ~[na:1.8.0_66]
        at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:144) ~[na:1.8.0_66]
        at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:99) ~[na:1.8.0_66]
        at java.nio.file.Files.readAttributes(Files.java:1737) ~[na:1.8.0_66]
        at java.nio.file.FileTreeWalker.getAttributes(FileTreeWalker.java:219) ~[na:1.8.0_66]
        at java.nio.file.FileTreeWalker.visit(FileTreeWalker.java:276) ~[na:1.8.0_66]
        at java.nio.file.FileTreeWalker.next(FileTreeWalker.java:372) ~[na:1.8.0_66]
        at java.nio.file.Files.walkFileTree(Files.java:2706) ~[na:1.8.0_66]
        at java.nio.file.Files.walkFileTree(Files.java:2742) ~[na:1.8.0_66]
        at org.apache.cassandra.io.util.FileUtils.folderSize(FileUtils.java:478) ~[main/:na]
        at org.apache.cassandra.db.Directories.getRawDiretoriesSize(Directories.java:939) [main/:na]
        at org.apache.cassandra.stress.CompactionStress$DataWriter.run(CompactionStress.java:322) [stress/:na]
        at org.apache.cassandra.stress.CompactionStress.main(CompactionStress.java:353) [stress/:na]
Written 37.49GB of 100GB
{noformat}

You will see the next "Written xxxGB" number being inaccurate because it interrupted the directory accounting of the data files, but the subsequent "Written xxxGB" number will get back to normal.

Since it generates a ERROR log entry it's probably still worthwhile to fix.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)