我正在尝试将DataStax OpsCenter安装到新的Debian 8.2安装上，并且在安装过程中出现以下问题：
Setting up opscenter (5.2.2) ...
Generating a 1024 bit RSA private key
....................................++++++
......................++++++
writing new private key to '/var/lib/opscenter/ssl/opscenter.key'
-----
keytool error: java.lang.IllegalArgumentException: java.io.IOException: Invalid char:
dpkg: error processing package opscenter (--configure):
subprocess installed post-installation script returned error exit status 1
Processing triggers for systemd (215-17+deb8u3) ...
Errors were encountered while processing:
opscenter
E: Sub-process /usr/bin/dpkg returned an error code (1)
Oracle的Java 8（仅限JVM）已经安装并验证，如您所见：
java -version
java version "1.8.0_74"
Java(TM) SE Runtime Environment (build 1.8.0_74-b02)
Java HotSpot(TM) 64-Bit Server VM (build 25.74-b02, mixed mode)
在创建RSA密钥期间似乎失败了，可能是因为SSL站点。
我正在使用DataStax APT repo安装它。知道如何解决这个问题吗？我尝试过安装5.2.4,5.2.3和5.2.2。
答案 0 :(得分：0)
在深入了解postint文件后，在下面的链接中找到了答案。 简短回答：由于“debian / ubuntu”update-alternatives在安装java时的作用方式，gnu keytool正在使用而不是Oracle-one。
我还发现datastax需要更新他们的代码以包含新的-genkeypair而不是-genkey，以避免将来破坏。
https://groups.google.com/forum/#!topic/android-developers/OYtL7aqj3z0
复制/粘贴答案。
//查看哪个keytool是路径中的第一个
的/ usr /斌/密钥工具
//这只是一个链接，所以让我们看一下
lrwxrwxrwx 1 root root 39 2008-09-24 21:41 / usr / bin / keytool - ＆gt;的/ etc /替代/密钥工具
//再次只是一个链接
lrwxrwxrwx 1 root root 37 2008-06-10 08:27 / etc / alternatives / keytool - ＆gt; / usr / lib中/ JVM / java的GCJ / JRE / bin中/密钥工具
这是问题，路径中的keytool是来自gnu java的一个 VM。
这是我的解决方案： rm / etc / alternatives / keytool ln -s / usr / lib / jvm / some-sun-vm / bin / keytool / etc / alternatives / keytool rm -rf /home/myhome/.android 日食 - ＆gt;并开始工作......
我认为这是一个Ubuntu问题，有一个更好的方法来改变 keytool替代方案，但这对我有用。