Debian DataStax OpCenter无法安装
我正在尝试将DataStax Opscener安装到新的Debian 8.2安装中,但在安装过程中出现以下错误:Debian DataStax OpCenter无法安装,debian,datastax,opscenter,Debian,Datastax,Opscenter,我正在尝试将DataStax Opscener安装到新的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
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安装 跳入postint文件后,在下面的链接上找到了答案。 简短回答:由于安装java时“debian/ubuntu”更新替代方案的工作方式,使用的是GNUkeytool,而不是Oracle 我还发现datastax需要更新他们的代码,以包含新的-genkeypair,而不是-genkey,以避免将来中断 我复制/粘贴了答案 //查看路径中的第一个关键点工具 哪个钥匙工具 /usr/bin/keytool //这只是一个链接,让我们深入了解 ls-al/usr/bin/keytool lrwxrwx 1 root root根目录392008-09-2421:41/usr/bin/keytool->/etc/alternations/keytool //再次只是一个链接 ls-al/etc/Alternations/keytool lrwxrwx 1 root root 37 2008-06-10 08:27/etc/alternations/keytool->/usr/lib/jvm/java gcj/jre/bin/keytool 问题是,路径中的keytool是来自GNUJava的 虚拟机 以下是我的解决方案: rm/etc/Alternations/keytool ln-s/usr/lib/jvm/some-sun-vm/bin/keytool/etc/alternations/keytool rm-rf/home/myhome/.android eclipse->并开始工作 我认为这是Ubuntu的问题,有一个更好的方法来改变这个问题
keytool可选,但这对我来说很有效。在跳入postint文件后在下面的链接中找到了答案。 简短回答:由于安装java时“debian/ubuntu”更新替代方案的工作方式,使用的是GNUkeytool,而不是Oracle 我还发现datastax需要更新他们的代码,以包含新的-genkeypair,而不是-genkey,以避免将来中断 我复制/粘贴了答案 //查看路径中的第一个关键点工具 哪个钥匙工具 /usr/bin/keytool //这只是一个链接,让我们深入了解 ls-al/usr/bin/keytool lrwxrwx 1 root root根目录392008-09-2421:41/usr/bin/keytool->/etc/alternations/keytool //再次只是一个链接 ls-al/etc/Alternations/keytool lrwxrwx 1 root root 37 2008-06-10 08:27/etc/alternations/keytool->/usr/lib/jvm/java gcj/jre/bin/keytool 问题是,路径中的keytool是来自GNUJava的 虚拟机 以下是我的解决方案: rm/etc/Alternations/keytool ln-s/usr/lib/jvm/some-sun-vm/bin/keytool/etc/alternations/keytool rm-rf/home/myhome/.android eclipse->并开始工作 我认为这是Ubuntu的问题,有一个更好的方法来改变这个问题 keytool可供选择,但这对我很有效