You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kylin.apache.org by "Jiale He (Jira)" <ji...@apache.org> on 2022/12/01 10:32:00 UTC

[jira] [Created] (KYLIN-5325) HDFS Capacity data type conversion error

Jiale He created KYLIN-5325:
-------------------------------

             Summary: HDFS Capacity data type conversion error
                 Key: KYLIN-5325
                 URL: https://issues.apache.org/jira/browse/KYLIN-5325
             Project: Kylin
          Issue Type: Bug
          Components: Others
            Reporter: Jiale He
             Fix For: 5.0-alpha
         Attachments: image-2022-12-01-18-29-18-893.png, image-2022-12-01-18-30-36-346.png, image-2022-12-01-18-31-09-890.png

h1. Root Cause

写入 JSON 文件的数字读出来识别为 Integer 类型,这与需要的 Long 类型不一致,导致出现类型转换错误,{{{}totalStorageSize{}}} 就写入了初始值 -1。

解释为什么一开始报错,等一会儿就恢复正常了:KE 有个 {{EpochStore}} 用于判断当前节点是否为 leader 节点,但是这个同步获取的过程不是立即进行的,需要等 KE 完全启动完成,在优化 WorkingDir 的 issue 中有个逻辑是{*}只有 leader 节点写,其他节点只读{*},所以当 KE 刚启动的时候,当前节点还是读节点,此时去 HDFS 上读取 {{_metrics/hdfsCapacity.json}} 时读出来的数据类型是 Integer,返回时会报错,如下:

!image-2022-12-01-18-29-18-893.png!

而抛出异常的地方吞掉了详细信息,仅在 {{logs/kylin.schedule.log}} 留下一条类型转换的异常,如下:

!image-2022-12-01-18-30-36-346.png!

 

过了一段时间恢复正常是因为经过元数据的初始化等等操作之后,当前节点可以正确识别为 leader 节点,此时会对每个 project 的 HDFS 使用大小进行计算,内存中维护的数据是正确匹配的 Long 类型,再次覆写 HDFS 上对应的文件。

{*}被写入 JSON 文件的数字是不包含数据类型的,可能会自动当成 Integer 处理{*},另外 {*}JDK 这边 ConcurrentHashMap<String, Long> 能接住ConcurrentHashMap<String, Integer>{*},这是两个大坑,在读取的地方有问题,如下:

!image-2022-12-01-18-31-09-890.png!

 

 

 

 

 



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