[jira] [Created] (IOTDB-5527) 0.13.4 Compaction OOM

2023-02-12 Thread Jira
周沛辰 created IOTDB-5527:
--

 Summary: 0.13.4 Compaction OOM
 Key: IOTDB-5527
 URL: https://issues.apache.org/jira/browse/IOTDB-5527
 Project: Apache IoTDB
  Issue Type: Bug
Reporter: 周沛辰
Assignee: 周沛辰


Find a scenario where the 0.13.4 compaction will lead to memory OOM: the test 
environment for importing historical data, the JVM memory of about 10G, the 
write throughput is relatively high, and the out-of-order ratio is not low. 
After using this data to start in a small memory environment, it will directly 
OOM.

 

Test Data:https://cloud.tsinghua.edu.cn/d/77627e3d9f48450caf0a/



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (IOTDB-5526) [Template]The timeseries with the same device path as the template cannot be deleted

2023-02-12 Thread xiaozhihong (Jira)
xiaozhihong created IOTDB-5526:
--

 Summary: [Template]The timeseries with the same device path as the 
template cannot be deleted
 Key: IOTDB-5526
 URL: https://issues.apache.org/jira/browse/IOTDB-5526
 Project: Apache IoTDB
  Issue Type: Bug
  Components: Core/Schema Manager, mpp-cluster
Affects Versions: master branch
Reporter: xiaozhihong
Assignee: Yukun Zhou


master branch

 commit adf55e896ef55220785dcf72564cbb8a0e5a2280
First of all create a template, then mount the template, activate and insert 
data;
Then create other timeseries under the same device and insert the data
Finally, delete the newly created time series, which cannot be deleted.
{code:java}
create schema template t1 (temperature FLOAT encoding=RLE, status BOOLEAN 
encoding=PLAIN compression=SNAPPY);
show schema templates;
create database root.sg1;

set schema template t1 to root.sg1.d1;
show paths set schema template t1;

create timeseries of schema template on root.sg1.d1;
show paths using schema template t1;
show timeseries root.sg1.**;
show devices root.sg1.**;
show timeseries;

insert into root.sg1.d1(time, temperature, status) values(1, 1, 1);
insert into root.sg1.d1(time, temperature, status) values(2, 2, 0), (3, 3, 1);
select * from root.sg1.d1;

delete timeseries root.sg1.d1.temperature;

CREATE ALIGNED TIMESERIES root.sg1.d1.GPS(latitude FLOAT encoding=PLAIN 
compressor=SNAPPY, longitude FLOAT encoding=PLAIN compressor=SNAPPY);
show timeseries root.sg1.d1.**;

insert into root.sg1.d1.GPS(time, latitude, longitude) aligned values(1, 1, 1);
insert into root.sg1.d1.GPS(time, latitude, longitude) aligned values(2, 2, 2), 
(3, 3, 3);
select ** from root.sg1.d1;

delete timeseries root.sg1.d1.GPS.latitude;
show timeseries;
 {code}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (IOTDB-5525) Can't find device's data partition after partition fetcher

2023-02-12 Thread Yuan Tian (Jira)
Yuan Tian created IOTDB-5525:


 Summary: Can't find device's data partition after partition fetcher
 Key: IOTDB-5525
 URL: https://issues.apache.org/jira/browse/IOTDB-5525
 Project: Apache IoTDB
  Issue Type: Bug
  Components: Core/Engine
Reporter: Yuan Tian
Assignee: Yuan Tian


This issue records the following four things we meet in geely POC:

1. Previously, while calculating TTimeSlot for each SeriesSlot, we mistakenly 
replace previous one with current one which cause the TTimeSlot is incomplete 
for each SeriesSlot. In write case, we may get IndexOutOfBound error in the 
later phase.

2. Accelerate the distribution plan phase for {{{}group by level query{}}}, 
reducing time complexity from O(N^2) to O(N) for each data region

3. Correct the memory estimation for AggregationOperator.

4. Correct the default value for {{seriesPartitionExecutorClass}} from 
{{APHashExecutor}} to {{BKDRHashExecutor}} which is same as the one in config 
file.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (IOTDB-5524) Add Metrics for Schema File

