[jira] [Commented] (CASSANDRA-8981) IndexSummaryManagerTest.testCompactionsRace failing on trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-8981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14365557#comment-14365557
]
Benedict commented on CASSANDRA-8981:
-
Jake wrote this test, but sure. I'll take a look, perhaps tomorrow
IndexSummaryManagerTest.testCompactionsRace failing on trunk
Key: CASSANDRA-8981
URL: https://issues.apache.org/jira/browse/CASSANDRA-8981
Project: Cassandra
Issue Type: Bug
Components: Core
Reporter: Joshua McKenzie
Priority: Minor
Fix For: 3.0
Keep running it repeatedly w/showoutput=yes in build.xml on junit and
you'll see it time out with:
{noformat}
[junit] WARN 17:02:56 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:56 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:57 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:57 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
{noformat}
I originally thought this was a Windows specific problem (CASSANDRA-8962) but
can reproduce on linux by just repeatedly running the test.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-8981) IndexSummaryManagerTest.testCompactionsRace failing on trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-8981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14365749#comment-14365749
]
Benedict commented on CASSANDRA-8981:
-
Well, I did commit it, so you can't blame git blame for blaming me :)
IndexSummaryManagerTest.testCompactionsRace failing on trunk
Key: CASSANDRA-8981
URL: https://issues.apache.org/jira/browse/CASSANDRA-8981
Project: Cassandra
Issue Type: Bug
Components: Core
Reporter: Joshua McKenzie
Priority: Minor
Fix For: 3.0
Keep running it repeatedly w/showoutput=yes in build.xml on junit and
you'll see it time out with:
{noformat}
[junit] WARN 17:02:56 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:56 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:57 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:57 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
{noformat}
I originally thought this was a Windows specific problem (CASSANDRA-8962) but
can reproduce on linux by just repeatedly running the test.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-8981) IndexSummaryManagerTest.testCompactionsRace failing on trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-8981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14365769#comment-14365769
]
T Jake Luciani commented on CASSANDRA-8981:
---
Looks like it's just a timeout. The test is purposely trying to cause a race
condition. Perhaps this should be a long-unit test
IndexSummaryManagerTest.testCompactionsRace failing on trunk
Key: CASSANDRA-8981
URL: https://issues.apache.org/jira/browse/CASSANDRA-8981
Project: Cassandra
Issue Type: Bug
Components: Core
Reporter: Joshua McKenzie
Priority: Minor
Fix For: 3.0
Keep running it repeatedly w/showoutput=yes in build.xml on junit and
you'll see it time out with:
{noformat}
[junit] WARN 17:02:56 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:56 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:57 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:57 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
{noformat}
I originally thought this was a Windows specific problem (CASSANDRA-8962) but
can reproduce on linux by just repeatedly running the test.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-8981) IndexSummaryManagerTest.testCompactionsRace failing on trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-8981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14365742#comment-14365742
]
Joshua McKenzie commented on CASSANDRA-8981:
That's what I get for trusting the output of git blame. ;)
IndexSummaryManagerTest.testCompactionsRace failing on trunk
Key: CASSANDRA-8981
URL: https://issues.apache.org/jira/browse/CASSANDRA-8981
Project: Cassandra
Issue Type: Bug
Components: Core
Reporter: Joshua McKenzie
Priority: Minor
Fix For: 3.0
Keep running it repeatedly w/showoutput=yes in build.xml on junit and
you'll see it time out with:
{noformat}
[junit] WARN 17:02:56 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:56 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:57 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:57 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
{noformat}
I originally thought this was a Windows specific problem (CASSANDRA-8962) but
can reproduce on linux by just repeatedly running the test.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-8981) IndexSummaryManagerTest.testCompactionsRace failing on trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-8981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14365545#comment-14365545
]
Joshua McKenzie commented on CASSANDRA-8981:
[~benedict]: Looks like you wrote this test and you've been in this space quite
a bit recently - would you be willing to take a look at this?
IndexSummaryManagerTest.testCompactionsRace failing on trunk
Key: CASSANDRA-8981
URL: https://issues.apache.org/jira/browse/CASSANDRA-8981
Project: Cassandra
Issue Type: Bug
Components: Core
Reporter: Joshua McKenzie
Priority: Minor
Fix For: 3.0
Keep running it repeatedly w/showoutput=yes in build.xml on junit and
you'll see it time out with:
{noformat}
[junit] WARN 17:02:56 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:56 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:57 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
[junit] WARN 17:02:57 Unable to cancel in-progress compactions for
StandardRace. Perhaps there is an unusually large row in progress somewhere,
or the system is simply overloaded.
{noformat}
I originally thought this was a Windows specific problem (CASSANDRA-8962) but
can reproduce on linux by just repeatedly running the test.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
