[ZEPPELIN-5658] Azure storage can't save directories

• Type: Bug
• Status: Open
• Priority: Major
• Resolution: Unresolved
• Affects Version/s: 0.10.0
• Component/s: NotebookRepo

Environment

Using 0.10.0 on Kubernetes (AKS) against gen 1 Azure Blob storage

• Assignee: Unassigned
• Reporter: Tavis Barr
• Created: 24/Feb/22 22:11
• Updated: 25/Feb/22 07:57

Description

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).