Hadoop Hortonworks 2.4沙盒在Ambari NiFi安装上失败

从http/Gui安装Ambari/NiFi失败，并显示以下消息：

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.1.2.0-32.zip，无法找到/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看到画布，所以我知道在sandbox上的安装是成功的

---

现在我陷入了一个无休止的Ambari循环，Ambari代理认为该产品没有安装，因此我无法从Ambari停止/启动NiFi。这意味着在每个VM电源循环中手动启动。除了冻结虚拟机之外，是否有一个解决方案可以解决不断尝试不必要的安装以及无法从Ambari调用服务的问题？

虽然这个问题已经很老了，可能不再相关，但在为我自己的问题寻找解决方案的过程中，它出现了几次。这就是我尝试过的解决方案，它奏效了

因此，从错误中可以明显看出，

.zip

文件已损坏和/或不是所需的格式

解压：在/tmp/nifi-0.5.1.1.1.2.0-32.zip或/tmp/nifi-0.5.1.1.1.2.0-32.zip中找不到zipfile目录，也找不到/tmp/nifi-0.5.1.1.2.0-32.zip，句号

您可以在unix shell的目录

/tmp

中检查此文件。因此，要解决此问题，请从

tmp

目录中删除该文件，并使用

Ambari

重新安装/添加服务，然后它将能够从一开始就重新启动该进程。此删除步骤是必需的b/c

Amabri

检查

tmp

中的文件，并且每次尝试使用此损坏的文件时都会执行此删除步骤