[jira] [Closed] (ASTERIXDB-2169) Long running queries blocks modifications
[ https://issues.apache.org/jira/browse/ASTERIXDB-2169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2169. Resolution: Fixed > Long running queries blocks modifications > - > > Key: ASTERIXDB-2169 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2169 > Project: Apache AsterixDB > Issue Type: Bug > Components: STO - Storage, TX - Transactions >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > When running a long query, for example, select count(*), the modification > rate goes to 0 for the duration of the query. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2200) Intermittent Failures in ActiveEventsListenerTest
[ https://issues.apache.org/jira/browse/ASTERIXDB-2200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2200. Resolution: Fixed > Intermittent Failures in ActiveEventsListenerTest > - > > Key: ASTERIXDB-2200 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2200 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Murtadha Hubail >Assignee: Abdullah Alamoudi >Priority: Major > > Intermittent failures in > ActiveEventsListenerTest.testStartWhenStartFailsRuntime > Error Message: > expected: but was: > Stacktrace > {code:java} > java.lang.AssertionError: expected: but > was: > at > org.apache.asterix.test.active.ActiveEventsListenerTest.testStartWhenStartFailsRuntime(ActiveEventsListenerTest.java:192) > ## testStartWhenStartFailsRuntime START > 07:24:03.399 [Actor:User: Till] ERROR > org.apache.asterix.app.active.ActiveEntityEventsListener - Failed to start > the entity Default.entityName(Feed) > org.apache.hyracks.api.exceptions.HyracksDataException: RuntimeFailure > at > org.apache.asterix.test.active.TestEventsListener.doStart(TestEventsListener.java:127) > ~[test-classes/:?] > at > org.apache.asterix.app.active.ActiveEntityEventsListener.start(ActiveEntityEventsListener.java:379) > [classes/:?] > at > org.apache.asterix.test.active.TestUserActor$1.doExecute(TestUserActor.java:59) > [test-classes/:?] > at org.apache.asterix.test.active.Action.execute(Action.java:30) > [test-classes/:?] > at org.apache.asterix.test.active.Actor.handle(Actor.java:35) > [test-classes/:?] > at org.apache.asterix.test.active.Actor.handle(Actor.java:24) > [test-classes/:?] > at > org.apache.hyracks.api.util.SingleThreadEventProcessor.run(SingleThreadEventProcessor.java:50) > [hyracks-api-0.3.3-SNAPSHOT.jar:0.3.3-SNAPSHOT] > at java.lang.Thread.run(Thread.java:745) [?:1.8.0_102] > ## testStartWhenStartFailsRuntime FAILED (java.lang.AssertionError) > {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2194) Introduce datasource functions
[ https://issues.apache.org/jira/browse/ASTERIXDB-2194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2194. Resolution: Fixed > Introduce datasource functions > -- > > Key: ASTERIXDB-2194 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2194 > Project: Apache AsterixDB > Issue Type: Improvement > Components: COMP - Compiler >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > Sometimes, we would like to be able to query system status. For example: >1. Disk space. >2. Number of components of a dataset. >3. Memory usage. > And many others. Being able to query such information and utilize the power > of the query language and the runtime makes a great investigative/diagnostic > tool. > Currently, there is no easy way to do that. Such functionality can be > achieved through: > 1. External datasets but that takes a lot of work in terms of development and > usage. > 2. Use specific diagnostic end points but then that is also a lot of > development work and you end up losing the ability to use the query language. > Current proposal is to introduce datasource functions. A datasource function > is different from normal functions as: > 1. Takes constants ( as opposed to variables). > 2. Has location constraints "For a start, it can be on all nodes". > An example would be the function dataset_resources(String dataverse, String > dataset); > This function takes a dataverse and a dataset and produce a set of json > representing the disk resources of the dataset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2087) Failure in HttpServerTest.testChattyServer
[ https://issues.apache.org/jira/browse/ASTERIXDB-2087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2087. > Failure in HttpServerTest.testChattyServer > -- > > Key: ASTERIXDB-2087 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2087 > Project: Apache AsterixDB > Issue Type: Bug > Components: HYR - Hyracks, TEST - Test Framework >Reporter: Till >Assignee: Abdullah Alamoudi >Priority: Major > > Seen here: > https://asterix-jenkins.ics.uci.edu/job/hyracks-solo/1670/org.apache.hyracks$hyracks-http/testReport/junit/org.apache.hyracks.http.test/HttpServerTest/testChattyServer/ -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2007) CCApplication.stop() throws NullPointerException when start() fails before appCtx is initialized
[ https://issues.apache.org/jira/browse/ASTERIXDB-2007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2007. > CCApplication.stop() throws NullPointerException when start() fails before > appCtx is initialized > > > Key: ASTERIXDB-2007 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2007 > Project: Apache AsterixDB > Issue Type: Bug > Components: CLUS - Cluster management >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2012) LSMBTreeRangeSearchCursor unlocks twice in some cases
[ https://issues.apache.org/jira/browse/ASTERIXDB-2012?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2012. > LSMBTreeRangeSearchCursor unlocks twice in some cases > - > > Key: ASTERIXDB-2012 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2012 > Project: Apache AsterixDB > Issue Type: Bug > Components: TX - Transactions >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > LSMBTreeRangeSearchCursor sometimes unlocks twice producing illegal state > exception > This happens if: > 1. the proceed call failed (causing instant lock to fail) > 2. the lock was acquired and then released. This happens if: > a. the priority queue head was not coming from memory component. > b. the priority queue head was from memory component and it didn't change > when search was re-performed > 3. the tuple was found to be antimatter. > Moreover, locks that are acquired in case the mutable component is not part > of the search anymore are not released until the job completes. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2023) Introduce Enums instead of using bytes for ActiveEvents and Messages
[ https://issues.apache.org/jira/browse/ASTERIXDB-2023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2023. > Introduce Enums instead of using bytes for ActiveEvents and Messages > > > Key: ASTERIXDB-2023 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2023 > Project: Apache AsterixDB > Issue Type: Bug > Components: ING - Ingestion >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > Some classes such as ActiveEvent uses a byte member to indicates type. While > this is not incorrect, it introduces room for mistakes. In addition, logging > becomes harder to follow if the byte value is logged. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2020) Set default max number of reattempts to 0 in JobSpecification
[ https://issues.apache.org/jira/browse/ASTERIXDB-2020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2020. > Set default max number of reattempts to 0 in JobSpecification > - > > Key: ASTERIXDB-2020 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2020 > Project: Apache AsterixDB > Issue Type: Bug > Components: HYR - Hyracks >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > In Hyracks JobSpecification, the default max number of reattempts is set to > 2. This forces anyone who creates a job that shouldn't be re-attempted to > explicitly set the number to 0 and we have many calls that sets it to 0. > However, sometimes, developers forget to set that and this leads to serious > failures... -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2008) ClusterStateManager.removePending adds nodes to pending removal even if they are not part of the cluster
[ https://issues.apache.org/jira/browse/ASTERIXDB-2008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2008. > ClusterStateManager.removePending adds nodes to pending removal even if they > are not part of the cluster > > > Key: ASTERIXDB-2008 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2008 > Project: Apache AsterixDB > Issue Type: Bug > Components: CLUS - Cluster management >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2029) Remove this from dataset not found errors
[ https://issues.apache.org/jira/browse/ASTERIXDB-2029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2029. > Remove this from dataset not found errors > - > > Key: ASTERIXDB-2029 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2029 > Project: Apache AsterixDB > Issue Type: Bug > Components: COMP - Compiler >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2033) Http server tries to write large chunks to direct buffers
[ https://issues.apache.org/jira/browse/ASTERIXDB-2033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2033. > Http server tries to write large chunks to direct buffers > - > > Key: ASTERIXDB-2033 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2033 > Project: Apache AsterixDB > Issue Type: Bug > Components: OTH - Other >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > The Http server chunked output stream writes response in chunks and relies on > writability of channels to perform flow control. > When chunks are large, flow control is broken and this could lead to overflow > of direct buffer allocation. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2031) NC shutdown now hangs forever
[ https://issues.apache.org/jira/browse/ASTERIXDB-2031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2031. > NC shutdown now hangs forever > - > > Key: ASTERIXDB-2031 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2031 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > Shutdown can hang forever... > To avoid this, we should wait for a specified time window and then halt the > jvm.. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2039) Log HttpServer direct memory budget on creation
[ https://issues.apache.org/jira/browse/ASTERIXDB-2039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2039. > Log HttpServer direct memory budget on creation > --- > > Key: ASTERIXDB-2039 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2039 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2025) MergeOperation completes before deleting old components from disk
[ https://issues.apache.org/jira/browse/ASTERIXDB-2025?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2025. > MergeOperation completes before deleting old components from disk > - > > Key: ASTERIXDB-2025 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2025 > Project: Apache AsterixDB > Issue Type: Bug > Components: STO - Storage >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > This could lead to conflict between delete index and deleting old components > which would make one of them to try and delete non-existing files. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2036) MetadataProvider Config is not set sometimes causing NPE
[ https://issues.apache.org/jira/browse/ASTERIXDB-2036?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2036. > MetadataProvider Config is not set sometimes causing NPE > > > Key: ASTERIXDB-2036 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2036 > Project: Apache AsterixDB > Issue Type: Bug > Components: MTD - Metadata >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > AqlMetadataProvider has a configuration map. This map is null until set from > outside. > We always set it and use it. when some use case forget to set it, we end up > with NullPointerException > To avoid this, we will always create it and make it final. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2082) Need a way to specify max number of concurrent connections in http server
[ https://issues.apache.org/jira/browse/ASTERIXDB-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2082. Resolution: Fixed The executor threads size + the number of request queue seems to cover this > Need a way to specify max number of concurrent connections in http server > - > > Key: ASTERIXDB-2082 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2082 > Project: Apache AsterixDB > Issue Type: Bug > Components: OTH - Other >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > Currently, The http server allows configuration of: > 1. number of executor threads. > 2. number of io threads. > 3. in/out memory budget. > 4. max request size > However, there is no way to specify maximum number of concurrent maintained > requests. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2006) Exclusive Modify Lock doesn't cover Modify lock
[ https://issues.apache.org/jira/browse/ASTERIXDB-2006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2006. Resolution: Fixed > Exclusive Modify Lock doesn't cover Modify lock > --- > > Key: ASTERIXDB-2006 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2006 > Project: Apache AsterixDB > Issue Type: Bug > Components: TX - Transactions >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > When acquiring a metadata lock, the caller passes the requested mode. For > example READ and WRITE. > When the lock has already been acquired, the lock manager checks if the > acquired mode covers the requested mode. For example, WRITE covers READ but > not the other way around. > EXCLUSIVE_MODIFY_LOCK covers MODIFY lock as well but that was not implemented > correctly in the metadata lock manager. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2052) Http server memory leak
[ https://issues.apache.org/jira/browse/ASTERIXDB-2052?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2052. > Http server memory leak > --- > > Key: ASTERIXDB-2052 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2052 > Project: Apache AsterixDB > Issue Type: Bug > Components: OTH - Other >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > Sometimes, the http server is stuck with out of memory error -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2004) TestExecutor sometimes write test results outside target
[ https://issues.apache.org/jira/browse/ASTERIXDB-2004?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2004. Resolution: Fixed > TestExecutor sometimes write test results outside target > > > Key: ASTERIXDB-2004 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2004 > Project: Apache AsterixDB > Issue Type: Bug > Components: TEST - Test Framework >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-2002) Some failures during task start are not reported to cluster controller
[ https://issues.apache.org/jira/browse/ASTERIXDB-2002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-2002. Resolution: Fixed > Some failures during task start are not reported to cluster controller > -- > > Key: ASTERIXDB-2002 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-2002 > Project: Apache AsterixDB > Issue Type: Bug > Components: HYR - Hyracks >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1992) Dataset KeyVerse.KVStore is currently being fed into by the following active entities
[ https://issues.apache.org/jira/browse/ASTERIXDB-1992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1992. Resolution: Fixed > Dataset KeyVerse.KVStore is currently being fed into by the following active > entities > - > > Key: ASTERIXDB-1992 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1992 > Project: Apache AsterixDB > Issue Type: Bug > Components: ING - Ingestion >Reporter: Yingyi Bu >Assignee: Abdullah Alamoudi >Priority: Major > > Sporadic test failures on Jenkins: > https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-asterix-app/org.apache.asterix$asterix-app/1273/testReport/junit/org.apache.asterix.test.runtime/AqlExecutionTest/test_AqlExecutionTest_13__feeds__change_feed_with_meta_pk_in_meta_index_after_ingest_/ > {noformat} > testFile > src/test/resources/runtimets/queries/feeds/change-feed-with-meta-pk-in-meta-index-after-ingest/change-feed-with-meta-pk-in-meta-index-after-ingest.3.ddl.aql > raised an exception: HTTP operation failed: Dataset KeyVerse.KVStore is > currently being fed into by the following active entities. > KeyVerse.KVChangeStream(Feed) > [CompilationException] > STATUS LINE: HTTP/1.1 500 Internal Server Error > SUMMARY: org.apache.asterix.common.exceptions.CompilationException: Dataset > KeyVerse.KVStore is currently being fed into by the following active entities. > HTTP operation failed: Dataset KeyVerse.KVStore is currently being fed into > by the following active entities. > KeyVerse.KVChangeStream(Feed) > [CompilationException] > STATUS LINE: HTTP/1.1 500 Internal Server Error > SUMMARY: org.apache.asterix.common.exceptions.CompilationException: Dataset > KeyVerse.KVStore is currently being fed into by the following active entities. > at > org.apache.asterix.test.common.TestExecutor.checkResponse(TestExecutor.java:474) > at > org.apache.asterix.test.common.TestExecutor.executeAndCheckHttpRequest(TestExecutor.java:437) > at > org.apache.asterix.test.common.TestExecutor.executeDDL(TestExecutor.java:719) > at > org.apache.asterix.test.common.TestExecutor.executeTestFile(TestExecutor.java:837) > at > org.apache.asterix.test.common.TestExecutor.executeTest(TestExecutor.java:1310) > at > org.apache.asterix.test.runtime.LangExecutionUtil.test(LangExecutionUtil.java:125) > at > org.apache.asterix.test.runtime.LangExecutionUtil.test(LangExecutionUtil.java:112) > at > org.apache.asterix.test.runtime.AqlExecutionTest.test(AqlExecutionTest.java:63) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > at > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at > org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > at > org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runners.Suite.runChild(Suite.java:128) > at org.junit.runners.Suite.runChild(Suite.java:27) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > 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.run(ParentRunner.java:363) > at >
[jira] [Closed] (ASTERIXDB-1970) Sporadic Failure in ActiveMessageTest
[ https://issues.apache.org/jira/browse/ASTERIXDB-1970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1970. Resolution: Fixed > Sporadic Failure in ActiveMessageTest > - > > Key: ASTERIXDB-1970 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1970 > Project: Apache AsterixDB > Issue Type: Bug > Components: ING - Ingestion >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1987) Sporadic FileNotFound issue in tests
[ https://issues.apache.org/jira/browse/ASTERIXDB-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1987. Resolution: Fixed Temporary datasets don't exist anymore > Sporadic FileNotFound issue in tests > > > Key: ASTERIXDB-1987 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1987 > Project: Apache AsterixDB > Issue Type: Bug > Components: STO - Storage >Reporter: Yingyi Bu >Assignee: Abdullah Alamoudi >Priority: Major > Labels: sporadic-error > > https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-verify-asterix-app/org.apache.asterix$asterix-app/1043/testReport/junit/org.apache.asterix.test.runtime/AqlExecutionLessParallelismIT/test_AqlExecutionLessParallelismIT_1385__temp_dataset__temp_primary_plus_ngram_flush_/ > {noformat} > Regression > org.apache.asterix.test.runtime.AqlExecutionLessParallelismIT.test[AqlExecutionLessParallelismIT > 1385: temp-dataset: temp_primary_plus_ngram_flush] > Failing for the past 1 build (Since Unstable#1043 ) > Took 9.2 sec. > Error Message > FileNotFoundException: File does not exist: > target/io/dir/asterix_nc1/iodevice1/storage/partition_1/temp/recovery/Fragile_idx_cfText2Ix/2017-07-13-20-59-02-190_2017-07-13-20-59-02-190_f > Stacktrace > org.apache.asterix.common.exceptions.AsterixException: FileNotFoundException: > File does not exist: > target/io/dir/asterix_nc1/iodevice1/storage/partition_1/temp/recovery/Fragile_idx_cfText2Ix/2017-07-13-20-59-02-190_2017-07-13-20-59-02-190_f > at > org.apache.asterix.test.runtime.AqlExecutionLessParallelismIT.test(AqlExecutionLessParallelismIT.java:70) > Standard Error > Jul 13, 2017 8:58:53 PM > org.apache.hyracks.control.common.config.ConfigManager get > WARNING: NC option [nc] storage.lsm.bloomfilter.falsepositiverate being > accessed outside of NC-scoped configuration. > Jul 13, 2017 8:58:53 PM > org.apache.hyracks.control.common.config.ConfigManager get > WARNING: NC option [nc] storage.lsm.bloomfilter.falsepositiverate being > accessed outside of NC-scoped configuration. > Jul 13, 2017 8:58:53 PM > org.apache.hyracks.control.common.config.ConfigManager get > WARNING: NC option [nc] storage.lsm.bloomfilter.falsepositiverate being > accessed outside of NC-scoped configuration. > Jul 13, 2017 8:58:53 PM org.apache.hyracks.control.nc.Joblet close > WARNING: Freeing leaked 393216 bytes > Jul 13, 2017 8:58:53 PM org.apache.hyracks.control.nc.Joblet close > WARNING: Freeing leaked 393216 bytes > Jul 13, 2017 8:58:53 PM > org.apache.hyracks.control.common.work.WorkQueue$WorkerThread > auditWaitsAndBlocks > WARNING: Work CleanupJoblet waited 0 times (~0ms), blocked 1 times (~0ms) > Jul 13, 2017 8:59:01 PM > org.apache.asterix.common.ioopcallbacks.AbstractLSMIOOperationCallback > getComponentId > WARNING: Flushing a memory component without setting the LSN > Jul 13, 2017 8:59:01 PM > org.apache.asterix.common.ioopcallbacks.AbstractLSMIOOperationCallback > getComponentId > WARNING: Flushing a memory component without setting the LSN > Jul 13, 2017 8:59:01 PM > org.apache.asterix.common.ioopcallbacks.AbstractLSMIOOperationCallback > getComponentId > WARNING: Flushing a memory component without setting the LSN > Jul 13, 2017 8:59:01 PM > org.apache.asterix.common.ioopcallbacks.AbstractLSMIOOperationCallback > getComponentId > WARNING: Flushing a memory component without setting the LSN > Jul 13, 2017 8:59:01 PM org.apache.hyracks.control.nc.Joblet close > WARNING: Freeing leaked 1507328 bytes > Jul 13, 2017 8:59:01 PM org.apache.hyracks.control.nc.Joblet close > WARNING: Freeing leaked 1736704 bytes > Jul 13, 2017 8:59:01 PM > org.apache.hyracks.control.common.work.WorkQueue$WorkerThread > auditWaitsAndBlocks > WARNING: Work CleanupJoblet waited 0 times (~0ms), blocked 1 times (~0ms) > Jul 13, 2017 8:59:01 PM > org.apache.asterix.common.ioopcallbacks.AbstractLSMIOOperationCallback > getComponentId > WARNING: Flushing a memory component without setting the LSN > Jul 13, 2017 8:59:01 PM > org.apache.asterix.common.ioopcallbacks.AbstractLSMIOOperationCallback > getComponentId > WARNING: Flushing a memory component without setting the LSN > Jul 13, 2017 8:59:01 PM > org.apache.asterix.common.ioopcallbacks.AbstractLSMIOOperationCallback > getComponentId > WARNING: Flushing a memory component without setting the LSN > Jul 13, 2017 8:59:01 PM > org.apache.asterix.common.ioopcallbacks.AbstractLSMIOOperationCallback > getComponentId > WARNING: Flushing a memory component without setting the LSN > Jul 13, 2017 8:59:01 PM > org.apache.asterix.common.ioopcallbacks.AbstractLSMIOOperationCallback > getComponentId > WARNING: Flushing a memory component without setting the LSN > Jul 13, 2017 8:59:01 PM >
[jira] [Closed] (ASTERIXDB-1967) overridesFieldTypes is passed incorrectly to FilesIndex
[ https://issues.apache.org/jira/browse/ASTERIXDB-1967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1967. Resolution: Fixed > overridesFieldTypes is passed incorrectly to FilesIndex > --- > > Key: ASTERIXDB-1967 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1967 > Project: Apache AsterixDB > Issue Type: Bug > Components: IDX - Indexes >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > When creating an external index, overridesFieldTypes is passed incorrectly to > the file index. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1869) Ensure that size of lock list equals to the number of locked metadata entities.
[ https://issues.apache.org/jira/browse/ASTERIXDB-1869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1869. Resolution: Fixed > Ensure that size of lock list equals to the number of locked metadata > entities. > --- > > Key: ASTERIXDB-1869 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1869 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1953) Clean LSM File Managers
[ https://issues.apache.org/jira/browse/ASTERIXDB-1953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1953. > Clean LSM File Managers > --- > > Key: ASTERIXDB-1953 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1953 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > Currently, LSM File managers store all the paths as absolute path Strings. > This makes the code bug prone, and requires constructing multiple File > objects. and using the IO manager to resolve the io device. > More over, all the error messages in these classes are outdated and use the > old mechanism of creating error messages. > Instead of using absolute path strings, we should use FileReferences. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1443) No unit test cases for FrameDistributor
[ https://issues.apache.org/jira/browse/ASTERIXDB-1443?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1443. > No unit test cases for FrameDistributor > --- > > Key: ASTERIXDB-1443 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1443 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > A frame distributor is a special frame. it has a very specialized behavior > and it requires its own unit tests to ensure that it works as expected -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-349) Delimited File/Stream parser should support multiple delimiter character choices.
[ https://issues.apache.org/jira/browse/ASTERIXDB-349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-349. --- > Delimited File/Stream parser should support multiple delimiter character > choices. > - > > Key: ASTERIXDB-349 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-349 > Project: Apache AsterixDB > Issue Type: Improvement > Components: *DB - AsterixDB, EXT - External data >Reporter: Vinayak Borkar >Assignee: Abdullah Alamoudi >Priority: Minor > > Delimited File/Stream parser should support multiple delimiter character > choices. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1827) Refactor Index dataflow helper
[ https://issues.apache.org/jira/browse/ASTERIXDB-1827?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1827. > Refactor Index dataflow helper > -- > > Key: ASTERIXDB-1827 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1827 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > Currently, index dataflow helper creates and also open indexes. > This is risky especially that it creates an index if it is not found. > Refactor such that index dataflow helper only opens and close existing > indexes. Make a special class (IndexCreator ?) responsible for creating > indexes. > While at it, replace exceptions with error codes -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1830) Refactor CC Application Context
[ https://issues.apache.org/jira/browse/ASTERIXDB-1830?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1830. > Refactor CC Application Context > --- > > Key: ASTERIXDB-1830 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1830 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-915) Passing a wrong dataflow helper factory to secondary index drop operator
[ https://issues.apache.org/jira/browse/ASTERIXDB-915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-915. --- > Passing a wrong dataflow helper factory to secondary index drop operator > > > Key: ASTERIXDB-915 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-915 > Project: Apache AsterixDB > Issue Type: Bug > Components: *DB - AsterixDB, STO - Storage >Reporter: asterixdb-importer >Assignee: Abdullah Alamoudi >Priority: Minor > Labels: soon > > Passing a wrong dataflow helper factory to secondary index drop operator -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-811) when the DDL is going on, prevent other operations from seeing the pending ddl operation until the ddl is over.
[ https://issues.apache.org/jira/browse/ASTERIXDB-811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-811. --- > when the DDL is going on, prevent other operations from seeing the pending > ddl operation until the ddl is over. > --- > > Key: ASTERIXDB-811 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-811 > Project: Apache AsterixDB > Issue Type: Bug > Components: *DB - AsterixDB, MTD - Metadata, TX - Transactions >Reporter: Young-Seok Kim >Assignee: Abdullah Alamoudi >Priority: Major > Labels: soon > > when the DDL is going on, prevent other operations from seeing the pending > ddl operation until the ddl is over. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1441) License and NOTICE missing for Mockito and PowerMock
[ https://issues.apache.org/jira/browse/ASTERIXDB-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1441. > License and NOTICE missing for Mockito and PowerMock > > > Key: ASTERIXDB-1441 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1441 > Project: Apache AsterixDB > Issue Type: Task >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Blocker > Labels: soon > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1062) Reuse Hyracks infrastructure to manage Feeds events
[ https://issues.apache.org/jira/browse/ASTERIXDB-1062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1062. > Reuse Hyracks infrastructure to manage Feeds events > --- > > Key: ASTERIXDB-1062 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1062 > Project: Apache AsterixDB > Issue Type: Improvement > Components: *DB - AsterixDB, CLUS - Cluster management, ING - > Ingestion >Reporter: asterixdb-importer >Assignee: Abdullah Alamoudi >Priority: Major > > Feeds service disconnected during high CPU usage time -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-951) sporadic test failure (feeds/issue_711_feeds)
[ https://issues.apache.org/jira/browse/ASTERIXDB-951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-951. --- > sporadic test failure (feeds/issue_711_feeds) > - > > Key: ASTERIXDB-951 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-951 > Project: Apache AsterixDB > Issue Type: Bug > Components: *DB - AsterixDB, ING - Ingestion >Reporter: asterixdb-importer >Assignee: Abdullah Alamoudi >Priority: Major > > sporadic test failure (feeds/issue_711_feeds) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1397) New Feed user model not implemented
[ https://issues.apache.org/jira/browse/ASTERIXDB-1397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1397. > New Feed user model not implemented > --- > > Key: ASTERIXDB-1397 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1397 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > As per the new user model, secondary feeds should be removed and replaced > with allowing multiple connections to a single feed. > At the same time, functions must be moved to connections rather than with > Feed definition. > Following is a list of tasks that need to be completed in order to close this > item: > 1. Make connect/diconnect logical operations and start/stop control the flow > of data. > 2. Change the function association from "with-feed" to "with connection". > 3. Support a list of functions per connection. > 4. Enable multiple connections per feed. Connections can be modified only > when the feed is in the stopped state. > 5. Enable adding and removing connections while feed is in the running state. > None of this is supported at this time. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1426) NPE on Drop Feed if Exists
[ https://issues.apache.org/jira/browse/ASTERIXDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1426. > NPE on Drop Feed if Exists > -- > > Key: ASTERIXDB-1426 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1426 > Project: Apache AsterixDB > Issue Type: Bug > Components: ING - Ingestion >Reporter: Murtadha Hubail >Assignee: Abdullah Alamoudi >Priority: Major > Labels: soon > > If a feed doesn't exist and a "drop feed if exists" is executed, a NPE > is thrown. > To reproduce the issue, run the following statements: > drop dataverse test if exists; > create dataverse test; > use dataverse test; > drop feed test_feed if exists; > Here is the stacktrace: > java.lang.NullPointerException > at > org.apache.asterix.app.external.FeedOperations.buildRemoveFeedStorageJob(FeedOperations.java:264) > at > org.apache.asterix.aql.translator.QueryTranslator.handleDropFeedStatement(QueryTranslator.java:2103) > at > org.apache.asterix.aql.translator.QueryTranslator.compileAndExecute(QueryTranslator.java:358) > at > org.apache.asterix.aql.translator.QueryTranslator.compileAndExecute(QueryTranslator.java:254) > at > org.apache.asterix.api.http.servlet.APIServlet.doPost(APIServlet.java:148) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) > at > org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:546) > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:483) > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:228) > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:956) > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:411) > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:188) > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:891) > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:114) > at org.eclipse.jetty.server.Server.handle(Server.java:353) > at > org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:598) > at > org.eclipse.jetty.server.HttpConnection$RequestHandler.content(HttpConnection.java:1076) > at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:805) > at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218) > at > org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:427) > at > org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:510) > at > org.eclipse.jetty.io.nio.SelectChannelEndPoint.access$000(SelectChannelEndPoint.java:34) > at > org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:40) > at > org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:450) > at java.lang.Thread.run(Thread.java:745) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1237) Refactor Feed Classes
[ https://issues.apache.org/jira/browse/ASTERIXDB-1237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1237. > Refactor Feed Classes > - > > Key: ASTERIXDB-1237 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1237 > Project: Apache AsterixDB > Issue Type: Improvement >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > Currently, Feed classes are scattered between different modules. We need to > move them to a central location for maintainability and readability. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1360) Bad error message when the localfs format field is invalid
[ https://issues.apache.org/jira/browse/ASTERIXDB-1360?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1360. > Bad error message when the localfs format field is invalid > -- > > Key: ASTERIXDB-1360 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1360 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Steven Jacobs >Assignee: Abdullah Alamoudi >Priority: Major > > When doing a load from localfs, if the "format" value isn't valid, the error > message to the user will be that the localfs reader is unknown. This is > really confusing for the user. I'm attaching a sample query and stack trace > (note the "add" format ) > load dataset EmergencyReports using > localfs(("path"="asterix_nc1:///Users/stevenjacobs/Desktop/EmergencyDataset/EmergencyReports.adm"),("format"="add")); > d by: org.apache.asterix.common.exceptions.AsterixException: unknown record > reader factory: localfs > at > org.apache.asterix.external.provider.DatasourceFactoryProvider.getRecordReaderFactory(DatasourceFactoryProvider.java:146) > at > org.apache.asterix.external.provider.DatasourceFactoryProvider.getExternalDataSourceFactory(DatasourceFactoryProvider.java:48) > at > org.apache.asterix.external.adapter.factory.GenericAdapterFactory.configure(GenericAdapterFactory.java:122) > at > org.apache.asterix.external.provider.AdapterFactoryProvider.getAdapterFactory(AdapterFactoryProvider.java:46) > at > org.apache.asterix.metadata.declared.AqlMetadataProvider.getConfiguredAdapterFactory(AqlMetadataProvider.java:563) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1202) StackOverflow when using LSM-filter with two more index on the dataset
[ https://issues.apache.org/jira/browse/ASTERIXDB-1202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1202. > StackOverflow when using LSM-filter with two more index on the dataset > -- > > Key: ASTERIXDB-1202 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1202 > Project: Apache AsterixDB > Issue Type: Bug > Components: COMP - Compiler, STO - Storage >Reporter: Jianfeng Jia >Assignee: Abdullah Alamoudi >Priority: Major > > I plan to use the LSM filter on a field. It works fine if there is only one > secondary index. However, if there are two secondary indexes on the dataset, > the "with filter on" statement will throw a StackOverflow exception. > {code} > drop dataverse test if exists; > create dataverse test; > use dataverse test; > create type FacebookMessageType as closed { > message-id: int64, > author-id: int64, > in-response-to: int64?, > sender-location: point, > message: string, > send-time: datetime > } > create dataset FacebookMessages(FacebookMessageType) > primary key message-id with filter on send-time; > create index idxa on FacebookMessages(in-response-to) type btree; > create index idxb on FacebookMessages(sender-location) type rtree; > use dataverse test; > insert into dataset FacebookMessages > ({"message-id":1,"author-id":3,"in-response-to":2,"sender-location":point("47.16,77.75"),"message":" > love sprint its shortcut-menu is > awesome:)","send-time":datetime("2012-01-20T10:10:00")} > ) > {code} > The exception is following: > {code} > java.lang.StackOverflowError > at > org.apache.hyracks.algebricks.core.algebra.operators.logical.visitors.UsedVariableVisitor.visitAssignOperator(UsedVariableVisitor.java:75) > at > org.apache.hyracks.algebricks.core.algebra.operators.logical.AssignOperator.accept(AssignOperator.java:64) > at > org.apache.hyracks.algebricks.core.algebra.operators.logical.visitors.VariableUtilities.getUsedVariables(VariableUtilities.java:40) > at > org.apache.asterix.optimizer.rules.RemoveUnusedOneToOneEquiJoinRule.removeUnusedJoin(RemoveUnusedOneToOneEquiJoinRule.java:95) > at > org.apache.asterix.optimizer.rules.RemoveUnusedOneToOneEquiJoinRule.removeUnusedJoin(RemoveUnusedOneToOneEquiJoinRule.java:112) > at > org.apache.asterix.optimizer.rules.RemoveUnusedOneToOneEquiJoinRule.removeUnusedJoin(RemoveUnusedOneToOneEquiJoinRule.java:112) > at > org.apache.asterix.optimizer.rules.RemoveUnusedOneToOneEquiJoinRule.removeUnusedJoin(RemoveUnusedOneToOneEquiJoinRule.java:112) > at > org.apache.asterix.optimizer.rules.RemoveUnusedOneToOneEquiJoinRule.removeUnusedJoin(RemoveUnusedOneToOneEquiJoinRule.java:112) > at > org.apache.asterix.optimizer.rules.RemoveUnusedOneToOneEquiJoinRule.removeUnusedJoin(RemoveUnusedOneToOneEquiJoinRule.java:112) > at > org.apache.asterix.optimizer.rules.RemoveUnusedOneToOneEquiJoinRule.removeUnusedJoin(RemoveUnusedOneToOneEquiJoinRule.java:112) > at > org.apache.asterix.optimizer.rules.RemoveUnusedOneToOneEquiJoinRule.removeUnusedJoin(RemoveUnusedOneToOneEquiJoinRule.java:112) > {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1366) Unable to create Twitter feed adaptor
[ https://issues.apache.org/jira/browse/ASTERIXDB-1366?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1366. > Unable to create Twitter feed adaptor > - > > Key: ASTERIXDB-1366 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1366 > Project: Apache AsterixDB > Issue Type: Bug > Components: EXT - External data, ING - Ingestion >Reporter: Xikui Wang >Assignee: Abdullah Alamoudi >Priority: Blocker > > I met this exception when connect data feed to dataset: > AQL: > {quote} > use dataverse feeds; > connect feed TwitterFeed to dataset Tweets; > {quote} > Exception Info: > {quote} > org.apache.hyracks.algebricks.common.exceptions.AlgebricksException: unable > to create adapter > at > org.apache.asterix.metadata.feeds.FeedMetadataUtil.getPrimaryFeedFactoryAndOutput(FeedMetadataUtil.java:557) > at > org.apache.asterix.metadata.declared.AqlMetadataProvider.buildFeedIntakeRuntime(AqlMetadataProvider.java:617) > at > org.apache.asterix.app.external.FeedOperations.buildFeedIntakeJobSpec(FeedOperations.java:83) > at > org.apache.asterix.aql.translator.QueryTranslator.handleConnectFeedStatement(QueryTranslator.java:2203) > at > org.apache.asterix.aql.translator.QueryTranslator.compileAndExecute(QueryTranslator.java:368) > at > org.apache.asterix.aql.translator.QueryTranslator.compileAndExecute(QueryTranslator.java:254) > at > org.apache.asterix.api.http.servlet.APIServlet.doPost(APIServlet.java:148) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) > at > org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:546) > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:483) > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:228) > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:956) > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:411) > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:188) > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:891) > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:114) > at org.eclipse.jetty.server.Server.handle(Server.java:353) > at > org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:598) > at > org.eclipse.jetty.server.HttpConnection$RequestHandler.content(HttpConnection.java:1076) > at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:805) > at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218) > at > org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:427) > at > org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:510) > at > org.eclipse.jetty.io.nio.SelectChannelEndPoint.access$000(SelectChannelEndPoint.java:34) > at > org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:40) > at > org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:450) > at java.lang.Thread.run(Thread.java:745) > Caused by: org.apache.asterix.common.exceptions.AsterixException: The > parameter parser must be specified. > at > org.apache.asterix.external.util.ExternalDataUtils.validateParameters(ExternalDataUtils.java:89) > at > org.apache.asterix.external.provider.AdapterFactoryProvider.getAdapterFactory(AdapterFactoryProvider.java:44) > at > org.apache.asterix.metadata.feeds.FeedMetadataUtil.getPrimaryFeedFactoryAndOutput(FeedMetadataUtil.java:513) > ... 28 more > {quote} > The reason might be that the configuration passed into AdapterFactoryProvider > has a null parser.. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-968) insert operator at scale takes forever
[ https://issues.apache.org/jira/browse/ASTERIXDB-968?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-968. --- > insert operator at scale takes forever > -- > > Key: ASTERIXDB-968 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-968 > Project: Apache AsterixDB > Issue Type: Bug > Components: *DB - AsterixDB, COMP - Compiler >Reporter: asterixdb-importer >Assignee: Abdullah Alamoudi >Priority: Major > > insert operator at scale takes forever -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1925) Sporadic test failure in test change-feed-with-meta-pk-in-meta-index-after-ingest
[ https://issues.apache.org/jira/browse/ASTERIXDB-1925?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1925. Resolution: Fixed > Sporadic test failure in test > change-feed-with-meta-pk-in-meta-index-after-ingest > - > > Key: ASTERIXDB-1925 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1925 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Yingyi Bu >Assignee: Abdullah Alamoudi >Priority: Major > > https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-verify-asterix-app/org.apache.asterix$asterix-app/597/testReport/junit/org.apache.asterix.test.runtime/AqlExecutionFullParallelismIT/test_AqlExecutionFullParallelismIT_23__feeds__change_feed_with_meta_pk_in_meta_index_after_ingest_/ > {noformat} > java.lang.Exception: Test > "src/test/resources/runtimets/queries/feeds/change-feed-with-meta-pk-in-meta-index-after-ingest/change-feed-with-meta-pk-in-meta-index-after-ingest.3.ddl.aql" > FAILED! > at > org.apache.asterix.test.runtime.AqlExecutionFullParallelismIT.test(AqlExecutionFullParallelismIT.java:70) > Caused by: java.lang.Exception: > HTTP operation failed: > STATUS LINE: HTTP/1.1 500 Internal Server Error > SUMMARY: Dataset KeyVerse.KVStore is currently being fed into by the > following active entities. > KeyVerse.KVChangeStream(Feed) > caused by: > org.apache.asterix.app.translator.QueryTranslator.validateIfResourceIsActiveInFeed(QueryTranslator.java:696) > STACKTRACE: org.apache.asterix.common.exceptions.CompilationException: > Dataset KeyVerse.KVStore is currently being fed into by the following active > entities. > KeyVerse.KVChangeStream(Feed) > at > org.apache.asterix.app.translator.QueryTranslator.validateIfResourceIsActiveInFeed(QueryTranslator.java:696) > at > org.apache.asterix.app.translator.QueryTranslator.handleCreateIndexStatement(QueryTranslator.java:885) > at > org.apache.asterix.app.translator.QueryTranslator.compileAndExecute(QueryTranslator.java:291) > at > org.apache.asterix.app.translator.QueryTranslator.compileAndExecute(QueryTranslator.java:247) > at > org.apache.asterix.api.http.server.RestApiServlet.doHandle(RestApiServlet.java:207) > at > org.apache.asterix.api.http.server.RestApiServlet.getOrPost(RestApiServlet.java:177) > at > org.apache.asterix.api.http.server.RestApiServlet.post(RestApiServlet.java:166) > at > org.apache.hyracks.http.server.AbstractServlet.handle(AbstractServlet.java:78) > at > org.apache.hyracks.http.server.HttpRequestHandler.handle(HttpRequestHandler.java:70) > at > org.apache.hyracks.http.server.HttpRequestHandler.call(HttpRequestHandler.java:55) > at > org.apache.hyracks.http.server.HttpRequestHandler.call(HttpRequestHandler.java:36) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > at > org.apache.asterix.test.runtime.AqlExecutionFullParallelismIT.test(AqlExecutionFullParallelismIT.java:70) > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1883) FeedRuntimeInputHandler has a lot of issues
[ https://issues.apache.org/jira/browse/ASTERIXDB-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1883. > FeedRuntimeInputHandler has a lot of issues > --- > > Key: ASTERIXDB-1883 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1883 > Project: Apache AsterixDB > Issue Type: Bug > Components: ING - Ingestion >Reporter: Michael Blow >Assignee: Abdullah Alamoudi >Priority: Blocker > > Recent commit https://asterix-gerrit.ics.uci.edu/#/c/1591/ includes a number > of new issues in FeedRuntimeInputHandler: > - hangs caused by race condition with mutex & inbox on close (observed on > Jenkins) > - CPU spin on disk spilling on empty inbox > - The writer is not flushed in as many cases as before -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1783) There is no way to specify the queue size for Http requests.
[ https://issues.apache.org/jira/browse/ASTERIXDB-1783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1783. Resolution: Fixed > There is no way to specify the queue size for Http requests. > > > Key: ASTERIXDB-1783 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1783 > Project: Apache AsterixDB > Issue Type: Bug > Components: API - HTTP API >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1807) Job hanging in AsterixExternalLibraryIT
[ https://issues.apache.org/jira/browse/ASTERIXDB-1807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1807. Resolution: Cannot Reproduce > Job hanging in AsterixExternalLibraryIT > --- > > Key: ASTERIXDB-1807 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1807 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Yingyi Bu >Assignee: Abdullah Alamoudi >Priority: Major > > https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-integration-tests/1964/console#: > {noformat} > 16:32:07 Feb 23, 2017 12:32:03 AM > org.apache.asterix.installer.test.AsterixExternalLibraryIT setUp > 16:32:07 INFO: Installing library :testlib located at > /home/jenkins/jenkins/workspace/asterix-gerrit-integration-tests/asterixdb/asterix-installer/target/resources/externallib/testlib-zip-binary-assembly.zip > in dataverse externallibtest > 17:46:33 executing script 'Capture Thread Dumps' > 17:46:40 [asterix-gerrit-integration-tests] $ /bin/sh > /tmp/build_step_template2641345526445289793.sh > 17:46:40 %%% > 17:46:40 %%% Time-out detected, capturing thread dumps... > 17:46:40 %%% > 17:46:40 + echo '' > 17:46:40 + jstack -l 3730 > 17:46:41 + echo '' > 17:46:41 + echo '' > 17:46:41 + jstack -l 3732 > 17:46:41 + echo '' > 17:46:41 + echo '' > 17:46:41 + jstack -l 29077 > 17:46:50 + echo '' > 17:46:50 + echo '' > 17:46:50 + jstack -l 2917 > 17:46:50 + echo '' > 17:46:50 + echo '' > 17:46:50 + jstack -l 2684 > 17:46:51 + echo '' > 17:46:51 + echo '' > 17:46:51 + jstack -l 2543 > 17:46:51 + echo '' > 17:46:51 %%% > 17:46:51 %%% Thread dumps captured, see > https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-integration-tests/1964/artifact/target/threaddumps/thread-dumps.html > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1824) Commit runtime releases once for temporary datasets for all operations while upserts expect double releases
[ https://issues.apache.org/jira/browse/ASTERIXDB-1824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1824. > Commit runtime releases once for temporary datasets for all operations while > upserts expect double releases > --- > > Key: ASTERIXDB-1824 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1824 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > Fix submitted: https://asterix-gerrit.ics.uci.edu/#/c/1554/ -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (ASTERIXDB-1824) Commit runtime releases once for temporary datasets for all operations while upserts expect double releases
[ https://issues.apache.org/jira/browse/ASTERIXDB-1824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi resolved ASTERIXDB-1824. -- Resolution: Fixed > Commit runtime releases once for temporary datasets for all operations while > upserts expect double releases > --- > > Key: ASTERIXDB-1824 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1824 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > > Fix submitted: https://asterix-gerrit.ics.uci.edu/#/c/1554/ -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Contrib+1 BAD Compatibility Tests Successful https://asterix-jenkins.ics.uci.edu/job/asterixbad-compat/2850/ : SUCCESS -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-Reviewer: Murtadha Hubail Gerrit-Reviewer: abdullah alamoudi Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Integration-Tests-1 Integration Tests Failed https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-integration-tests/5879/ : UNSTABLE -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-Reviewer: Murtadha Hubail Gerrit-Reviewer: abdullah alamoudi Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: BAD Compatibility Tests Started https://asterix-jenkins.ics.uci.edu/job/asterixbad-compat/2850/ -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-Reviewer: Murtadha Hubail Gerrit-Reviewer: abdullah alamoudi Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Anon. E. Moose #1000171 has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Contrib-2 Analytics Compatibility Tests Failed https://goo.gl/ToX7Y2 : UNSTABLE -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-Reviewer: Murtadha Hubail Gerrit-Reviewer: abdullah alamoudi Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Anon. E. Moose #1000171 has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Analytics Compatibility Compilation Successful https://goo.gl/yEcWM5 : SUCCESS -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-Reviewer: Murtadha Hubail Gerrit-Reviewer: abdullah alamoudi Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: WARNING: THIS CHANGE CONTAINS CROSS-PRODUCT CHANGES IN: * asterixdb * hyracks-fullstack PLEASE REVIEW CAREFULLY AND LOOK FOR API CHANGES! -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-Reviewer: Murtadha Hubail Gerrit-Reviewer: abdullah alamoudi Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Integration Tests Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-integration-tests/5879/ -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-Reviewer: Murtadha Hubail Gerrit-Reviewer: abdullah alamoudi Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Contrib+1 BAD Compatibility Tests Successful https://asterix-jenkins.ics.uci.edu/job/asterixbad-compat/2849/ : SUCCESS -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-Reviewer: Murtadha Hubail Gerrit-Reviewer: abdullah alamoudi Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-verify-no-installer-app/3424/ (6/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-cancellation-test/2960/ (1/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-asterix-app-sql-execution/2971/ (10/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-verify-storage/3505/ (11/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Hello Anon. E. Moose #1000171, Jenkins, I'd like you to reexamine a change. Please visit https://asterix-gerrit.ics.uci.edu/1857 to look at the new patch set (#40). Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 - user model changes: no - storage format changes: yes - interface changes: yes Details: - Add a log type specifically for filters - Only log change when filter actually widens - Stop logging of index + filter tuple during modification - Redo index and filter tuples separately via their logs Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a --- M asterixdb/asterix-app/src/main/java/org/apache/asterix/app/nc/RecoveryManager.java M asterixdb/asterix-common/src/main/java/org/apache/asterix/common/transactions/ILogRecord.java M asterixdb/asterix-common/src/main/java/org/apache/asterix/common/transactions/LogRecord.java M asterixdb/asterix-common/src/main/java/org/apache/asterix/common/transactions/LogType.java M asterixdb/asterix-common/src/test/java/org/apache/asterix/test/ioopcallbacks/TestLSMIndexOperationContext.java M asterixdb/asterix-replication/src/main/java/org/apache/asterix/replication/logging/RemoteLogsProcessor.java M asterixdb/asterix-server/src/test/resources/transactionts/testsuite.xml M asterixdb/asterix-transactions/src/main/java/org/apache/asterix/transaction/management/opcallbacks/AbstractIndexModificationOperationCallback.java M asterixdb/asterix-transactions/src/main/java/org/apache/asterix/transaction/management/opcallbacks/PrimaryIndexModificationOperationCallback.java M asterixdb/asterix-transactions/src/main/java/org/apache/asterix/transaction/management/service/logging/LogManagerWithReplication.java M hyracks-fullstack/hyracks/hyracks-storage-am-btree/src/main/java/org/apache/hyracks/storage/am/btree/impls/BTree.java M hyracks-fullstack/hyracks/hyracks-storage-am-btree/src/main/java/org/apache/hyracks/storage/am/btree/impls/BTreeOpContext.java M hyracks-fullstack/hyracks/hyracks-storage-am-btree/src/main/java/org/apache/hyracks/storage/am/btree/impls/DiskBTree.java A hyracks-fullstack/hyracks/hyracks-storage-am-common/src/main/java/org/apache/hyracks/storage/am/common/api/IExtendedModificationOperationCallback.java A hyracks-fullstack/hyracks/hyracks-storage-am-common/src/main/java/org/apache/hyracks/storage/am/common/impls/ExtendedIndexAccessParameters.java M hyracks-fullstack/hyracks/hyracks-storage-am-common/src/main/java/org/apache/hyracks/storage/am/common/impls/NoOpIndexAccessParameters.java M hyracks-fullstack/hyracks/hyracks-storage-am-common/src/main/java/org/apache/hyracks/storage/am/common/impls/NoOpOperationCallback.java M hyracks-fullstack/hyracks/hyracks-storage-am-common/src/main/java/org/apache/hyracks/storage/am/common/ophelpers/IndexOperation.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-btree/src/main/java/org/apache/hyracks/storage/am/lsm/btree/impls/ExternalBTreeWithBuddyOpContext.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-btree/src/main/java/org/apache/hyracks/storage/am/lsm/btree/impls/LSMBTree.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-btree/src/main/java/org/apache/hyracks/storage/am/lsm/btree/impls/LSMBTreeOpContext.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/api/ILSMComponentFilter.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/api/ILSMComponentFilterManager.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/api/ILSMIndexAccessor.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/api/ILSMIndexOperationContext.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/impls/AbstractLSMIndex.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/impls/AbstractLSMIndexOperationContext.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/impls/ComponentReplacementContext.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/impls/FilterBulkLoader.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/impls/LSMComponentFilter.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/impls/LSMComponentFilterManager.java M hyracks-fullstack/hyracks/hyracks-storage-am-lsm-common/src/main/java/org/apache/hyracks/storage/am/lsm/common/impls/LSMTreeIndexAccessor.java M
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-source-format/2934/ (2/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-verify-asterix-app/3448/ (7/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/hyracks-gerrit/2886/ (9/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-source-assemblies/3191/ (4/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-sonar/6924/ (5/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-ensure-ancestor/981/ (3/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-notopic/8431/ (12/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 40: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-asterix-app/3696/ (8/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 40 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: BAD Compatibility Tests Started https://asterix-jenkins.ics.uci.edu/job/asterixbad-compat/2849/ -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Anon. E. Moose #1000171 has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Contrib+1 Analytics Compatibility Tests Successful https://goo.gl/J3TMAi : SUCCESS -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1280][TEST] JUnit cleanup
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1280][TEST] JUnit cleanup .. Patch Set 2: Integration-Tests+1 Integration Tests Successful https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-integration-tests/5877/ : SUCCESS -- To view, visit https://asterix-gerrit.ics.uci.edu/2461 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: I2a57643682d45097ae5ac4adc1fe97fbb3111385 Gerrit-PatchSet: 2 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Till WestmannGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Jenkins Gerrit-Reviewer: Michael Blow Gerrit-HasComments: No
[jira] [Closed] (ASTERIXDB-1659) mvn site fails on hyracks-control-nc
[ https://issues.apache.org/jira/browse/ASTERIXDB-1659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1659. > mvn site fails on hyracks-control-nc > > > Key: ASTERIXDB-1659 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1659 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1695) More entities in the default dataverse
[ https://issues.apache.org/jira/browse/ASTERIXDB-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1695. > More entities in the default dataverse > -- > > Key: ASTERIXDB-1695 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1695 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Yingyi Bu >Assignee: Abdullah Alamoudi >Priority: Major > > The following query works fine. > {noformat} > DROP function foo if exists; > CREATE function foo(){ > 1 > } > SELECT Default.foo(); > {noformat} > But the next one doesn't work: > {noformat} > DROP function foo if exists; > CREATE function foo(){ > 1 > } > SELECT foo(); > {noformat} > I got this error message: > "msg": "function null.foo@0 is not defined", > I'm guessing that it is related to the default dataverse change. > I guess we need to verify all metadata entities can work under the default > dataverse. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1732) Sporadic deadlock in LogManager
[ https://issues.apache.org/jira/browse/ASTERIXDB-1732?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1732. > Sporadic deadlock in LogManager > --- > > Key: ASTERIXDB-1732 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1732 > Project: Apache AsterixDB > Issue Type: Bug > Components: *DB - AsterixDB, TX - Transactions >Reporter: Till >Assignee: Abdullah Alamoudi >Priority: Critical > Labels: sporadic-error > > The LogBuffer has a race condition if the log buffer capacity is exceeded. If > this happens, we can lose log pages for large records. In that case the log > is corrupted and it leads to a deadlock when the LogManager switches to a new > log file. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1642) Failure in a job with massively parallel task only stops tasks that have already started
[ https://issues.apache.org/jira/browse/ASTERIXDB-1642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1642. > Failure in a job with massively parallel task only stops tasks that have > already started > > > Key: ASTERIXDB-1642 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1642 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1657) Failure in Tasks Start Job on an NC doesn't abort job
[ https://issues.apache.org/jira/browse/ASTERIXDB-1657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1657. > Failure in Tasks Start Job on an NC doesn't abort job > - > > Key: ASTERIXDB-1657 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1657 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Abdullah Alamoudi >Assignee: Abdullah Alamoudi >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Assigned] (ASTERIXDB-1614) DatasetDirectoryService.deinitState() fix intermittently fails
[ https://issues.apache.org/jira/browse/ASTERIXDB-1614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi reassigned ASTERIXDB-1614: Assignee: Till (was: Abdullah Alamoudi) > DatasetDirectoryService.deinitState() fix intermittently fails > -- > > Key: ASTERIXDB-1614 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1614 > Project: Apache AsterixDB > Issue Type: Bug > Components: HYR - Hyracks >Reporter: Michael Blow >Assignee: Till >Priority: Major > Labels: soon > > After merging a fix for type-correctness in > DatasetDirectoryService.deinitState(), tests started intermittently failing. > e.g. > https://asterix-jenkins.ics.uci.edu/view/All/job/asterix-integration-tests/208/ > java.lang.NullPointerException > at > org.apache.hyracks.control.cc.dataset.DatasetDirectoryService.registerResultPartitionLocation(DatasetDirectoryService.java:98) > at > org.apache.hyracks.control.cc.work.RegisterResultPartitionLocationWork.run(RegisterResultPartitionLocationWork.java:58) > at > org.apache.hyracks.control.common.work.WorkQueue$WorkerThread.run(WorkQueue.java:133) > java.lang.NullPointerException > at > org.apache.hyracks.control.cc.dataset.DatasetDirectoryService.reportResultPartitionWriteCompletion(DatasetDirectoryService.java:133) > at > org.apache.hyracks.control.cc.work.ReportResultPartitionWriteCompletionWork.run(ReportResultPartitionWriteCompletionWork.java:45) > at > org.apache.hyracks.control.common.work.WorkQueue$WorkerThread.run(WorkQueue.java:133) > org.apache.hyracks.api.exceptions.HyracksDataException: Requested JobId > JID:1968 doesn't exist > at > org.apache.hyracks.control.cc.dataset.DatasetDirectoryService.updatedRecords(DatasetDirectoryService.java:253) > at > org.apache.hyracks.control.cc.dataset.DatasetDirectoryService.getResultPartitionLocations(DatasetDirectoryService.java:210) > at > org.apache.hyracks.control.cc.work.GetResultPartitionLocationsWork$1.run(GetResultPartitionLocationsWork.java:59) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Integration Tests Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-integration-tests/5878/ -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-verify-asterix-app/3447/ (12/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
[jira] [Resolved] (ASTERIXDB-1492) State mess up for failed Feeds
[ https://issues.apache.org/jira/browse/ASTERIXDB-1492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi resolved ASTERIXDB-1492. -- Resolution: Invalid > State mess up for failed Feeds > -- > > Key: ASTERIXDB-1492 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1492 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Yingyi Bu >Assignee: Abdullah Alamoudi >Priority: Critical > Labels: soon > > I had a failed feed because of timeout. Then, I dropped the dataverse and > created the same feed again. After connecting the feed again, I got the > following events in the NC log: > {noformat} > 2016-06-21 14:20:34,603 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,603 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,604 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,604 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,604 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,605 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,605 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > {noformat} > After wiping out the AsterixDB instance and redoing everything from scratch, > it works. Therefore, I doubt that the system keeps some states around for a > failed feed. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1491) Automatically adjusting Feeds timeout
[ https://issues.apache.org/jira/browse/ASTERIXDB-1491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1491. > Automatically adjusting Feeds timeout > - > > Key: ASTERIXDB-1491 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1491 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Yingyi Bu >Assignee: Abdullah Alamoudi >Priority: Critical > Labels: soon > > In the current master, Feeds timeout is hardcoded to a small value. It would > be nice to adjust that value automatically to avoid false failures. > Stack trace: > {noformat} > org.apache.hyracks.api.exceptions.HyracksDataException: > java.util.concurrent.ExecutionException: > org.apache.hyracks.api.exceptions.HyracksDataException: > java.lang.RuntimeException: java.util.concurrent.TimeoutException > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable.runInParallel(SuperActivityOperatorNodePushable.java:218) > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable.initialize(SuperActivityOperatorNodePushable.java:83) > at org.apache.hyracks.control.nc.Task.run(Task.java:263) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.util.concurrent.ExecutionException: > org.apache.hyracks.api.exceptions.HyracksDataException: > java.lang.RuntimeException: java.util.concurrent.TimeoutException > at java.util.concurrent.FutureTask.report(FutureTask.java:122) > at java.util.concurrent.FutureTask.get(FutureTask.java:192) > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable.runInParallel(SuperActivityOperatorNodePushable.java:212) > ... 5 more > Caused by: org.apache.hyracks.api.exceptions.HyracksDataException: > java.lang.RuntimeException: java.util.concurrent.TimeoutException > at > org.apache.asterix.external.operators.FeedIntakeOperatorNodePushable.initialize(FeedIntakeOperatorNodePushable.java:113) > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable.lambda$initialize$0(SuperActivityOperatorNodePushable.java:83) > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable$1.call(SuperActivityOperatorNodePushable.java:205) > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable$1.call(SuperActivityOperatorNodePushable.java:202) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > ... 3 more > Caused by: java.lang.RuntimeException: java.util.concurrent.TimeoutException > at > rx.observables.BlockingObservable.blockForSingle(BlockingObservable.java:455) > at rx.observables.BlockingObservable.single(BlockingObservable.java:331) > at > com.couchbase.couchsterix.CouchbaseConnector.(CouchbaseConnector.java:59) > at > com.couchbase.couchsterix.CouchbaseConnectorFactory.createRecordReader(CouchbaseConnectorFactory.java:145) > at > org.apache.asterix.external.provider.DataflowControllerProvider.getDataflowController(DataflowControllerProvider.java:67) > at > org.apache.asterix.external.adapter.factory.GenericAdapterFactory.createAdapter(GenericAdapterFactory.java:98) > at > org.apache.asterix.external.operators.FeedIntakeOperatorNodePushable.initialize(FeedIntakeOperatorNodePushable.java:74) > ... 7 more > Caused by: java.util.concurrent.TimeoutException > at > rx.internal.operators.OperatorTimeoutBase$TimeoutSubscriber.onTimeout(OperatorTimeoutBase.java:169) > at > rx.internal.operators.OperatorTimeout$1$1.call(OperatorTimeout.java:42) > at rx.internal.schedulers.ScheduledAction.run(ScheduledAction.java:55) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) > ... 3 more > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (ASTERIXDB-1492) State mess up for failed Feeds
[ https://issues.apache.org/jira/browse/ASTERIXDB-1492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1492. > State mess up for failed Feeds > -- > > Key: ASTERIXDB-1492 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1492 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Yingyi Bu >Assignee: Abdullah Alamoudi >Priority: Critical > Labels: soon > > I had a failed feed because of timeout. Then, I dropped the dataverse and > created the same feed again. After connecting the feed again, I got the > following events in the NC log: > {noformat} > 2016-06-21 14:20:34,603 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,603 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,604 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,604 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,604 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,605 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > 2016-06-21 14:20:34,605 WARN [cb-io-1-15] dcp.DCPHandler > (Slf4JLogger.java:warn(161)) - Unexpected status of StreamRequestResponse: > ERR_EXISTS (0x2, The key exists in the cluster (with another CAS value)) > {noformat} > After wiping out the AsterixDB instance and redoing everything from scratch, > it works. Therefore, I doubt that the system keeps some states around for a > failed feed. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (ASTERIXDB-1491) Automatically adjusting Feeds timeout
[ https://issues.apache.org/jira/browse/ASTERIXDB-1491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi resolved ASTERIXDB-1491. -- Resolution: Invalid > Automatically adjusting Feeds timeout > - > > Key: ASTERIXDB-1491 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1491 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Yingyi Bu >Assignee: Abdullah Alamoudi >Priority: Critical > Labels: soon > > In the current master, Feeds timeout is hardcoded to a small value. It would > be nice to adjust that value automatically to avoid false failures. > Stack trace: > {noformat} > org.apache.hyracks.api.exceptions.HyracksDataException: > java.util.concurrent.ExecutionException: > org.apache.hyracks.api.exceptions.HyracksDataException: > java.lang.RuntimeException: java.util.concurrent.TimeoutException > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable.runInParallel(SuperActivityOperatorNodePushable.java:218) > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable.initialize(SuperActivityOperatorNodePushable.java:83) > at org.apache.hyracks.control.nc.Task.run(Task.java:263) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.util.concurrent.ExecutionException: > org.apache.hyracks.api.exceptions.HyracksDataException: > java.lang.RuntimeException: java.util.concurrent.TimeoutException > at java.util.concurrent.FutureTask.report(FutureTask.java:122) > at java.util.concurrent.FutureTask.get(FutureTask.java:192) > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable.runInParallel(SuperActivityOperatorNodePushable.java:212) > ... 5 more > Caused by: org.apache.hyracks.api.exceptions.HyracksDataException: > java.lang.RuntimeException: java.util.concurrent.TimeoutException > at > org.apache.asterix.external.operators.FeedIntakeOperatorNodePushable.initialize(FeedIntakeOperatorNodePushable.java:113) > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable.lambda$initialize$0(SuperActivityOperatorNodePushable.java:83) > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable$1.call(SuperActivityOperatorNodePushable.java:205) > at > org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable$1.call(SuperActivityOperatorNodePushable.java:202) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > ... 3 more > Caused by: java.lang.RuntimeException: java.util.concurrent.TimeoutException > at > rx.observables.BlockingObservable.blockForSingle(BlockingObservable.java:455) > at rx.observables.BlockingObservable.single(BlockingObservable.java:331) > at > com.couchbase.couchsterix.CouchbaseConnector.(CouchbaseConnector.java:59) > at > com.couchbase.couchsterix.CouchbaseConnectorFactory.createRecordReader(CouchbaseConnectorFactory.java:145) > at > org.apache.asterix.external.provider.DataflowControllerProvider.getDataflowController(DataflowControllerProvider.java:67) > at > org.apache.asterix.external.adapter.factory.GenericAdapterFactory.createAdapter(GenericAdapterFactory.java:98) > at > org.apache.asterix.external.operators.FeedIntakeOperatorNodePushable.initialize(FeedIntakeOperatorNodePushable.java:74) > ... 7 more > Caused by: java.util.concurrent.TimeoutException > at > rx.internal.operators.OperatorTimeoutBase$TimeoutSubscriber.onTimeout(OperatorTimeoutBase.java:169) > at > rx.internal.operators.OperatorTimeout$1$1.call(OperatorTimeout.java:42) > at rx.internal.schedulers.ScheduledAction.run(ScheduledAction.java:55) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) > ... 3 more > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Assigned] (ASTERIXDB-1090) Create index should fail if a long running activity is connected to the dataset.
[ https://issues.apache.org/jira/browse/ASTERIXDB-1090?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi reassigned ASTERIXDB-1090: Assignee: Till (was: Abdullah Alamoudi) > Create index should fail if a long running activity is connected to the > dataset. > > > Key: ASTERIXDB-1090 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1090 > Project: Apache AsterixDB > Issue Type: Sub-task > Components: *DB - AsterixDB >Reporter: Till >Assignee: Till >Priority: Critical > Labels: soon > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (ASTERIXDB-1090) Create index should fail if a long running activity is connected to the dataset.
[ https://issues.apache.org/jira/browse/ASTERIXDB-1090?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi resolved ASTERIXDB-1090. -- Resolution: Fixed > Create index should fail if a long running activity is connected to the > dataset. > > > Key: ASTERIXDB-1090 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1090 > Project: Apache AsterixDB > Issue Type: Sub-task > Components: *DB - AsterixDB >Reporter: Till >Assignee: Abdullah Alamoudi >Priority: Critical > Labels: soon > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Anon. E. Moose #1000171 has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Analytics Compatibility Compilation Successful https://goo.gl/xbx2hs : SUCCESS -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: WARNING: THIS CHANGE CONTAINS CROSS-PRODUCT CHANGES IN: * asterixdb * hyracks-fullstack PLEASE REVIEW CAREFULLY AND LOOK FOR API CHANGES! -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1280][TEST] JUnit cleanup
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1280][TEST] JUnit cleanup .. Patch Set 2: Contrib+1 BAD Compatibility Tests Successful https://asterix-jenkins.ics.uci.edu/job/asterixbad-compat/2848/ : SUCCESS -- To view, visit https://asterix-gerrit.ics.uci.edu/2461 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: I2a57643682d45097ae5ac4adc1fe97fbb3111385 Gerrit-PatchSet: 2 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Till WestmannGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Jenkins Gerrit-Reviewer: Michael Blow Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/hyracks-gerrit/2885/ (5/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-source-format/2933/ (10/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-asterix-app-sql-execution/2970/ (8/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-verify-no-installer-app/3423/ (4/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-source-assemblies/3190/ (2/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-asterix-app/3695/ (9/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-ensure-ancestor/980/ (3/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-notopic/8430/ (1/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
[jira] [Closed] (ASTERIXDB-1483) Cleanups jobs/resources when hitting exception in Feeds
[ https://issues.apache.org/jira/browse/ASTERIXDB-1483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abdullah Alamoudi closed ASTERIXDB-1483. > Cleanups jobs/resources when hitting exception in Feeds > --- > > Key: ASTERIXDB-1483 > URL: https://issues.apache.org/jira/browse/ASTERIXDB-1483 > Project: Apache AsterixDB > Issue Type: Bug >Reporter: Yingyi Bu >Assignee: Abdullah Alamoudi >Priority: Critical > Labels: soon > > If a feed hits an exception, the two hyracks jobs hangs there forever and > further queries over the dataset that the feed connects to hangs forever. > It seems that the failed (hanging) feed holds locks such that queries cannot > move forward. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-cancellation-test/2959/ (11/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No
Change in asterixdb[master]: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2
Jenkins has posted comments on this change. Change subject: [ASTERIXDB-1952][TX][IDX] Filter logs pt.2 .. Patch Set 39: Build Started https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-sonar/6923/ (6/12) -- To view, visit https://asterix-gerrit.ics.uci.edu/1857 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ie9e7795d9c8c212e8610dcb9bb5d26ec9fbbee8a Gerrit-PatchSet: 39 Gerrit-Project: asterixdb Gerrit-Branch: master Gerrit-Owner: Ian MaxonGerrit-Reviewer: Anon. E. Moose #1000171 Gerrit-Reviewer: Ian Maxon Gerrit-Reviewer: Jenkins Gerrit-HasComments: No