[
https://issues.apache.org/jira/browse/CASSANDRA-10632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15006851#comment-15006851
]
Jim Witschey commented on CASSANDRA-10632:
------------------------------------------
Here's the current status of these tests:
* Linux
** [{{compaction_test}} is
fixed|http://cassci.datastax.com/job/cassandra-3.0_dtest/337/testReport/junit/sstableutil_test/SSTableUtilTest/compaction_test/history/].
** [{{abortedcompaction_test}}
flaps|http://cassci.datastax.com/job/cassandra-3.0_dtest/337/testReport/junit/sstableutil_test/SSTableUtilTest/abortedcompaction_test/history/].
This could be because of a race condition in the test (as [noted in this
comment|https://github.com/riptano/cassandra-dtest/blob/master/sstableutil_test.py#L80])
and may be fixed by [this dtest
PR|https://github.com/riptano/cassandra-dtest/pull/661].
* Windows
** [{{compaction_test}} is
fixed|http://cassci.datastax.com/view/win32/job/cassandra-3.0_dtest_win32/112/testReport/junit/sstableutil_test/SSTableUtilTest/compaction_test/history/].
** [{{abortedcompaction_test}} fails
consistently|http://cassci.datastax.com/view/win32/job/cassandra-3.0_dtest_win32/112/testReport/junit/sstableutil_test/SSTableUtilTest/abortedcompaction_test/history/].
It seems to fail when it finds temporary data files via {{sstableutil}} after
compaction [in this
assertion|https://github.com/riptano/cassandra-dtest/blob/master/sstableutil_test.py#L87].
Could this also be a race condition, where [the cleanup peformed in this
line|https://github.com/riptano/cassandra-dtest/blob/master/sstableutil_test.py#L85]
isn't complete?
[~jkni] I remember you saying you'd be willing/able to have a look at this. Do
you have any ideas about the failing Windows test?
> sstableutil tests failing
> -------------------------
>
> Key: CASSANDRA-10632
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10632
> Project: Cassandra
> Issue Type: Sub-task
> Reporter: Jim Witschey
> Assignee: Jim Witschey
> Fix For: 3.1
>
>
> {{sstableutil_test.py:SSTableUtilTest.abortedcompaction_test}} and
> {{sstableutil_test.py:SSTableUtilTest.compaction_test}} fail on Windows:
> http://cassci.datastax.com/view/win32/job/cassandra-3.0_dtest_win32/100/testReport/sstableutil_test/SSTableUtilTest/abortedcompaction_test/
> http://cassci.datastax.com/view/win32/job/cassandra-3.0_dtest_win32/100/testReport/sstableutil_test/SSTableUtilTest/compaction_test/
> This is a pretty simple failure -- looks like the underlying behavior is ok,
> but string comparison fails when the leading {{d}} in the filename is
> lowercase as returned by {{sstableutil}} (see the [{{_invoke_sstableutil}}
> test
> function|https://github.com/riptano/cassandra-dtest/blob/master/sstableutil_test.py#L128]),
> but uppercase as returned by {{glob.glob}} (see the [{{_get_sstable_files}}
> test
> function|https://github.com/riptano/cassandra-dtest/blob/master/sstableutil_test.py#L160]).
> Do I understand correctly that Windows filenames are case-insensitive,
> including the drive portion? If that's the case, then we can just lowercase
> the file names in the test helper functions above when the tests are run on
> Windows. [~JoshuaMcKenzie] can you confirm? I'll fix this in the tests if so.
> If I'm wrong, and something in {{sstableutil}} needs to be fixed, could you
> find an assignee?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
