【问题标题】:Cygnus can not persist data on Cosmos global instanceCygnus 无法在 Cosmos 全局实例上持久化数据
【发布时间】:2015-11-12 15:11:14
【问题描述】:

当尝试将实体从 Cygnus 持久化到 Cosmos 全局实例时失败。

查看日志文件,我看到了类似的内容:

2015 15:31:50,006 DEBUG [SinkRunner-PollingRunner-DefaultSinkProcessor] (org.apache.http.impl.conn.DefaultClientConnection.sendRequestHeader:273)  - >> GET /webhdfs/v1/user/ms/def_serv/def_servpath/6_registervalues/6_registervalues.txt?op=getfilestatus&user.name=ms HTTP/1.1
12 Nov 2015 15:31:50,006 DEBUG [SinkRunner-PollingRunner-DefaultSinkProcessor] (org.apache.http.impl.conn.DefaultClientConnection.sendRequestHeader:276)  - >> X-Auth-Token: xxxxxxxxxxxxxxxxxxx
12 Nov 2015 15:31:50,006 DEBUG [SinkRunner-PollingRunner-DefaultSinkProcessor] (org.apache.http.impl.conn.DefaultClientConnection.sendRequestHeader:276)  - >> Host: cosmos.lab.fiware.org:14000
12 Nov 2015 15:31:50,006 DEBUG [SinkRunner-PollingRunner-DefaultSinkProcessor] (org.apache.http.impl.conn.DefaultClientConnection.sendRequestHeader:276)  - >> Connection: Keep-Alive
12 Nov 2015 15:31:50,007 DEBUG [SinkRunner-PollingRunner-DefaultSinkProcessor] (org.apache.http.impl.conn.DefaultClientConnection.sendRequestHeader:276)  - >> User-Agent: Apache-HttpClient/4.2.1 (java 1.5)
12 Nov 2015 15:31:50,284 DEBUG [SinkRunner-PollingRunner-DefaultSinkProcessor] (org.apache.http.impl.conn.DefaultClientConnection.close:169)  - Connection 0.0.0.0:59834<->130.206.80.46:14000 closed
12 Nov 2015 15:31:50,285 DEBUG [SinkRunner-PollingRunner-DefaultSinkProcessor] (org.apache.http.impl.client.DefaultRequestDirector.tryExecute:716)  - Closing the connection.
12 Nov 2015 15:31:50,285 DEBUG [SinkRunner-PollingRunner-DefaultSinkProcessor] (org.apache.http.impl.conn.DefaultClientConnection.close:169)  - Connection 0.0.0.0:59834<->130.206.80.46:14000 closed
12 Nov 2015 15:31:50,286 INFO  [SinkRunner-PollingRunner-DefaultSinkProcessor] (org.apache.http.impl.client.DefaultRequestDirector.tryExecute:723)  - I/O exception (java.net.SocketException) caught when processing request: Connection reset
12 Nov 2015 15:31:50,287 DEBUG [SinkRunner-PollingRunner-DefaultSinkProcessor] (org.apache.http.impl.client.DefaultRequestDirector.tryExecute:728)  - Connection reset
java.net.SocketException: Connection reset
    at java.net.SocketInputStream.read(SocketInputStream.java:185)
    at org.apache.http.impl.io.AbstractSessionInputBuffer.fillBuffer(AbstractSessionInputBuffer.java:166)

(我在上面的示例中混淆了令牌。)

由于某种原因连接被关闭。

Orion 和 Cygnus 安装在西班牙的一个固件实验室私有实例上2。

当尝试从 Orion 机器的命令行发出相同的请求时,我得到相同的断开响应。

curl -X GET "http://cosmos.lab.fiware.org:14000/webhdfs/v1/user/ms/def_serv/def_servpath/6_registervalues/6_registervalues.txt?op=getfilestatus&user.name=ms" -H "X-Auth-Token: xxxxxxxxxxxxxxxxxxxxxx"
curl: (56) Failure when receiving data from the peer

但令人惊讶的是,当从 Cosmos 全局实例的命令行执行相同的请求时,它可以工作!

见:

[ms@cosmosmaster-gi ~]$ curl -X GET "http://cosmos.lab.fiware.org:14000/webhdfs/v1/user/ms/def_serv/def_servpath/6_registervalues/6_registervalues.txt?op=getfilestatus&user.name=ms" -H "X-Auth-Token: xxxxxxxxxxxxxxxxx"
{"FileStatus":{"pathSuffix":"","type":"FILE","length":2,"owner":"ms","group":"ms","permission":"644","accessTime":1447332222908,"modificationTime":1447253745711,"blockSize":67108864,"replication":3}}
[ms@cosmosmaster-gi ~]$

似乎 Cosmos 不会为来自在 Spain2 上运行的固件实验室实例的连接提供服务。

有谁知道这里有什么问题,以及如何解决这个问题。

谢谢!

Menachem S.

【问题讨论】:

  • 这似乎是一个网络问题......只是为了拥有所有测试用例:您是否尝试过来自另一台不在 FIWARE Lab 中的远程机器的 curl,例如,您自己的笔记本电脑?
  • 谢谢!你是对的,它确实在我的工作站上工作......所以似乎只有从 fiware lab 实例,Cosmos 没有服务请求,顺便说一句,从 fiware lab 实例到 cosmos 全局服务器的连接似乎在网络级别,我认为这样做的原因是因为我在使用无效令牌时尝试了来自固件实例的相同请求并且确实得到了身份验证无效的响应,所以在这种情况下也得到了一些响应。现在的问题是,谁在控制 Cosmos 全球服务器,可以纠正这种情况。
  • 我负责 Cosmos 实例 :) 因此,如果在您的工作站上它工作正常,那么您的 FIWARE Lab 机器一定有一些奇怪的东西......您可以在详细模式下运行 curl 吗? (-v 选项)
  • 当然,虽然我无法在评论中发布所有数据,因为系统告诉我评论太长了...,知道如何将跟踪信息传输给您吗?
  • here上提供了 curl -v 输出

标签: fiware fiware-orion fiware-cygnus fiware-cosmos


【解决方案1】:

问题已通过解决方法解决。

Cygnus 服务器安装在外部节点(Azure 上的机器)上,并且一切正常 wrt Orion-->Cygnus-->Cosmos 流。

【讨论】:

  • 是的,这行得通...不过,了解 FIWARE Lab 机器为什么会出现这种连接问题会很有用。
  • 另一个用户报告了同样的问题。看过之后,网络人告诉我现在应该修复了。
  • 最后,这是我们用于身份验证和授权的 OAuth2 代理的问题,请查看详细信息 [这里](para votar stackoverflow.com/questions/34343357/…)。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2013-02-09
  • 2018-12-19
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-09-17
相关资源
最近更新 更多