我在GCE上使用麋鹿堆叠。一切正常。但后来我安装了NGINX,后来卸载了它。之后,Kibana在卸载NGINX后无法启动。
Elasticsearch版本:2.4.5 Kibana版本:4.6
KibanaSTDOUT日志是:
{“类型”:“日志”,“时间戳”:“2017-06-06T08:13:06Z”,“标签”:[“状态”,“插件:kibana@1.0.0“,“信息”],“pid”:364,“状态”:“绿色”,“消息”:“状态从未初始化更改为绿色-就绪”,“prevState”:“未初始化”,“prevMsg”:“未初始化”}{“类型”:“日志”,“@timestamp”:“2017-06-06T08:13:07Z”,“标记”:[“状态”,“插件:elasticsearch@1.0.0“,”info“],”pid“:”364,“state:”黄色“,”消息“:”状态从未初始化变为黄色-等待Elasticsearch“,”prevState:”未初始化“,”prevMsg:”未初始化“}{”类型“:”日志“,”时间戳“:”2017-06-06T08:13:07Z“,”标签“:”状态“,”插件:kbn_vislib_vis vis vis vis_types@1.0.0“,“info”],“pid”:364,“state”:“green”,“message”:“Status changed from uninitialized to green-Ready”,“prevState”:“uninitialized”,“prevMsg”:“uninitialized”}{“type”:“log”,“@timestamp”:“2017-06-06T08:13:07Z”,“tags”:[“Status”,“plugin:markdown”_vis@1.0.0“,“info”],“pid”:364,“state”:“green”,“message”:“Status changed from uninitialized to green-Ready”,“prevState”:“uninitialized”,“prevMsg”:“uninitialized”}{“type”:“log”,“@timestamp”:“2017-06-06T08:13:07Z”,“tags”:[“Status”,“plugin:metric”_vis@1.0.0“,“信息”],“pid”:364,“状态”:“绿色”,“消息”:“状态从未初始化更改为绿色-就绪”,“prevState”:“未初始化”,“prevMsg”:“未初始化”}{“类型”:“日志”,“@timestamp”:“2017-06-06T08:13:07Z”,“标记”:[“状态”,“插件:spyModes@1.0.0“,“信息”],“pid”:364,“状态”:“绿色”,“消息”:“状态从未初始化更改为绿色-就绪”,“prevState”:“未初始化”,“prevMsg”:“未初始化”}{“类型”:“日志”,“@timestamp”:“2017-06-06T08:13:07Z”,“标记”:[“状态”,“插件:elasticsearch@1.0.0“,”信息“],”pid“:364,“状态”:“绿色”,“消息”:“状态从黄色变为绿色-Kibana索引就绪”,“prevState”:“黄色”,“prevMsg”:“等待Elasticsearch”}{“类型”:“日志”,“时间戳”:“2017-06-06T08:13:07Z”,“标签”:[“状态”,“插件:statusPage@1.0.0“,“info”],“pid”:364,“state”:“green”,“message”:“Status changed from uninitialized to green-Ready”,“prevState”:“uninitialized”,“prevMsg”:“uninitialized”}{“type”:“log”,“@timestamp”:“2017-06-06T08:13:07Z”,“tags”:[“Status”,“plugin:table”_vis@1.0.0“,”info“],”pid“:”364,“state:”绿色“,”消息“:”状态从未初始化更改为绿色-就绪“,”prevState:”未初始化“,”prevMsg:”未初始化“}{”类型“:”日志“,”时间戳“:”2017-06-06T08:13:07Z”,“标记“:[”致命“,”pid“:”364,“级别“:”致命“,”消息“:”侦听EADDRNOTAVAIL 104.155.222.239:5601”,“错误“,”消息“:”侦听EADDRNOTAVAIL“:”104.155.222.239:5601”,“名称“,”错误“,”堆栈”错误:在对象上侦听EADDRNOTAVAIL 104.155.222.239:5601\n。出口_导出时出现错误异常(util.js:1026:11)\n_服务器上的例外WithHostPort(util.js:1049:20)\n_listen2(net.js:1244:19)\n at listen(net.js:1293:10)\n at net。js:1403:9\n在\u combinedTickCallback(internal/process/next_tick.js:77:11)\n在process_tickCallback(internal/process/next_tick.js:98:9)”,“code:“EADDRNOTAVAIL”}
端口5601上没有运行任何内容,FIREWALL允许这样做。
根据日志中的最后几条消息,Kibana似乎正在尝试侦听以下IP/端口组合104.155.222.239:5601
,这就是EADDRNOTAVAIL
错误代码的原因。
由于您提供的信息非常少,因此您可以验证以下内容:
>
验证IP地址104.155.222.239
是否是实例的IP地址。这看起来像一个公共IP地址。如果您使用的是临时公共(即外部)IP地址,请注意该地址可能会在实例重新启动之间更改。您可能必须从Google Compute Engine获取静态IP地址才能避免此问题或正确确定外部IP地址并将其传递给您的程序。
确认没有进程监听端口5601
。
可以运行以下命令来打印该端口上侦听的所有进程:
lsof -i:26625
我有个问题要问你们。我正在寻找帮助我在谷歌云计算机引擎上部署spring boot应用程序的指南,我在测试spring boot应用程序时键入实例IP地址,但我无法在REST API中访问它。 请问您有什么指南或步骤可以让我在谷歌云计算引擎中成功部署吗。我为什么需要在计算机引擎中部署,是因为我在它上部署了angular,而且我也部署了angular。我的angular项目似乎被我的spring b
根据我在互联网上发现的几个来源,不可能仅通过内部IP将谷歌云功能连接到受限计算引擎实例(例如。https://groups.google.com/forum/#!主题/gce讨论/HEn5P9PJzYQ)。真的还是这样吗?我的设置如下所示: 谷歌云充当API(公共) 我现在通过防火墙规则将计算引擎实例限制为仅内部流量(10.128.0.0/9)。我的应用程序引擎仍然可以连接到计算引擎实例,但我的云
有一个带有Python的Google App Engine交互式控制台。 https://cloud.google.com/appengine/docs/standard/python/tools/using-local-server#using_the_interactive_console 但是在文档中没有关于它的信息。 https://cloud.google.com/appengine/d
我一直在努力了解如何在谷歌云上设置以下架构: 谷歌应用引擎收到HTTP请求
我正在尝试使用云SQL代理将GCE实例连接到云SQL实例(第二代)。当我ssh到GCE实例时 我得到 我已阅读 上的文档https://cloud.google.com/sql/docs/compute-engine-access#gce-连接代理和 https://cloud.google.com/sql/docs/sql-proxy 两个实例都在同一个项目中,并且云SQL API在GCE实例(
我正在使用谷歌库伯内特斯引擎部署一些需要连接到本地数据库的应用程序。为了做到这一点,我配置了一个虚拟专用网隧道并创建了一个VPC。 然后,我创建了一个使用该VPC的GKE集群(1个节点),我可以通过连接到该节点并尝试ping DB服务器来确认DB是可访问的 然而,如果我尝试从Pod做同样的事情,我就无法连接。 我错过了什么?