You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@drill.apache.org by "Nick Stenroos-Dam (Jira)" <ji...@apache.org> on 2021/07/02 07:10:00 UTC

[jira] [Updated] (DRILL-7960) VARDECIMAL(40, 6) exceeds maximum suppored precision of 38 - Union & query.json

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

Nick Stenroos-Dam updated DRILL-7960:
-------------------------------------
    Summary: VARDECIMAL(40, 6) exceeds maximum suppored precision of 38 - Union & query.json  (was: Transient error - VARDECIMAL(40, 6) exceeds maximum suppored precision of 38 )

> VARDECIMAL(40, 6) exceeds maximum suppored precision of 38 - Union & query.json
> -------------------------------------------------------------------------------
>
>                 Key: DRILL-7960
>                 URL: https://issues.apache.org/jira/browse/DRILL-7960
>             Project: Apache Drill
>          Issue Type: Bug
>    Affects Versions: 1.20.0
>         Environment: Drill in Docker
> Parquet Files with VARDECIMAL(29,6)
>  
>            Reporter: Nick Stenroos-Dam
>            Priority: Major
>
> We are using a lot of decimals in our data and keep running into issues.
> The latest issue is this error message:
> {code:java}
> SYSTEM ERROR: Drill Remote Exception
> Please, refer to logs for more information.
>  (java.lang.IllegalArgumentException) VARDECIMAL(40, 6) exceeds maximum suppored precision of 38
>  org.apache.drill.exec.record.metadata.MetadataUtils.newDecimal():228
>  org.apache.drill.exec.record.metadata.MetadataUtils.fromField():66
>  org.apache.drill.exec.physical.resultSet.model.single.SingleSchemaInference.inferVector():86
>  org.apache.drill.exec.physical.resultSet.model.single.SingleSchemaInference.infer():64
>  org.apache.drill.exec.physical.rowSet.DirectRowSet.fromContainer():80
>  org.apache.drill.exec.physical.resultSet.impl.PushResultSetReaderImpl.createRowSet():100
>  org.apache.drill.exec.physical.resultSet.impl.PushResultSetReaderImpl.start():85
>  org.apache.drill.exec.server.rest.stream.StreamingHttpConnection.sendData():116
>  org.apache.drill.exec.ops.AccountingUserConnection.sendData():43
>  org.apache.drill.exec.physical.impl.ScreenCreator$ScreenRoot.innerNext():106
>  org.apache.drill.exec.physical.impl.BaseRootExec.next():93
>  org.apache.drill.exec.work.fragment.FragmentExecutor$1.run():323
>  org.apache.drill.exec.work.fragment.FragmentExecutor$1.run():310
>  .......():0
>  org.apache.hadoop.security.UserGroupInformation.doAs():1762
>  org.apache.drill.exec.work.fragment.FragmentExecutor.run():310
>  org.apache.drill.common.SelfCleaningRunnable.run():38
>  .......():0
> {code}
>  The strange thing is, that if we restart Drill without modifying the datasource or query, the error goes away.
> I haven't been able to create a minimal reproduction example yet. :'(



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