You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@toree.apache.org by "Vamseep (JIRA)" <ji...@apache.org> on 2017/12/01 22:27:00 UTC
[jira] [Commented] (TOREE-250) spark.sql.execution.id is already
set
[ https://issues.apache.org/jira/browse/TOREE-250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16275096#comment-16275096 ]
Vamseep commented on TOREE-250:
-------------------------------
Is this issue fixed with latest spark version I am using Spark 2.2.0 version still facing the issue :(
> spark.sql.execution.id is already set
> -------------------------------------
>
> Key: TOREE-250
> URL: https://issues.apache.org/jira/browse/TOREE-250
> Project: TOREE
> Issue Type: Bug
> Environment: toree-kernel-0.1.0-SNAPSHOT
> Spark 1.5.2 built for Hadoop 2.6.0
> Reporter: George Lucchese
> Priority: Minor
> Labels: newbie
>
> When using the SQL Magic, on occasion this exception is thrown:
> ```
> java.lang.IllegalArgumentException: spark.sql.execution.id is already set
> at org.apache.spark.sql.execution.SQLExecution$.withNewExecutionId(SQLExecution.scala:87)
> at org.apache.spark.sql.DataFrame.withNewExecutionId(DataFrame.scala:1903)
> at org.apache.spark.sql.DataFrame.collect(DataFrame.scala:1384)
> at org.apache.spark.sql.DataFrame.head(DataFrame.scala:1314)
> at org.apache.spark.sql.DataFrame.take(DataFrame.scala:1377)
> at org.apache.spark.sql.DataFrame.showString(DataFrame.scala:178)
> at org.apache.spark.sql.DataFrame.show(DataFrame.scala:401)
> at org.apache.spark.sql.DataFrame.show(DataFrame.scala:362)
> at org.apache.toree.kernel.interpreter.sql.SqlService$$anonfun$submitCode$1$$anonfun$1.apply$mcV$sp(SqlService.scala:58)
> at org.apache.toree.kernel.interpreter.sql.SqlService$$anonfun$submitCode$1$$anonfun$1.apply(SqlService.scala:58)
> at org.apache.toree.kernel.interpreter.sql.SqlService$$anonfun$submitCode$1$$anonfun$1.apply(SqlService.scala:58)
> at scala.util.DynamicVariable.withValue(DynamicVariable.scala:57)
> at scala.Console$.withOut(Console.scala:126)
> at org.apache.toree.kernel.interpreter.sql.SqlService$$anonfun$submitCode$1.apply(SqlService.scala:56)
> at org.apache.toree.kernel.interpreter.sql.SqlService$$anonfun$submitCode$1.apply(SqlService.scala:48)
> at scala.concurrent.impl.Future$PromiseCompletingRunnable.liftedTree1$1(Future.scala:24)
> at scala.concurrent.impl.Future$PromiseCompletingRunnable.run(Future.scala:24)
> at scala.concurrent.impl.ExecutionContextImpl$$anon$3.exec(ExecutionContextImpl.scala:107)
> at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
> at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339)
> at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)
> at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)
> ```
> This seems to only affect the SQL interpreter. A scala interpreter can still execute SQL queries in the same kernel instance. The only resolution at runtime is to restart the whole kernel.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)