[ 
https://issues.apache.org/jira/browse/ASTERIXDB-2755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17162328#comment-17162328
 ] 

ASF subversion and git services commented on ASTERIXDB-2755:
------------------------------------------------------------

Commit 6a78fac56a3459d11902d844e326adae31c0e666 in asterixdb's branch 
refs/heads/master from luochen
[ https://gitbox.apache.org/repos/asf?p=asterixdb.git;h=6a78fac ]

[ASTERIXDB-2755] Fix failed test case caused by GVBC

- user model changes: no
- storage format changes: no
- interface changes: no

Details:
- Fix testAllocateWhileFlushIsScheduled to ensure that writes on
partition 1 are enabled after the flush on partition 0 is completed.
Otherwise, GVBC may flush partition 1 as well, because GVBC is still full,
causing inconsistent component IDs.

Change-Id: I82cc3f30563061ef7d7340747ea81cd8659cdb32
Reviewed-on: https://asterix-gerrit.ics.uci.edu/c/asterixdb/+/7084
Integration-Tests: Jenkins <[email protected]>
Tested-by: Jenkins <[email protected]>
Reviewed-by: Luo Chen <[email protected]>
Reviewed-by: Murtadha Hubail <[email protected]>


> Test failure in MultiPartitionLSMIndexTest.testAllocateWhileFlushIsScheduled_0
> ------------------------------------------------------------------------------
>
>                 Key: ASTERIXDB-2755
>                 URL: https://issues.apache.org/jira/browse/ASTERIXDB-2755
>             Project: Apache AsterixDB
>          Issue Type: Bug
>          Components: STO - Storage
>            Reporter: Ian Maxon
>            Assignee: Chen Luo
>            Priority: Major
>         Attachments: info.log.gz
>
>
> Failed in the asterix-gerrit-asterix-app-openjdk11 job. I think the patch it 
> failed on shouldn't have effected any of this. Details below & logs attached:
> Error Message
> expected:<null> but was:<[1,1]>
> Stacktrace
> java.lang.AssertionError: expected:<null> but was:<[1,1]>
>       at 
> org.apache.asterix.test.dataflow.MultiPartitionLSMIndexTest.testAllocateWhileFlushIsScheduled(MultiPartitionLSMIndexTest.java:380)
> Standard Output
> Proceed to flush
> Standard Error
> java.lang.AssertionError: expected:<null> but was:<[1,1]>
>       at org.junit.Assert.fail(Assert.java:89)
>       at org.junit.Assert.failNotEquals(Assert.java:835)
>       at org.junit.Assert.assertEquals(Assert.java:120)
>       at org.junit.Assert.assertEquals(Assert.java:146)
>       at 
> org.apache.asterix.test.dataflow.MultiPartitionLSMIndexTest.testAllocateWhileFlushIsScheduled(MultiPartitionLSMIndexTest.java:376)
>       at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>       at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>       at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>       at java.base/java.lang.reflect.Method.invoke(Method.java:566)
>       at 
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
>       at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>       at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
>       at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>       at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>       at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>       at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
>       at 
> org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
>       at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
>       at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
>       at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
>       at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
>       at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
>       at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
>       at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
>       at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
>       at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
>       at org.junit.runners.Suite.runChild(Suite.java:128)
>       at org.junit.runners.Suite.runChild(Suite.java:27)
>       at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
>       at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
>       at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
>       at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
>       at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
>       at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>       at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>       at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
>       at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
>       at 
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
>       at 
> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
>       at 
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
>       at 
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
>       at 
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:379)
>       at 
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:340)
>       at 
> org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:125)
>       at 
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:413)



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to