Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CardinalityEstimatorStressTest.addBigRange_checkErrorMargin_completeWithinFourMins #9651

Closed
hasancelik opened this issue Jan 16, 2017 · 4 comments · Fixed by #9663 or #9795
Closed
Assignees
Labels
Source: Internal PR or issue was opened by an employee Team: Core Type: Test-Failure
Milestone

Comments

@hasancelik
Copy link
Contributor

org.junit.runners.model.TestTimedOutException: test timed out after 240000 milliseconds
	at sun.misc.Unsafe.park(Native Method)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:315)
	at com.hazelcast.spi.impl.AbstractInvocationFuture.get(AbstractInvocationFuture.java:153)
	at com.hazelcast.spi.impl.AbstractInvocationFuture.join(AbstractInvocationFuture.java:136)
	at com.hazelcast.cardinality.impl.CardinalityEstimatorProxy.add(CardinalityEstimatorProxy.java:55)
	at com.hazelcast.cardinality.CardinalityEstimatorStressTest.addBigRange_checkErrorMargin_completeWithinFourMins(CardinalityEstimatorStressTest.java:50)

https://hazelcast-l337.ci.cloudbees.com/view/Hazelcast/job/Hazelcast-3.x-nightly/com.hazelcast$hazelcast/1203/testReport/junit/com.hazelcast.cardinality/CardinalityEstimatorStressTest/addBigRange_checkErrorMargin_completeWithinFourMins/

@jerrinot
Copy link
Contributor

jerrinot commented Jan 16, 2017

this is interesting?

Invocation{op=com.hazelcast.cardinality.impl.operations.AggregateOperation{serviceName='hz:impl:cardinalityEstimatorService', identityHash=1398605225, partitionId=227, replicaIndex=0, callId=-8063408, invocationTime=1484532066555 (2017-01-16 04:01:06.555), waitTimeout=-1, callTimeout=60000, name=StressTest_Estimator}, tryCount=250, tryPauseMillis=500, invokeCount=1, callTimeoutMillis=60000, firstInvocationTimeMs=1484532066555, firstInvocationTime='2017-01-16 04:01:06.555', lastHeartbeatMillis=0, lastHeartbeatTime='1970-01-01 02:00:00.000', target=[127.0.0.1]:6796, pendingResponse={VOID}, backupsAcksExpected=0, backupsAcksReceived=0, connection=null}, current value: com.hazelcast.core.HazelcastInstanceNotActiveException: Hazelcast instance is not active!, offered value: Invocation::INTERRUPTED

why is the a negative callId ?

Other than that I'd say it's just too short timeout. It's taking over 1 minute on my laptop. so 4 minutes can be insufficient for Cloudbees.

@jerrinot
Copy link
Contributor

ok, negative callId is a marker saying "op not active" and it was introduced by jerrinot@d1b0284

hence I think the failure is a non-issue - simply the timeout is too short.

@hasancelik
Copy link
Contributor Author

CardinalityEstimatorStressTest.addBigRange_checkErrorMargin_completeWithinEightMins

org.junit.runners.model.TestTimedOutException: test timed out after 480000 milliseconds
	at sun.misc.Unsafe.park(Native Method)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:315)
	at com.hazelcast.spi.impl.AbstractInvocationFuture.get(AbstractInvocationFuture.java:153)
	at com.hazelcast.spi.impl.AbstractInvocationFuture.join(AbstractInvocationFuture.java:136)
	at com.hazelcast.cardinality.impl.CardinalityEstimatorProxy.add(CardinalityEstimatorProxy.java:55)
	at com.hazelcast.cardinality.CardinalityEstimatorStressTest.addBigRange_checkErrorMargin_completeWithinEightMins(CardinalityEstimatorStressTest.java:54)

https://hazelcast-l337.ci.cloudbees.com/view/Hazelcast/job/Hazelcast-3.x-nightly/com.hazelcast$hazelcast/1219/testReport/junit/com.hazelcast.cardinality/CardinalityEstimatorStressTest/addBigRange_checkErrorMargin_completeWithinEightMins/

@hasancelik hasancelik reopened this Jan 30, 2017
@jerrinot
Copy link
Contributor

jerrinot commented Feb 2, 2017

It almost finished. it made 9,200,000 iterations out of 10,000,000.
I can see the test was doing progress, it was simply too slow. the nighly build is running on Cloudbees -> very slow environment. The only remedy is to further increase the test timeout. (or decrease iteration count)

jerrinot added a commit to jerrinot/hazelcast that referenced this issue Feb 2, 2017
Fixes hazelcast#9651

The Cloudbees environment is too slow and the test was
still occasionally failing even it was doing progress.
jerrinot added a commit to jerrinot/hazelcast that referenced this issue Feb 2, 2017
Fixes hazelcast#9651

The Cloudbees environment is too slow and the test was
still occasionally failing even it was doing progress.
@mmedenjak mmedenjak added the Source: Internal PR or issue was opened by an employee label Jan 28, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Source: Internal PR or issue was opened by an employee Team: Core Type: Test-Failure
Projects
None yet
4 participants