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

[fiware-stackoverflow] 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 https://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 -

        2017-05-22 15:10|CREATED monitor | # answers= 1, accepted answer= False

        Show
        backlogmanager Backlog Manager added a comment - 2017-05-22 15:10|CREATED monitor | # answers= 1, accepted answer= False
        Hide
        backlogmanager Backlog Manager added a comment -

        2017-05-22 18:07|UPDATED status: transition Answer| # answers= 1, accepted answer= False

        Show
        backlogmanager Backlog Manager added a comment - 2017-05-22 18:07|UPDATED status: transition Answer| # answers= 1, accepted answer= False
        Hide
        backlogmanager Backlog Manager added a comment -

        2017-05-22 21:07|UPDATED status: transition Answered| # answers= 1, accepted answer= False

        Show
        backlogmanager Backlog Manager added a comment - 2017-05-22 21:07|UPDATED status: transition Answered| # answers= 1, accepted answer= False

          People

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

            Dates

            • Created:
              Updated:
              Resolved: