Cygnus не может сохранять данные в глобальном экземпляре Cosmos

При попытке сохранить объект от 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 не будет обслуживать соединение, поступающее из экземпляра лаборатории программного обеспечения, работающего в Испании2.

Кто-нибудь знает, в чем проблема и как это исправить.

Спасибо!

Менахем С.


person M. S.    schedule 12.11.2015    source источник
comment
Кажется, проблема с сетью ... Просто для того, чтобы получить все тестовые примеры: пробовали ли вы завить завиток с другого удаленного компьютера, не входящего в лабораторию FIWARE, например, с вашего собственного ноутбука?   -  person frb    schedule 13.11.2015
comment
Спасибо! Вы правы, это сработало с моей рабочей станции ... так что кажется, что только из экземпляра лаборатории программного обеспечения Cosmos не обслуживает запрос, кстати, соединение экземпляра лаборатории программного обеспечения с глобальным сервером космоса, похоже, работает на на сетевом уровне, и причина, по которой я думаю, это так, заключается в том, что я попробовал тот же запрос от экземпляра fiware при использовании недопустимого токена и получил ответ, что аутентификация недействительна, поэтому я получил некоторый ответ на эту ситуацию. Остается вопрос, кто контролирует глобальный сервер Cosmos, который может исправить эту ситуацию.   -  person M. S.    schedule 15.11.2015
comment
Я отвечаю за экземпляр Cosmos :) Таким образом, если на вашей рабочей станции он работает правильно, то с вашей машиной FIWARE Lab должно быть что-то странное ... Можете ли вы запустить curl в подробном режиме? (-v вариант)   -  person frb    schedule 16.11.2015
comment
конечно, хотя я не могу опубликовать все данные в комментарии, поскольку система сообщает мне, что комментарий слишком длинный ... есть идеи, как я могу передать вам след?   -  person M. S.    schedule 16.11.2015
comment
предоставил вывод curl -v через здесь   -  person M. S.    schedule 16.11.2015
comment
Проблема была устранена.   -  person M. S.    schedule 19.11.2015


Ответы (1)


Проблема была решена путем обходного пути.

Сервер Cygnus был установлен на внешнем узле (машина в Azure), и все работает нормально с потоком Orion -> Cygnus -> Cosmos.

person M. S.    schedule 19.11.2015
comment
Да, это работает ... Тем не менее, было бы полезно узнать, почему на компьютере FIWARE Lab возникают такие проблемы с подключением. - person frb; 19.11.2015
comment
Другой пользователь сообщил о той же проблеме. Посмотрев, сетевые люди говорят мне, что сейчас это нужно исправить. - person frb; 18.12.2015
comment
Наконец, это была проблема с прокси OAuth2, который мы используем для аутентификации и авторизации. См. Подробности [здесь] (para votar stackoverflow.com/questions/34343357/). - person frb; 26.01.2016