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

FIWARE.Request.Tech.Re: IMPACT Growth.

    Details

    • Type: extRequest
    • Status: Closed
    • Priority: Major
    • Resolution: Done
    • Fix Version/s: 2021
    • Component/s: FIWARE-TECH-HELP
    • Labels:
      None
    • HD-Enabler:
      Cosmos

      Description

      Hi Umang, Tal,

      we have received your complain about the service related to the
      following URL:

      http://storage.dit.upm.es:14000/webhdfs/v1/user/umangsuthar/testdir?op=MKDIRS&user.name=umangsuthar

      We have tested the service with your credentials and all is working as
      expected. The logs reflect that our firewall is allowing the traffic and
      that the connections are flowing seamlessly, apart of the limit of 10
      connections per second for that port (that has not been reached).

      We suspect that the problem is outside our network, and we suggest you
      to check with any intermediate network providers that you have, because
      we are receiving traffic for the service from outside our network
      without any problems.

      If your investigations lead to us again, please, provide us with the
      client IP and the hours and timing you are testing the service, in order
      we can check the logs for your network.

      Thank you very much and have a nice weekend.

      Omar

      El 29/06/18 a las 12:45, Joaquín Salvachúa escribió:
      > Hola, 
      >
      > creo que unos querían utilizar el almacenamiento remotamente y les
      > había dicho que no estaba preparado para ello.
      >
      > Un saludo
      >
      > Joaquin
      >
      >> El 29 jun 2018, a las 12:21, Omar Walid Llorente <omar@dit.upm.es
      >> <omar@dit.upm.es>> escribió:
      >>
      >> Hola a todos.
      >>
      >> He estado revisando este problema y podría ser una caída de algún
      >> nodo intermedio o algún cortafuegos perimetral o de contenidos que
      >> esté fuera de nuestro departamento.
      >>
      >> Esta misma mañana estamos recibiendo tráfico sobre el puerto 14000 de
      >> storage.dit.upm.es <http://storage.dit.upm.es> desde fuera de
      >> nuestras redes sin mayores problemas. Nuestro cortafuegos perimetral
      >> no ha tenido cambios y solo se están rechazando accesos a storages
      >> fuera de los rangos de IP que están configurados para el servicio. Os
      >> pongo unas trazas al final.
      >>
      >> ¿Podéis decirnos desde qué ip origen se está rechazando el tráfico?
      >> He acedido a storage con el comando que se indica y me ha dado una
      >> respuesta sin problemas.
      >>
      >> Un saludo.
      >>
      >> Omar
      >>
      >> TRAZAS **OJO: Anonimizar los datos de IP si lo creéis necesario**
      >>
      >> #Configuración actual de nuestro cortafuegos con respecto a a la
      >> máquina storage
      >>
      >> # SERVICIOS FIWARE (Dic/2017) : Acceso a la maquina storage
      >> #
      >> $IPTABLES -N RULE_116
      >> $IPTABLES -A FORWARD -p tcp -m tcp  -m multiport  -d 138.4.22.130  
      >> --dports 14000[,XXXX,...]  -m state --state NEW  -j RULE_116
      >> $IPTABLES -A RULE_116  -m limit --limit 10/second -j LOG  --log-level
      >> 6 --log-prefix "RULE 116 – ACCEPT "
      >> $IPTABLES -A RULE_116  -j ACCEPT
      >>
      >> # Logs de acceso en nuestro corafuegos (zona horaria GMT+2):
      >>
      >> Jun 29 11:42:35 fw kernel: RULE 116 – ACCEPT IN=eth0 OUT=eth1
      >> SRC=49.XXX.YY.ZZZ DST=138.4.22.130 LEN=60 TOS=0x04 PREC=0xA0 TTL=43
      >> ID=53767 DF PROTO=TCP SPT=23649 DPT=14000 WINDOW=29200 RES=0x00 SYN
      >> URGP=0
      >> [ ... CUT for anonimity purpouses ... ]
      >> Jun 29 12:14:14 fw kernel: DENY descarta todo lo demas IN=eth0
      >> OUT=eth0 SRC=77.XX.YY.Z DST=138.4.23.124 LEN=40 TOS=0x00 PREC=0x00
      >> TTL=241 ID=59622 PROTO=TCP SPT=41596 DPT=14000 WINDOW=1024 RES=0x00
      >> SYN URGP=0
      >>
      >>
      >> El 29/06/18 a las 11:52, Juan Quemada escribió:
      >>> Parece que hay algun problema con el nodo fiware. 
      >>>
      >>> Ver msj adjunto.
      >>>
      >>>> Begin forwarded message:
      >>>>
      >>>> *From: *Juanjo Hierro <juanjose.hierro@fiware.org
      >>>> <juanjose.hierro@fiware.org>>
      >>>> Subject: **Fwd: [Fiware-tech-help] IMPACT Growth
      >>>> *Date: *29 June 2018 at 11:38:46 CEST
      >>>> *To: *Joaquin Salvachua <jsalvachua@dit.upm.es
      >>>> <jsalvachua@dit.upm.es>>, Juan Quemada <juan.quemada@me.com
      >>>> <juan.quemada@me.com>>
      >>>>
      >>>>
      >>>>   Please, echad un vistazo a esto.  Estas dos semanas hay que estar
      >>>> muy atentos a cualquier petición de soporte por parte de los
      >>>> proyectos en IMPACT Growth o FrontierCities.
      >>>>  
      >>>>   Saludos,
      >>>>  
      >>>>   Juanjo
      >>>>  
      >>>>
      >>>> -------- Forwarded Message --------
      >>>> Subject: [Fiware-tech-help] IMPACT Growth
      >>>> Date: Fri, 29 Jun 2018 13:07:21 +0530
      >>>> From: Umang Suthar, ArtuData <umang.suthar@artudata.com>
      >>>> To: fiware-tech-help@lists.fiware.org
      >>>> CC: Tal Zohar, ArtuData <tal@artudata.com>
      >>>>
      >>>>
      >>>>
      >>>> Hello Fiware Team,
      >>>>
      >>>> Yesterday my Cosmos service running well but from the today morning
      >>>> I am getting the connection refused error from the server. Here I
      >>>> mention link which I am actually trying:-
      >>>>
      >>>> curl -X PUT
      >>>> "http://storage.dit.upm.es:14000/webhdfs/v1/user/umangsuthar/testdir?op=MKDIRS&user.name=umangsuthar"
      >>>> -H "X-Auth-token: z226jRwBf6T3CvDG0qqy7QseUKYHbB" | python -m json.tool
      >>>>
      >>>> The output is:-
      >>>> curl: (7) Failed to connect to storage.dit.upm.es
      >>>> <http://storage.dit.upm.es/> port 14000: Connection refused
      >>>>
      >>>> Can you tell me why this is happening? Is the problem at server
      >>>> side or anything else.
      >>>>
      >>>> Please help me with the issue.
      >>>>
      >>>> Regards,
      >>>> Tech Team Artudata
      >>>
      >>>
      >>>
      >>
      >> –
      >> ----------------------------------------------------------------
      >> Centro de Cálculo Dpt. Ingeniería Sistemas Telemáticos
      >> E-mail: omar@dit.upm.es Universidad Politécnica de Madrid
      >> Fax+34) 913367333 E.T.S. Ing. Telecomunicación
      >> Tel+34) 910672149 (Pers.) Av. Complutense, 30
      >> Tel+34) 910672691 (CDC) 28040 Madrid (ES)
      >> ----------------------------------------------------------------
      >


      ----------------------------------------------------------------
      Centro de Cálculo Dpt. Ingeniería Sistemas Telemáticos
      E-mail: omar@dit.upm.es Universidad Politécnica de Madrid
      Fax+34) 913367333 E.T.S. Ing. Telecomunicación
      Tel+34) 910672149 (Pers.) Av. Complutense, 30
      Tel+34) 910672691 (CDC) 28040 Madrid (ES)
      ----------------------------------------------------------------

      __________________________________________________________________________________________

      You can get more information about our cookies and privacy policies on the following links:

      Fiware-tech-help mailing list
      Fiware-tech-help@lists.fiware.org
      https://lists.fiware.org/listinfo/fiware-tech-help

      [Created via e-mail received from: Omar Walid Llorente <omar@dit.upm.es>]

        Activity

        Hide
        andres.munoza Andres Muñoz added a comment - - edited

        Hello,

        This is part of a set of duplicated tickets that was answered at the moment that we receive, the problem was more related to a misunderstanding of the use of the cosmos platform. However, we are providing all the support needed in order to clarify how they can use the platform.

        Show
        andres.munoza Andres Muñoz added a comment - - edited Hello, This is part of a set of duplicated tickets that was answered at the moment that we receive, the problem was more related to a misunderstanding of the use of the cosmos platform. However, we are providing all the support needed in order to clarify how they can use the platform.

          People

          • Assignee:
            andres.munoza Andres Muñoz
            Reporter:
            fw.ext.user FW External User
          • Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: