You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zeppelin.apache.org by "Tavis Barr (Jira)" <ji...@apache.org> on 2022/02/24 22:12:00 UTC
[jira] [Created] (ZEPPELIN-5658) Azure storage can't save directories
Tavis Barr created ZEPPELIN-5658:
------------------------------------
Summary: Azure storage can't save directories
Key: ZEPPELIN-5658
URL: https://issues.apache.org/jira/browse/ZEPPELIN-5658
Project: Zeppelin
Issue Type: Bug
Components: NotebookRepo
Affects Versions: 0.10.0
Environment: Using 0.10.0 on Kubernetes (AKS) against gen 1 Azure Blob storage
Reporter: Tavis Barr
I have Azure storage connected as a repo. If I create a new notebook in the top level direcotry (e.g.,"MyNotebook"), I can stop and restart Zeppelin, and the notebook is there like it should be. If I create the notebook in a subdirectory (e.g., "SomeDirectory/MyNotebook") it works fine as long as Zeppelin is open, and the notebook appears (in its directory) in Azure storage, but if I stop and restart Zeppelin, it crashes with a multi-layered exception and a StackOverflow error, starting something like this:
INFO [2022-02-24 22:08:39,055] (\{qtp660017404-12} NotebookServer.java[onClose]:474) - Closed connection to 127.0.0.1:41522 (1011) A MultiException has 6 exceptions. They are:
1. java.lang.StackOverflowError
2. java.lang.IllegalStateException: Unable to
WARN [2022-02-24 22:09:05,401] (\{qtp660017404-12} WebSocketSession.java[callApplicationOnClose]:397) - Exception while notifying onClose
MultiException stack 1 of 6
java.lang.StackOverflowError
at java.lang.String.equalsIgnoreCase(String.java:1109)
at sun.net.spi.DefaultProxySelector$3.run(DefaultProxySelector.java:219)
at sun.net.spi.DefaultProxySelector$3.run(DefaultProxySelector.java:209)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.spi.DefaultProxySelector.select(DefaultProxySelector.java:208)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1156)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1056)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:189)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1570)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1498)
at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:480)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:352)
at com.microsoft.azure.storage.core.ExecutionEngine.executeWithRetry(ExecutionEngine.java:119)
at com.microsoft.azure.storage.core.LazySegmentedIterator.hasNext(LazySegmentedIterator.java:109)
at org.apache.zeppelin.notebook.repo.AzureNotebookRepo.list(AzureNotebookRepo.java:91)
at org.apache.zeppelin.notebook.repo.AzureNotebookRepo.list(AzureNotebookRepo.java:94)
at org.apache.zeppelin.notebook.repo.AzureNotebookRepo.list(AzureNotebookRepo.java:94)
at org.apache.zeppelin.notebook.repo.AzureNotebookRepo.list(AzureNotebookRepo.java:94)
at org.apache.zeppelin.notebook.repo.AzureNotebookRepo.list(AzureNotebookRepo.java:94)
at org.apache.zeppelin.notebook.repo.AzureNotebookRepo.list(AzureNotebookRepo.java:94)
at org.apache.zeppelin.notebook.repo.AzureNotebookRepo.list(AzureNotebookRepo.java:94)
at org.apache.zeppelin.notebook.repo.AzureNotebookRepo.list(AzureNotebookRepo.java:94)
at org.apache.zeppelin.notebook.repo.AzureNotebookRepo.list(AzureNotebookRepo.java:94)
This is a regression, I had no problems running notebooks in Azure storage on 0.8.2 (which had a flat directory structure).
--
This message was sent by Atlassian Jira
(v8.20.1#820001)