2023-02-12 Thread yanze chen (Jira)
yanze chen created IOTDB-5524:
-

 Summary: Add Metrics for Schema File
 Key: IOTDB-5524
 URL: https://issues.apache.org/jira/browse/IOTDB-5524
 Project: Apache IoTDB
  Issue Type: Improvement
Reporter: yanze chen






--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Assigned] (IOTDB-5524) Add Metrics for Schema File

2023-02-12 Thread yanze chen (Jira)


 [ 
https://issues.apache.org/jira/browse/IOTDB-5524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

yanze chen reassigned IOTDB-5524:
-

Assignee: yanze chen

> Add Metrics for Schema File
> ---
>
> Key: IOTDB-5524
> URL: https://issues.apache.org/jira/browse/IOTDB-5524
> Project: Apache IoTDB
>  Issue Type: Improvement
>Reporter: yanze chen
>Assignee: yanze chen
>Priority: Major
>




--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (IOTDB-5472) [Atmos]The number of tsfiles went up between db6f17e 【02/01】and 5602d0e【02/05】

2023-02-12 Thread Haiming Zhu (Jira)


[ 
https://issues.apache.org/jira/browse/IOTDB-5472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17687665#comment-17687665
 ] 

Haiming Zhu commented on IOTDB-5472:


In the 1C1D, datanode uses 20G memory, the number of dataregions changed from 
10 to 20, so each region has smaller memory space, which causes tsfiles' size 
being smaller. As for the query, we haven't test the relationship between the 
number of regions and query efficiency.

> [Atmos]The number of tsfiles went up between db6f17e 【02/01】and 5602d0e【02/05】
> --
>
> Key: IOTDB-5472
> URL: https://issues.apache.org/jira/browse/IOTDB-5472
> Project: Apache IoTDB
>  Issue Type: Improvement
>  Components: Core/Engine
>Reporter: Qingxin Feng
>Assignee: Haiming Zhu
>Priority: Minor
> Attachments: image-2023-02-06-09-18-27-596.png, 
> image-2023-02-06-09-22-50-304.png, image-2023-02-08-08-41-55-425.png, 
> image-2023-02-10-08-55-18-990.png, image-2023-02-10-17-31-06-102.png
>
>
> The number of tsfiles went up between db6f17e 【02/01】and 5602d0e【02/05】
> Please refer to below picture.
>  
> !image-2023-02-06-09-22-50-304.png|width=661,height=380!



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (IOTDB-5523) Definition of IdentiySinkNode and ShuffleSinkNode

2023-02-12 Thread liaolanyu (Jira)
liaolanyu created IOTDB-5523:


 Summary: Definition of IdentiySinkNode and ShuffleSinkNode
 Key: IOTDB-5523
 URL: https://issues.apache.org/jira/browse/IOTDB-5523
 Project: Apache IoTDB
  Issue Type: Improvement
Reporter: liaolanyu
Assignee: liaolanyu






--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Reopened] (IOTDB-5467) Execute query : ERROR o.a.i.d.m.e.e.RegionWriteExecutor:88 - Fetch Schema failed

