ambari/nifi安装从http/gui失败，并显示以下消息：
resource_management.core.exceptions.fail:执行'unzip/tmp/nifi-0.5.1.1.2.0-32.zip-d/opt>/var/log/nifi/nifi setup.log'返回9。找不到中心目录签名的结尾。此文件不是zipfile，或者它构成多部分存档的一个磁盘。在后一种情况下，将在此存档的最后一个磁盘上找到中心目录和zipfile注解。解压：在/tmp/nifi-0.5.1.1.1.2.0-32.zip或/tmp/nifi-0.5.1.1.2.0-32.zip中找不到zipfile目录，并且找不到/tmp/nifi-0.5.1.1.1.2.0-32.zip，句点。
底线是wget永远不会从沙盒的配置位置找到tarball来把它带过来。我意识到这个版本的nifi是一个古老的版本——这可能就是为什么它在运行中丢失了，但是这个hdf/hdp2.4沙盒是目前我唯一可以在精简资源上运行的沙盒。2.6将我的主人的资源带过临界点。
在将存档副本从apache nifi下载到vmware fileshare驱动器后，我可以通过执行以下步骤手动安装0.5.1x版本：
cd /opt
tar -xzvf /mnt/hgfs/myfileshare/nifi-0.5.1.tar.gz
nifi-0.5.1/bin/nifi.sh install
service nifi start我可以从sandbox.hortonworks看到画布。com:9090/nifi，所以我知道在沙盒上的安装是成功的。
现在我陷入了一个无休止的ambari循环中，ambari代理认为产品没有安装，所以我无法从ambari停止/启动nifi。这意味着在每个vm电源循环中手动启动。除了冻结虚拟机之外，是否有一个解决方法来解决不断尝试不必要的安装和无法从ambari调用服务的问题？
1条答案
按热度按时间lf5gs5x21#
虽然这个问题已经很老了，可能已经不相关了，但是在我为自己的问题寻找解决方案的过程中，它出现了几次。所以这是我尝试过的解决方案，它奏效了。
所以，从错误中很明显
.zip文件已损坏和/或不是所需的格式。解压：在/tmp/nifi-0.5.1.1.1.2.0-32.zip或/tmp/nifi-0.5.1.1.2.0-32.zip中找不到zipfile目录，并且找不到/tmp/nifi-0.5.1.1.1.2.0-32.zip，句点。
您可以在目录中检查此文件
/tmp从unix shell。所以，要解决这个问题，请从tmp目录并使用重新安装/添加服务Ambari它将能够从一开始就重新启动这个过程。此拆卸步骤是必需的b/cAmabri检查中的文件tmp每次它试图使用这个损坏的文件。