Nacho's profile - activity

overview network karma followed questions activity

2020-05-06 18:09:21 +0200	received badge	● Taxonomist
2018-01-12 08:30:37 +0200	received badge	● Famous Question (source)
2017-12-14 20:52:49 +0200	received badge	● Famous Question (source)
2017-10-25 08:59:17 +0200	received badge	● Notable Question (source)
2017-10-19 10:25:09 +0200	received badge	● Popular Question (source)
2017-10-19 09:32:28 +0200	commented answer	Fiware Lab : How to use the whole disk space at instance Context Broker Thanks Fernando, jicarretero sent the link to a question at SOF. Anyway image "orion-psb-image-R5.4" avaliable at FiwareLab has a known bug since 3 years ago. Maybe would better replace the instance with the bug by another one with the bug solved to avoid this problem to new users of fiwarelab?
2017-10-19 08:25:06 +0200	commented answer	FIWARE : Idm Keyrock under SSL error AH01990: PRNG still contains insufficient entropy! I have deployed an instance of WIRECLOUD at FiwareLab. I have configured Apache under SSL with certificates signed by a CA and eveything works OK!!! No entrophy errors. Wirecloud and KeyRock have the same versions of Apache/2.4.7 and Python 2.7.6. This can be helpful to find a solution for KeyRock?
2017-10-19 08:14:04 +0200	received badge	● Editor (source)
2017-10-19 07:15:11 +0200	commented answer	FIWARE : Idm Keyrock under SSL error AH01990: PRNG still contains insufficient entropy! I have deployed a new instance of IDM-keyrock at FiwareLab, I have configured Apache under SSL with certificates signed by a CA and I get again the Entrophy Error. So the instance avaliable at FiwareLab of the GE focused on Security does not work under secure protocol. It seems to be like a joke ;-(
2017-10-18 08:45:40 +0200	commented answer	FIWARE : Idm Keyrock under SSL error AH01990: PRNG still contains insufficient entropy! Dear Fiware, already I am waiting any help about this issue. Many thanks
2017-10-18 08:22:04 +0200	received badge	● Notable Question (source)
2017-10-18 08:22:04 +0200	received badge	● Famous Question (source)
2017-10-17 14:18:09 +0200	received badge	● Popular Question (source)
2017-10-17 09:23:55 +0200	received badge	● Notable Question (source)
2017-10-17 07:16:38 +0200	received badge	● Enthusiast
2017-10-16 17:23:43 +0200	commented answer	FIWARE : Idm Keyrock under SSL error AH01990: PRNG still contains insufficient entropy! I have tested some proposals and they does not work. Is it possible get a running instance of idm-keyrock configured with apache web server and ssl? Best regards
2017-10-11 13:42:38 +0200	received badge	● Popular Question (source)
2017-10-11 13:29:40 +0200	asked a question	FIWARE : Idm Keyrock under SSL error AH01990: PRNG still contains insufficient entropy! Dear Fiware, I have deployed at Fiware Lab one instance of the idm-keyrock based on image "keyrock-R5.3.0". The IDM works under protocol http and default port 8000 with no problems. I have installed Apache Web Server to setup with SSL certificates signed by a CA and the website works 1 or 2 times and then I get at the error file of apache the messages appears below AH01990: PRNG still contains insufficient entropy! extern "Python": function Cryptographyrandbytes() called, but @ffi.def_extern() was not called in the current subinterpreter. Returning 0. Any tip or help to solve this problem is wellcome Many thanks in advance for your support! Best Regards Nacho
2017-10-09 12:55:19 +0200	asked a question	Fiware Lab : How to use the whole disk space at instance Context Broker I have deployed at Fiware Lab an instance of the Context Broker. The instance has assigned 40GB but when I execute the command "df -h" I see the following /dev/vda1 4,8GB tmpfs 1,9 GB Where are the other GBs? How to use the whole disk space? Best Regards
2017-09-08 08:39:12 +0200	asked a question	Error at Cygnus when receives a Notification from "Orion context Broker" : 'fiware-servicepath' header value does not match the number of notified context responses I have created a Subscription at Orion Context Broker in order to send the data to Cygnus for persist the data in mongodb. When Orion receives and new event value send the notification to Cygnus and I get the following log info at console. time=2017-08-31T10:10:56.130Z \| lvl=INFO \| corr=ad9caef6-8e34-11e7-885a-fa163e0d608a \| trans=c08becae-0e14-4859-940c-32558dfec7f3 \| srv=default \| subsrv=/cygnusservicepath \| comp=cygnusagent \| op=getEvents \| msg=com.telefonica.iot.cygnus.handlers.NGSIRestHandler[286] : [NGSIRestHandler] Starting internal transaction (c08becae-0e14-4859-940c-32558dfec7f3) time=2017-08-31T10:10:56.141Z \| lvl=INFO \| corr=ad9caef6-8e34-11e7-885a-fa163e0d608a \| trans=c08becae-0e14-4859-940c-32558dfec7f3 \| srv=default \| subsrv=/cygnusservicepath \| comp=cygnusagent \| op=getEvents \| msg=com.telefonica.iot.cygnus.handlers.NGSIRestHandler[304] : [NGSIRestHandler] Received data ({"subscriptionId":"xxxxxxxxx","data":[{"id":"id1","type":"type1,....) time=2017-08-31T10:10:56.239Z \| lvl=WARN \| corr=ad9caef6-8e34-11e7-885a-fa163e0d608a \| trans=c08becae-0e14-4859-940c-32558dfec7f3 \| srv=default \| subsrv=/cygnusservicepath \| comp=cygnusagent \| op=getEvents \| msg=com.telefonica.iot.cygnus.handlers.NGSIRestHandler[324] : [NGSIRestHandler] Bad HTTP notification ('fiware-servicepath' header value does not match the number of notified context responses time=2017-08-31T10:10:56.240Z \| lvl=WARN \| corr=ad9caef6-8e34-11e7-885a-fa163e0d608a \| trans=c08becae-0e14-4859-940c-32558dfec7f3 \| srv=default \| subsrv=/cygnusservicepath \| comp=cygnusagent \| op=doPost \| msg=org.apache.flume.source.http.HTTPSource$FlumeHTTPServlet[186] : Received bad request from client. org.apache.flume.source.http.HTTPBadRequestException: 'fiware-servicepath' header value does not match the number of notified context responses at com.telefonica.iot.cygnus.handlers.NGSIRestHandler.getEvents(NGSIRestHandler.java:327) at org.apache.flume.source.http.HTTPSource$FlumeHTTPServlet.doPost(HTTPSource.java:184) at javax.servlet.http.HttpServlet.service(HttpServlet.java:725) at javax.servlet.http.HttpServlet.service(HttpServlet.java:814) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) at org.mortbay.jetty.Server.handle(Server.java:326) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:945) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228) at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) The header is sent from Orion Context Broker to Cygnus, show what can I do to solve the problem? Maybe something is not properly configured? cat /usr/cygnus/conf/agent_mongo.conf cygnusagent.sources = http-source cygnusagent.sinks = mongo-sink cygnusagent.channels = mongo-channel cygnusagent.sources.http-source.channels = mongo-channel cygnusagent.sources.http-source.type = org.apache.flume.source.http.HTTPSource cygnusagent.sources.http-source.port = 5050 cygnusagent.sources.http-source.handler = com.telefonica.iot.cygnus.handlers.NGSIRestHandler cygnusagent.sources.http-source.handler.notificationtarget = /notify cygnusagent.sources.http-source.handler.defaultservice = default cygnusagent.sources.http-source.handler.defaultservicepath = /cygnusservicepath cygnusagent.sources.http-source.handler.eventsttl = 10 cygnusagent.sources.http-source.interceptors = ts gi cygnusagent.sources.http-source.interceptors.ts.type = timestamp cygnusagent.sources.http-source.interceptors.gi.type = com.telefonica.iot.cygnus.interceptors.NGSIGroupingInterceptor$Builder cygnusagent ... (more)