2023-02-12 Thread Jira


 [ 
https://issues.apache.org/jira/browse/IOTDB-5467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

刘珍 reopened IOTDB-5467:
---

不过这个异常,需要分析一下:
java.lang.RuntimeException: cannot fetch schema, status is: 301, msg is: There 
is not enough memory to execute current fragment instance, current remaining 
free memory is 10409, estimated memory usage for current fragment instance is 
131072

> Execute query : ERROR o.a.i.d.m.e.e.RegionWriteExecutor:88 - Fetch Schema 
> failed
> 
>
> Key: IOTDB-5467
> URL: https://issues.apache.org/jira/browse/IOTDB-5467
> Project: Apache IoTDB
>  Issue Type: Bug
>  Components: mpp-cluster
>Affects Versions: 1.0.1-SNAPSHOT
>Reporter: 刘珍
>Assignee: Minghui Liu
>Priority: Major
> Attachments: auto_set_ttl_per_sg.sh, 
> confignode_ip23_leader_logs.tar.gz, datanode_ip2_fetch_schema_failed.tar.gz, 
> image-2023-02-03-14-39-21-109.png, image-2023-02-03-14-39-33-195.png, lt.conf
>
>
> 测试版本:rc/1.0.1  20230129 573097a
> 问题描述:
> 启动3副本3C21D集群,
> 2023-1-31 16:40:00 , 启动1个Benchmark连ip2(操作执行间隔OP_INTERVAL=1000)执行读写,
> 设置TTL 为1小时(脚本见附件)
> 2023-02-02 02:21:08 ConfigNode Leader(ip23)报错,连不上ip7的datanode(unkown)
> IP2 datanode log:
> 2023-02-02 02:51:04,625 
> [pool-26-IoTDB-DataNodeInternalRPC-Processor-9]{color:red}* ERROR 
> o.a.i.d.m.e.e.RegionWriteExecutor:88 - Fetch Schema failed.
> java.lang.RuntimeException: Fetch Schema failed.*{color}
> at 
> org.apache.iotdb.db.mpp.plan.analyze.ClusterSchemaFetcher.executeSchemaFetchQuery(ClusterSchemaFetcher.java:202)
> at 
> org.apache.iotdb.db.mpp.plan.analyze.ClusterSchemaFetcher.fetchSchema(ClusterSchemaFetcher.java:156)
> at 
> org.apache.iotdb.db.mpp.plan.analyze.ClusterSchemaFetcher.fetchSchema(ClusterSchemaFetcher.java:98)
> at 
> org.apache.iotdb.db.mpp.plan.analyze.ClusterSchemaFetcher.fetchSchemaWithAutoCreate(ClusterSchemaFetcher.java:265)
> at 
> org.apache.iotdb.db.mpp.plan.analyze.SchemaValidator.validate(SchemaValidator.java:56)
> at 
> org.apache.iotdb.db.mpp.execution.executor.RegionWriteExecutor$WritePlanNodeExecutionVisitor.executeDataInsert(RegionWriteExecutor.java:202)
> at 
> org.apache.iotdb.db.mpp.execution.executor.RegionWriteExecutor$WritePlanNodeExecutionVisitor.visitInsertTablet(RegionWriteExecutor.java:174)
> at 
> org.apache.iotdb.db.mpp.execution.executor.RegionWriteExecutor$WritePlanNodeExecutionVisitor.visitInsertTablet(RegionWriteExecutor.java:128)
> at 
> org.apache.iotdb.db.mpp.plan.planner.plan.node.write.InsertTabletNode.accept(InsertTabletNode.java:1086)
> at 
> org.apache.iotdb.db.mpp.execution.executor.RegionWriteExecutor.execute(RegionWriteExecutor.java:86)
> at 
> org.apache.iotdb.db.service.thrift.impl.DataNodeInternalRPCServiceImpl.sendPlanNode(DataNodeInternalRPCServiceImpl.java:288)
> at 
> org.apache.iotdb.mpp.rpc.thrift.IDataNodeRPCService$Processor$sendPlanNode.getResult(IDataNodeRPCService.java:3607)
> at 
> org.apache.iotdb.mpp.rpc.thrift.IDataNodeRPCService$Processor$sendPlanNode.getResult(IDataNodeRPCService.java:3587)
> at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:38)
> at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:38)
> at 
> org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:248)
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.base/java.lang.Thread.run(Thread.java:834)
> Caused by: org.apache.iotdb.commons.exception.IoTDBException: 
> org.apache.iotdb.db.mpp.execution.fragment.FragmentInstanceFailureInfo$FailureException
> at 
> org.apache.iotdb.db.mpp.plan.execution.QueryExecution.dealWithException(QueryExecution.java:428)
> at 
> org.apache.iotdb.db.mpp.plan.execution.QueryExecution.getResult(QueryExecution.java:411)
> at 
> org.apache.iotdb.db.mpp.plan.execution.QueryExecution.getBatchResult(QueryExecution.java:437)
> at 
> org.apache.iotdb.db.mpp.plan.analyze.ClusterSchemaFetcher.executeSchemaFetchQuery(ClusterSchemaFetcher.java:200)
> ... 18 common frames omitted
> Caused by: 
> org.apache.iotdb.db.mpp.execution.fragment.FragmentInstanceFailureInfo$FailureException:
>  null
> at 
> org.apache.iotdb.db.mpp.execution.fragment.FragmentInstanceManager.lambda$cancelTimeoutFlushingInstances$8(FragmentInstanceManager.java:288)
> at 
> java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183)
> at 
> java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:177)
> at 
>