Troubleshooting DataStax Studio

Tips for resolving problems in DataStax Studio.

The DataStax Enterprise Help Center also provides troubleshooting information.

HTTP protocol 

DataStax Studio does not run with HTTPS everywhere. Preface the URL used to run DataStax Studio with HTTP and not HTTPS.

Binding to localhost on a cloud deployment 

By default, Studio binds itself to the IP address 127.0.0.1 (or localhost). If running in the cloud, this IP address prevents Studio from accepting connections from external addresses. If you have already installed Studio in the cloud using localhost, change the httpBindAddress value in the configuration.yaml Studio configuration file to the IP address of the host it is running on.
Important: Changing the httpBindAddress setting from the default (localhost) can pose a security risk as users on external machines can gain access to notebooks and the DSE clusters those notebooks are connected to. Studio is designed to be used as a desktop application. Distributed deployment introduces potential security risks.

Unable to connect Studio to a secured DSE cluster 

If you are unable to connect Studio when client-to-node encryption enabled on a DSE cluster, the Studio log has this entry:
Cannot support TLS_RSA_WITH_AES_256_CBC_SHA with currently installed providers
Java Cryptography Extension (JCE) Unlimited Strength Policy files is required to ensure support for all encryption algorithms. See Using SSL connections in DataStax Studio.

Notebooks needs troubleshooting 

You can export a notebook with diagnostic information. Select

Studio UI behaves strangely after upgrade 

If you leave an old Studio session open in a browser, using an older version of Studio, and then upgrade to a new version, you can experience strange behavior. This is caused by caching in the browser. You can solve this problem by force-loading the index.html page. For example, if using the Chrome browser, you can navigate to the top-level index.html page and click on the refresh button while holding down the control key.

Starting Studio on Windows 7 

While running Studio on the Microsoft Windows 7 operating system, out-of-date libraries can prevent system-specific JNI libraries from being loaded correctly. The result is the following stack trace:

leveldbjni-64-
1-6036870325998847314.8: Can't find dependent libraries]
        at org.fusesource.hawtjni.runtime.Library.doLoad(Library.java:182)
        at org.fusesource.hawtjni.runtime.Library.load(Library.java:140)
        at org.fusesource.leveldbjni.JniDBFactory.<clinit>(JniDBFactory.java:48)
        at com.rbmhtechnology.eventuate.log.leveldb.LeveldbEventLog.<init>(Level
dbEventLog.scala:97)
        at com.rbmhtechnology.eventuate.log.leveldb.LeveldbEventLog$$anonfun$7.a
pply(LeveldbEventLog.scala:358)
        at com.rbmhtechnology.eventuate.log.leveldb.LeveldbEventLog$$anonfun$7.a
pply(LeveldbEventLog.scala:358)
        at akka.actor.TypedCreatorFunctionConsumer.produce(IndirectActorProducer
.scala:87)
You can fix this problem by updating the Microsoft Visual C++ 2010 Redistributable Package libraries in question: