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)
