Uploaded image for project: 'Help-Desk'
  1. Help-Desk
  2. HELP-5544

FIWARE.Question.Tech.Data.BigData-Analysis.Connectivity problems between FILAB VMs and Cosmos global instance

    Details

      Description

      Created question in FIWARE Q/A platform on 17-12-2015 at 21:12
      Please, ANSWER this question AT http://stackoverflow.com/questions/34343357/connectivity-problems-between-filab-vms-and-cosmos-global-instance

      Question:
      Connectivity problems between FILAB VMs and Cosmos global instance

      Description:
      I have the same kind of connectivity problem discussed in the question "Cygnus can not persist data on Cosmos global instance". However, I have found no solution after read it.

      Nowadays, I have recently deployed two virtual machines in FILAB (both VMs contain Orion ContextBroker 0.26.1 and Cygnus 0.11.0).

      When I try to persist data on Cosmos via Cygnus, I get the following error message (the same in both VMs) :

      2015-12-17 19:03:00,221 (SinkRunner-PollingRunner-DefaultSinkProcessor)
      [ERROR - com.telefonica.iot.cygnus.sinks.OrionSink.process(OrionSink.java:305)]
      Persistence error (The /user/rmartinezcarreras/def_serv/def_serv_path/room1_room
      directory could not be created in HDFS. Server response: 503 Service unavailable)

      On the other hand, when I try to fire a request from the command line of whatever VM, I get the next response:

      [root@orionlarge centos]# curl -v -X GET "http://cosmos.lab.fiware.org:14000/webhdfs/v1/user/rmartinezcarreras/?
      op=liststatus&user.name=rmartinezcarreras" -H "X-Auth-Token: XXXXXXX"

      • About to connect() to cosmos.lab.fiware.org port 14000 (#0)
      • Trying 130.206.80.46... connected
      • Connected to cosmos.lab.fiware.org (130.206.80.46) port 14000 (#0)
        > GET /webhdfs/v1/user/rmartinezcarreras/?
        op=liststatus&user.name=rmartinezcarreras HTTP/1.1
        > User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7
        NSS/3.16.2.3 Basic ECC zlib/1.2.3 libidn/1.18 libssh2/1.4.2
        > Host: cosmos.lab.fiware.org:14000
        > Accept: /
        > X-Auth-Token: XXXXX
        >
      • Closing connection #0
      • Failure when receiving data from the peer
        curl: (56) Failure when receiving data from the peer

      Nevertheless, from an external VM (outside FILAB):

      [root@dsieBroker orion]# curl -v -X GET
      "http://cosmos.lab.fiware.org:14000/webhdfs/v1/user/rmartinezcarreras/?
      op=liststatus&user.name=rmartinezcarreras" -H "X-Auth-Token: XXXXX"

      • About to connect() to cosmos.lab.fiware.org port 14000 (#0)
      • Trying 130.206.80.46... connected
      • Connected to cosmos.lab.fiware.org (130.206.80.46) port 14000 (#0)
        > GET /webhdfs/v1/user/rmartinezcarreras/?
        op=liststatus&user.name=rmartinezcarreras HTTP/1.1
        > User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7
        NSS/3.19.1 Basic ECC zlib/1.2.3 libidn/1.18 libssh2/1.4.2
        > Host: cosmos.lab.fiware.org:14000
        > Accept: /
        > X-Auth-Token: XXXXXX
        >
        < HTTP/1.1 200 OK
        < X-Powered-By: Express
        < Access-Control-Allow-Origin: *
        < Access-Control-Allow-Methods: HEAD, POST, GET, OPTIONS, DELETE
        < Access-Control-Allow-Headers: origin, content-type, X-Auth-Token, Tenant-
        ID, Authorization
        < server: Apache-Coyote/1.1
        < set-cookie:
        hadoop.auth="u=rmartinezcarreras&p=rmartinezcarreras&t=simple&e=XXXXXX&s=
        XXXXhD 8="; Version=1; Path=/
        < Content-Type: application/json; charset=utf-8
        < transfer-encoding: chunked
        < date: Thu, 17 Dec 2015 18:52:46 GMT
        < connection: close
        < Content-Length: 243
        < ETag: W/"f3-NL9+bYJLweyFpoJfNgjQrg"
        <
        {"FileStatuses":
        Unknown macro: {"FileStatus"}

        }

      • Closing connection #0

      Also get good results from my Cosmos account.

      How can I solve this? It seems a connectivity problem. Could you help me?

      Thank you in advance

        Activity

        Hide
        backlogmanager Backlog Manager added a comment -

        2015-12-18 00:05|CREATED monitor | # answers= 0, accepted answer= False

        Show
        backlogmanager Backlog Manager added a comment - 2015-12-18 00:05|CREATED monitor | # answers= 0, accepted answer= False
        Hide
        frb Francisco Romero added a comment -

        This is being discussed in the comments section of the issue at SOF (that's why this Jira issue did not move into the "in progress" status automaticaly).

        Show
        frb Francisco Romero added a comment - This is being discussed in the comments section of the issue at SOF (that's why this Jira issue did not move into the "in progress" status automaticaly).
        Hide
        backlogmanager Backlog Manager added a comment -

        2016-01-25 18:05|UPDATED status: transition Finish| # answers= 1, accepted answer= True

        Show
        backlogmanager Backlog Manager added a comment - 2016-01-25 18:05|UPDATED status: transition Finish| # answers= 1, accepted answer= True

          People

          • Assignee:
            frb Francisco Romero
            Reporter:
            backlogmanager Backlog Manager
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: