通过http / Gui的Ambari / NiFi安装失败，并显示以下消息:
resource_management.core.exceptions.Fail:执行'unzip /tmp/nifi-0.5.1.1.1.2.0-32.zip -d / opt >> /var/log/nifi/nifi-setup.log'返回9。找不到中央目录末尾签名。该文件不是
一个zip文件，或者它构成了一个多部分归档文件的一个磁盘。在里面
在后一种情况下，将在以下位置找到中央目录和zipfile注释
此存档的最后一个磁盘。
解压缩:在/tmp/nifi-0.5.1.1.1.2.0-32.zip之一中找不到zipfile目录
/tmp/nifi-0.5.1.1.1.2.0-32.zip.zip，并且找不到/tmp/nifi-0.5.1.1.1.2.0-32.zip.ZIP，句点。
最重要的是，wget永远不会从沙箱的配置位置中找到压缩包，以将其移走。我意识到这个版本的NiFi是一个古老的版本，这也许就是为什么它没有作用的原因，但是这个HDF / HDP 2.4沙箱是我目前唯一可以在我的精简资源上运行的版本。 2.6占用了主机的资源。
从Apache NiFi将存档副本下载到VMWare文件共享驱动器后，我可以通过执行以下步骤来手动安装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看到 Canvas ，所以我知道在沙盒上的安装成功。
现在，我陷入了一个无休止的Ambari循环中，在那里ambari代理认为该产品未安装，因此我将无法从Ambari停止/启动NiFi。这将意味着在每个VM重新启动时手动启动。除了冻结VM之外，是否可以通过不断尝试进行不必要的安装以及无法从Ambari调用服务来解决该问题？
最佳答案
尽管这个问题已经过时，可能不再适用了，但是在为我自己的问题寻找解决方案时出现了几次。因此，这是我尝试并成功的解决方案。
因此，从错误中很明显.zip文件已损坏和/或不是必需的格式。
您可以从unix shell的/tmp目录中检查此文件。因此，要解决此问题，请从tmp目录中删除该文件，然后使用Ambari重新安装/添加服务，它将能够从开始重新启动该过程。 b / c Amabri会检查tmp中的文件，并且每次尝试使用此损坏的文件时，都需要执行此删除步骤。
关于hadoop - Hortonworks 2.4 Sandbox在Ambari NiFi安装上失败，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/45092031/