You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zeppelin.apache.org by "Marvin Rösch (Jira)" <ji...@apache.org> on 2021/10/14 08:41:00 UTC
[jira] [Created] (ZEPPELIN-5562) Recovered remote interpreter
instance does not update correct resource pool
Marvin Rösch created ZEPPELIN-5562:
--------------------------------------
Summary: Recovered remote interpreter instance does not update correct resource pool
Key: ZEPPELIN-5562
URL: https://issues.apache.org/jira/browse/ZEPPELIN-5562
Project: Zeppelin
Issue Type: Bug
Affects Versions: 0.10.0
Environment: Zeppelin on Kubernetes with k8s interpreter launcher. We isolate our Python and R interpreters per user, while interpreters such as our JDBC one to query our database are shared for everyone.
Reporter: Marvin Rösch
We run Zeppelin on Kubernetes using the k8s interpreter launcher. We also have interpreter recovery activated, so Pods for interpreters don't get deleted when their parent Zeppelin Pod gets stopped, but instead are kept around to enable quick recovery after the main server was restarted.
After a reconnect from the server to an interpreter, the {{saveAs}} option does not appear to work correctly anymore. Saving the result of an SQL query from a recovered JDBC interpreter in a variable does not make it available in e.g. a Python interpreter - regardless of that interpreter being recovered or not.
I investigated the way interpreter recovery works in the code and from what I saw it _should_ be properly updating the {{DistributedResourcePool}} after a reconnect, but this does not seem to occur or the new connection isn't used for {{saveAs}}.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)