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 at dit.upm.es >> <mailto:omar at 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 at fiware.org >>>> <mailto:juanjose.hierro at fiware.org>> >>>> *Subject: **Fwd: [Fiware-tech-help] IMPACT Growth* >>>> *Date: *29 June 2018 at 11:38:46 CEST >>>> *To: *Joaquin Salvachua <jsalvachua at dit.upm.es >>>> <mailto:jsalvachua at dit.upm.es>>, Juan Quemada <juan.quemada at me.com >>>> <mailto:juan.quemada at 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 at artudata.com> >>>> To: fiware-tech-help at lists.fiware.org >>>> CC: Tal Zohar, ArtuData <tal at 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 at 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 at 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) ---------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.fiware.org/private/fiware-tech-help/attachments/20180629/f65d9fa2/attachment-0001.html>
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy