Dear Fi-Ware experts, Dear IMPACT Team
Thank you very much for your help. At the moment, we know that the cause of
our problems was the fact that Object Storage GE works well only in certain
OpenStack instances. Of course, we wrongly assumed that the instance does
not matter and we implemented previously familiar to us dev instance.
We managed to install OpenStack Juno with Swift, all is working, thank you
for your assistance. The key was help from Kenneth, so thank you very much
for this a tip. We can not express the gratitude! :) GE was correctly
installed and so far we do not have any communication / authorization
problems. We
are in the testing phase (containers).
Because we are part of Fiware community, we would like to make this
information available to all interested teams before they try to implement
the GE.
Links to OpenStack Juno:
http://docs.openstack.org/juno/install-guide/install/apt/content/
http://docs.openstack.org/juno/install-guide/install/apt/content/ch_basic_environment.html#basics-packages
If any impact-team is going to need more detailed documentation - we offer
our help.
Thank you for your quick response.
Best Regards
ᐧ
2015-04-16 9:01 GMT+02:00 HolonGlobe - Tomasz Kruk <t.kruk at holonglobe.com>:
> 695 496 027
>
> W dniu 16.04.2015 o 08:58, Tomasz Rak pisze:
>
> Mam pytanie technologiczne na szybki telefon. Czy mogę prosić o numer do
> Tomka?
> 16 kwi 2015 8:53 AM "HolonGlobe - Tomasz Kruk" <t.kruk at holonglobe.com>
> napisał(a):
>
>> Tak, działa standardowe API.
>>
>> Pozdrawiam
>>
>> W dniu 16.04.2015 o 07:55, Tomasz Rak pisze:
>>
>> Ok, czekamy na wieści dalsze. Jeśli Swift działa, to powinna działać w
>> razie czego komunikacja put/get/create na standardowym API, prawda?
>> 15 kwi 2015 10:36 PM "HolonGlobe - Tomasz Kruk" <t.kruk at holonglobe.com>
>> napisał(a):
>>
>>> Dobra wiadomość. Udało się uruchomić OpenStack Juno razem ze Swiftem
>>> i... wszystko działa.
>>>
>>> PANEL:
>>> http://91.232.102.168/horizon
>>> Login: admin
>>> Hasło: Xw42ol41
>>>
>>> Plik, który wrzuciłem przez Object Storage API:
>>>
>>> http://91.232.102.168:8080/v1/AUTH_f454482030994c3d9039d2ec67ed1754/test/test.txt
>>>
>>> Kolejnym krokiem będzie instalacja GE. Muszę przyjrzeć się instrukcji od
>>> FIWARE i napiszę coś więcej. Na tym etapie już możemy liczyć na pomoc
>>> FIWARE.
>>>
>>> Pozdrawiam
>>>
>>> W dniu 15.04.2015 o 19:05, Tomasz Rak pisze:
>>>
>>> OK, jeśli wynika to z uwag Kenneth'a to spróbujmy po prostu takiego
>>> rozwiązania jak zaproponowałeś. Czekam na wieści.
>>>
>>> Pozdrawiam
>>> Tomasz Rak
>>> ᐧ
>>>
>>> 2015-04-15 13:32 GMT+02:00 HolonGlobe - Tomasz Kruk <
>>> t.kruk at holonglobe.com>:
>>>
>>>> Łukasz,
>>>>
>>>> zmiana planów (jeszcze nie zaczęliście, więc powinno być bezboleśnie).
>>>> Nie instalujemy devstacka zgodnie z sugestią poniżej. Zamiast tego
>>>> OpenStack Juno wg
>>>> http://docs.openstack.org/juno/install-guide/install/apt/content/
>>>>
>>>> Widzę, że są do tego gotowe paczki, tylko trzeba dodać repo:
>>>> http://docs.openstack.org/juno/install-guide/install/apt/content/ch_basic_environment.html#basics-packages
>>>>
>>>> Pozdrawiam
>>>>
>>>> W dniu 15.04.2015 o 13:24, Kenneth Nagin pisze:
>>>>
>>>> Tomasz:
>>>>
>>>> In looking at your correspondence I understand that your requirements
>>>> are to host your application on Openstack and use Openstack's Object
>>>> Storage. Your problem relates to integrating FIWARE Object Storage GE into
>>>> Openstack. But this is should not be a problem, since the FIWARE Object
>>>> Storage GE is in fact a standard release of Openstack's Swift. You should
>>>> be able overcome your problem by simply doing a standard Openstack
>>>> deployment and include Swift. For now I suggest using the Openstack Juno
>>>> release, but be prepared to upgrade to the Kilo release to stay current.
>>>>
>>>> It is also worth noting that since you will be doing a standard
>>>> Openstack deployment you can get help from the wider Openstack community.
>>>>
>>>> It is also worth noting something that John already mentioned.
>>>> Devstack installation is for development purposes and not for production.
>>>> Its not just an issue of performance. Devstack was designed to simplify
>>>> Openstack installation and it is not very resilient. Another words it does
>>>> not recover well. Unless they have improved thing, Openstack restart with
>>>> devstack will result in lose of your data and previous state.
>>>>
>>>> I hope this helps.
>>>>
>>>> Best Regards,
>>>>
>>>> Kenneth Nagin
>>>> Ph: +972-4-8296227
>>>> Cell: 054-6976227
>>>> Fx: +972-4- 8296114
>>>> http://researcher.ibm.com/view.php?person=il-NAGIN
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> From: Tomasz Rak <trak at impact-accelerator.com>
>>>> <trak at impact-accelerator.com>
>>>> To: Kenneth Nagin/Haifa/IBM at IBMIL
>>>> Cc: "Kennedy, John M" <john.m.kennedy at intel.com>
>>>> <john.m.kennedy at intel.com>, "akukwa at impact-accelerator.com"
>>>> <akukwa at impact-accelerator.com> <akukwa at impact-accelerator.com>
>>>> <akukwa at impact-accelerator.com>, jg <j.giminski at holonglobe.com>
>>>> <j.giminski at holonglobe.com>, Kalman Meth/Haifa/IBM at IBMIL, Lukasz Szulc
>>>> <lukasz.szulc at pomagier.info> <lukasz.szulc at pomagier.info>, Oleg
>>>> Dziewanowski <o.dziewanowski at holonglobe.com>
>>>> <o.dziewanowski at holonglobe.com>, HolonGlobe - Tomasz Kruk
>>>> <t.kruk at holonglobe.com> <t.kruk at holonglobe.com>
>>>> Date: 15/04/2015 09:54 AM
>>>> Subject: Re: Emergency - Open Storage doesn't work
>>>> ------------------------------
>>>>
>>>>
>>>>
>>>> Dear John, Dear Kenneth
>>>>
>>>> I appreciate your comments, but please read the message from me again.
>>>> I did not writed that we dont want to, but that *we CAN NOT use Fi-LAB*. This
>>>> is the main requirement from IMPACT to us! *IMPACT decided that we
>>>> have *to use own instance and own infrastructure. If we do not
>>>> implement it that way - we will be removed from the program. Do you now see
>>>> more clearly why can not we use the fi-lab?
>>>>
>>>> I'll say it again - *we can use the OpenStack right away*. We can put
>>>> on it all of our infrastructure, because our IT team has many years of
>>>> experience in servicing OpenStack solutions and the like. But the *requirement
>>>> for us from the IMPACT is *clear - we need to end of April *to
>>>> implement *in your own infrastructure (outside LAB) *this Object
>>>> Storage *Generic Enabler. If we do not - we can no longer participate
>>>> in the program and receive rest of budget for technology. Is that clear?
>>>>
>>>> *We were able to correctly install the instance of Object Storage *exactly
>>>> with instructions which I described. I described in detail a communication
>>>> problem AFTER THE INSTALLATION. We will try to refer to the links that you
>>>> ahve sended but we ASK ABOUT SOMETHING COMPLETELY DIFFERENT...
>>>>
>>>> Until then - *we need technical assistance on this enabler*, not a
>>>> comment that we can try something else. Can you refer to a technical
>>>> problem, which indicates that the Open Storage Generic Enabler may not work
>>>> properly?
>>>>
>>>> Best regards
>>>> ᐧ
>>>>
>>>> 2015-04-15 8:11 GMT+02:00 Kenneth Nagin <*NAGIN at il.ibm.com*
>>>> <NAGIN at il.ibm.com>>:
>>>> The link that you suggested below:
>>>>
>>>> *https://forge.fiware.org/plugins/mediawiki/wiki/fiware/index.php/Object_Storage_-_User_and_Programmers_Guide*
>>>> <https://forge.fiware.org/plugins/mediawiki/wiki/fiware/index.php/Object_Storage_-_User_and_Programmers_Guide>
>>>> specifies that the user should use the CDMI interface. I think this is
>>>> incorrect advise since CDMI is being phased out.
>>>> However, I verified that the native Swift API works. See
>>>> *http://developer.openstack.org/api-ref-objectstorage-v1.html*
>>>> <http://developer.openstack.org/api-ref-objectstorage-v1.html>.
>>>> So I think it is best that we suggest to users to use the native Swift
>>>> API.
>>>>
>>>>
>>>>
>>>> Best Regards,
>>>>
>>>> Kenneth Nagin
>>>> Ph: *+972-4-8296227* <%2B972-4-8296227>
>>>> Cell: 054-6976227
>>>> Fx: *+972-4- 8296114* <%2B972-4-%208296114>
>>>> *http://researcher.ibm.com/view.php?person=il-NAGIN*
>>>> <http://researcher.ibm.com/view.php?person=il-NAGIN>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> From: "Kennedy, John M" <*john.m.kennedy at intel.com*
>>>> <john.m.kennedy at intel.com>>
>>>> To: HolonGlobe - Tomasz Kruk <*t.kruk at holonglobe.com*
>>>> <t.kruk at holonglobe.com>>, Tomasz Rak <*trak at impact-accelerator.com*
>>>> <trak at impact-accelerator.com>>
>>>> Cc: Kalman Meth/Haifa/IBM at IBMIL, "
>>>> *akukwa at impact-accelerator.com* <akukwa at impact-accelerator.com>" <
>>>> *akukwa at impact-accelerator.com* <akukwa at impact-accelerator.com>>,
>>>> Kenneth Nagin/Haifa/IBM at IBMIL, "Oleg Dziewanowski" <
>>>> *o.dziewanowski at holonglobe.com* <o.dziewanowski at holonglobe.com>>, jg <
>>>> *j.giminski at holonglobe.com* <j.giminski at holonglobe.com>>, Lukasz Szulc
>>>> <*lukasz.szulc at pomagier.info* <lukasz.szulc at pomagier.info>>
>>>> Date: 15/04/2015 03:21 AM
>>>> Subject: RE: Emergency - Open Storage doesn't work
>>>> ------------------------------
>>>>
>>>>
>>>>
>>>> Hi.
>>>> Most FIWARE users use an existing object storage installation hosted by
>>>> FIWARE Lab. To use that facility yourselves to store/retrieve objects you
>>>> can use the example code here:
>>>>
>>>> *https://forge.fiware.org/plugins/mediawiki/wiki/fiware/index.php/Object_Storage_-_User_and_Programmers_Guide*
>>>> <https://forge.fiware.org/plugins/mediawiki/wiki/fiware/index.php/Object_Storage_-_User_and_Programmers_Guide>
>>>>
>>>> However, if you still want to install Object Storage locally the
>>>> instructions are here:
>>>> *https://forge.fiware.org/plugins/mediawiki/wiki/fiware/index.php/Object_Storage_-_Installation_and_Administration_Guide*
>>>> <https://forge.fiware.org/plugins/mediawiki/wiki/fiware/index.php/Object_Storage_-_Installation_and_Administration_Guide>.
>>>> The critical prerequisite is a fully functional OpenStack Swift deployment.
>>>> To make sure it is working you should verify you can login and create
>>>> containers and upload/download objects using the OpenStack Horizon
>>>> interface. There are many ways of installing open stack. Unfortunately my
>>>> team does not have resources to support people getting an openstack
>>>> installation up and running as each installation / environment is unique.
>>>> The good news is that there is substantial openstack documentation and a
>>>> large community that can help.
>>>>
>>>> Devstack is a handy way for developers to install openstack in one vm.
>>>> But if I remember correctly by default it resets itself every time it
>>>> starts up – it deletes anything that was stored in the object storage for
>>>> example. However maybe this is still ok for your purposes? Devstack is
>>>> always changing so bugs can be introduced one day and resolved the next. I
>>>> installed it recently and have some notes – I can share with you if you
>>>> want tomorrow.
>>>>
>>>> Once you have Swift working properly, then you can complete the object
>>>> storage installation by installing the cdmi interface on top of swift using
>>>> the instructions.
>>>>
>>>> Again, if you have Devstack installed, it will by default destroy the
>>>> cdmi interface configuration settings every time you start devstack. There
>>>> is a workaround to this – I can write it up and send to you if want to go
>>>> this route.
>>>>
>>>> One final note. I understand that future versions of ObjectStorage will
>>>> be simplified – they will be based on native openstack swift without the
>>>> cdmi wrapper layer on top. So from May 2015 onwards object storage end
>>>> users will be encouraged to use openstack swift API calls instead of CDMI
>>>> calls.
>>>>
>>>> Kind regards,
>>>> - John.
>>>>
>>>>
>>>> * From:* HolonGlobe - Tomasz Kruk [*mailto:t.kruk at holonglobe.com*
>>>> <t.kruk at holonglobe.com>]
>>>> * Sent:* Tuesday, April 14, 2015 10:14 AM
>>>> * To:* Tomasz Rak; Kennedy, John M
>>>> * Cc:* Kalman Meth; *akukwa at impact-accelerator.com*
>>>> <akukwa at impact-accelerator.com>; Kenneth Nagin; Oleg Dziewanowski; jg;
>>>> Łukasz Szulc
>>>> * Subject:* Re: Emergency - Open Storage doesn't work
>>>>
>>>> Hello,
>>>>
>>>> proxy server comes from official openstack docs:
>>>> *http://docs.openstack.org/juno/install-guide/install/apt/content/swift-install-controller-node.html*
>>>> <http://docs.openstack.org/juno/install-guide/install/apt/content/swift-install-controller-node.html>
>>>>
>>>> We don't have to use it if it's not necessary, our network is open for
>>>> direct access, we just followed documentation.
>>>>
>>>> Performance is not a problem at this stage. We need it deployed on
>>>> single dedicated machine.
>>>>
>>>> Horizon is working, but we are unable to create container through web
>>>> interface (unauthorized error same as when invoking swift shell commands).
>>>>
>>>> The goal is to have up and running Object Storage with API access. If
>>>> you could recommend analogous FIWARE solution we will be happy to try and
>>>> deploy it as soon as documentation is provided.
>>>>
>>>> Kind regards
>>>> Tomasz Kruk
>>>> W dniu 14.04.2015 o 09:30, Tomasz Rak pisze:
>>>> Dear Fi-Ware experts, Dear IMPACT Team
>>>>
>>>> Thank you very much for your answer. I hereby present and joining to
>>>> talk to our IT team - your knowledge and their skills will allow us to
>>>> quickly deal with this problem.
>>>>
>>>> 1) One of the guidelines from the IMPACT for our technological maps is
>>>> obligation to implement this GE on own infrastructure. We have a little
>>>> time - in our project, several FI solutions are used at same time. We can
>>>> not test it via Fi-LAB. Specially since the end of April we have an
>>>> obligation to produce a functioning infrastructure. Pls hlp. :)
>>>>
>>>> 2) Yup, although our IT staff will confirm this in a moment, but I am
>>>> sure that our developers with years of experience have coped with the
>>>> installation. That's why we need your advice and consultation. Perhaps the
>>>> use of this module on own infrastructure has been misunderstood? We had to
>>>> implement this Generic Enabler on our own VSP servers - and thats what we
>>>> just did. And the only thing that blocks us, is problem with
>>>> authentication...
>>>>
>>>> 3) Instructions from which we started
>>>> *http://docs.openstack.org/developer/devstack/guides/single-vm.html*
>>>> <http://docs.openstack.org/developer/devstack/guides/single-vm.html>
>>>>
>>>> The exact link to version we downloaded / installed:
>>>> git clone *https://git.openstack.org/openstack-dev/devstack*
>>>> <https://git.openstack.org/openstack-dev/devstack>
>>>>
>>>> 4) We launched base instance, where the module Object Storage is
>>>> necessary and access to the API endpoint, through which we will be able to
>>>> manage files. Unfortunately, the module still reports that the user is not
>>>> authorized to perform the operation, despite correct data for
>>>> administration authorizing (eg. keystone operations works). Problem details
>>>> is in a text file attachet before. Dear IT team - please send more info is
>>>> John.
>>>>
>>>> 5) Perhaps this is the main issue? I understand that access through a
>>>> proxy could cause this problem with authorization? Can our team refer to
>>>> this?
>>>>
>>>> I'm looking forward to info from of our IT crew and of course on the
>>>> info from you - thank you very much for your support! :)
>>>>
>>>> Regards
>>>> ᐧ
>>>>
>>>> 2015-04-14 8:13 GMT+02:00 Kennedy, John M <*john.m.kennedy at intel.com*
>>>> <john.m.kennedy at intel.com>>:
>>>> Hello all.
>>>> I will try to help you. Unfortunately I have a full day appointment
>>>> today – so will not be able to give technical details till this evening -
>>>> but first maybe you could take a look at these initial
>>>> suggestions/observations/questions to try to isolate the problem:
>>>>
>>>> - First taking a step back: It seems you are installing
>>>> object storage on your own infrastructure/servers. This is not trivial: you
>>>> need to deploy OpenStack Swift which for a robust installation would need
>>>> multiple servers to deliver important features like redundancy. Devstack
>>>> recommend only to use Devstack for development environment – not a
>>>> production environment. Have you considered using an already installed
>>>> instance of Object Storage on FIWARE-Lab – e.g. the Spain region? Have you
>>>> tested your idea/app with that installation?
>>>>
>>>> - Regarding your Devstack installation, please note that
>>>> devstack is a large opensource project separate to FIWARE and is
>>>> continuously evolving. Do you think the Devstack installation worked fully?
>>>> Can you log in to Horizon? Can you create a Container using the web
>>>> interface? Can you forward your Devstack config files to me? We don’t have
>>>> FIWARE resources to support the OpenStack or DevStack project, but I’ll
>>>> help if I can.
>>>>
>>>> - What FIWARE GEs have you installed on top of OpenStack?
>>>> What FIWARE instructions did you follow to install them?
>>>>
>>>> - Precisely what did you do to get the errors below? What
>>>> commands?
>>>>
>>>> - Finally I see references to a proxy server below. If your
>>>> network requires going through a proxy server to get to the internet then
>>>> the devstack installation in particular could be very difficult. For your
>>>> information in the past I was stuck in this situation and eventually had to
>>>> find a way to install devstack on a different network with direct internet
>>>> access.
>>>>
>>>> Thanks and regards,
>>>>
>>>> - John.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> * From:* Kalman Meth [mailto:*METH at il.ibm.com* <METH at il.ibm.com>]
>>>> * Sent:* Tuesday, April 14, 2015 5:16 AM
>>>> * To:* Kennedy, John M
>>>> * Cc:* Tomasz Rak; Kenneth Nagin
>>>> * Subject:* Fw: Emergency - Open Storage doesn't work
>>>>
>>>> John,
>>>> Who do you think can help Tomasz with the problem below?
>>>>
>>>> Thanks,
>>>>
>>>> - Kalman
>>>> ----- Forwarded by Kalman Meth/Haifa/IBM on 13/04/2015 09:12 PM -----
>>>>
>>>> From: Tomasz Rak <*trak at impact-accelerator.com*
>>>> <trak at impact-accelerator.com>>
>>>> To: Kalman Meth/Haifa/IBM at IBMIL
>>>> Date: 13/04/2015 11:23 AM
>>>> Subject: Fwd: Emergency - Open Storage doesn't work
>>>> ------------------------------
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ᐧ
>>>> Dear Fi-Ware experts, Dear IMPACT Team
>>>>
>>>> We appeal to you with an urgent request for help, because unexpected
>>>> problem in the implementation of generic enabler Object Storage GE - FIWARE
>>>> Implementation prevents us from continuing to work on our project.
>>>>
>>>> We need help in the implementation of OpenStack. We launched base
>>>> instance, where the module Object Storage is necessary and access to the
>>>> API endpoint, through which we will be able to manage files. Unfortunately,
>>>> the module still reports that the user is not authorized to perform the
>>>> operation, despite correct data for administration authorizing (eg.
>>>> keystone operations works).
>>>>
>>>> Here are the details of the problem:
>>>>
>>>> Apr 10 00:10:10 hgl01cdn001 account-server: 127.0.0.1 - -
>>>> [09/Apr/2015:22:10:10 +0000] "HEAD
>>>> /sdb1/287/AUTH_e25b32a839764681b21916b7cc8f4b55" 404 - "HEADhttp://
>>>> *91.232.102.168:8080/v1/AUTH_e25b32a839764681b21916b7cc8f4b55*
>>>> <http://91.232.102.168:8080/v1/AUTH_e25b32a839764681b21916b7cc8f4b55>"
>>>> "txee17503fc75148e681a8e-005526f8c2" "proxy-server 6528" 0.0003 "-" 6627 -
>>>> Apr 10 00:10:10 hgl01cdn001 proxy-server: - - 09/Apr/2015/22/10/10 HEAD
>>>> /v1/AUTH_e25b32a839764681b21916b7cc8f4b55 HTTP/1.0 204 - Swift - - - -
>>>> txee17503fc75148e681a8e-005526f8c2 - 0.0042 RL - 1428617410.781399012
>>>> 1428617410.785646915 -
>>>> Apr 10 00:10:10 hgl01cdn001 proxy-server: Identity server rejected
>>>> authorization
>>>> Apr 10 00:10:10 hgl01cdn001 proxy-server: Identity response: {"error":
>>>> {"message": "Invalid username or password (Disable debug mode to suppress
>>>> these details.)", "code": 401, "title": "Unauthorized"}}
>>>> Apr 10 00:10:10 hgl01cdn001 proxy-server: Retrying validation
>>>> Apr 10 00:10:11 hgl01cdn001 proxy-server: Identity server rejected
>>>> authorization
>>>> Apr 10 00:10:11 hgl01cdn001 proxy-server: Identity response: {"error":
>>>> {"message": "Invalid username or password (Disable debug mode to suppress
>>>> these details.)", "code": 401, "title": "Unauthorized"}}
>>>> Apr 10 00:10:11 hgl01cdn001 proxy-server: Authorization failed for
>>>> token
>>>>
>>>> $ swift stat
>>>> Account HEAD failed:
>>>> *http://91.232.102.168:8080/v1/AUTH_e25b32a839764681b21916b7cc8f4b55*
>>>> <http://91.232.102.168:8080/v1/AUTH_e25b32a839764681b21916b7cc8f4b55>
>>>> 401 Unauthorized.
>>>>
>>>> Instructions from which we started
>>>> *http://docs.openstack.org/developer/devstack/guides/single-vm.html*
>>>> <http://docs.openstack.org/developer/devstack/guides/single-vm.html>
>>>>
>>>> The exact link to version we downloaded / installed:
>>>> git clone *https://git.openstack.org/openstack-dev/devstack*
>>>> <https://git.openstack.org/openstack-dev/devstack>
>>>>
>>>> Will there be someone who will help us to quickly solve the problem?
>>>> Without it are almost all our work is stopped - this is one of the key
>>>> things in our architecture.
>>>>
>>>> Naturally, in accordance with the recommendation I've described on
>>>> *http://stackoverflow.com/* <http://stackoverflow.com/> this problem -
>>>> this is the direct link:
>>>> *http://stackoverflow.com/questions/29561074/fiware-object-storage-authorization-error*
>>>> <http://stackoverflow.com/questions/29561074/fiware-object-storage-authorization-error>
>>>>
>>>> Also - I attach a dump of the problem in a text file.
>>>>
>>>> Best regards
>>>> Tomasz Rak
>>>>
>>>>
>>>>
>>>> 2015-04-10 11:35 GMT+02:00 Agata Kukwa <*akukwa at impact-accelerator.com*
>>>> <akukwa at impact-accelerator.com>>:
>>>> Thanks a lot. What in case it won't help?
>>>>
>>>> Best,
>>>> Agata
>>>>
>>>> On Apr 10, 2015 11:33 AM, "IMPACT - FIWARE Support" <
>>>> *fiware at impact-accelerator.com* <fiware at impact-accelerator.com>>
>>>> wrote:
>>>> Dear Agata,
>>>>
>>>> We recommend you to use the official support channels to direct your
>>>> questions and this specific issue:
>>>> - *stackoverflow.com* <http://stackoverflow.com/>. Make a search for
>>>> "FIWARE", "FIWARE object storage"
>>>> - Contact the enabler contact. Look for the contact in the catalogue
>>>> site: *http://catalogue.fiware.org/* <http://catalogue.fiware.org/>.
>>>> Specifically for Object Storage:
>>>> *http://catalogue.fiware.org/enablers/object-storage-ge-fiware-implementation*
>>>> <http://catalogue.fiware.org/enablers/object-storage-ge-fiware-implementation>
>>>>
>>>> Best regards.
>>>>
>>>> 2015-04-10 11:04 GMT+02:00 Agata Kukwa <*akukwa at impact-accelerator.com*
>>>> <akukwa at impact-accelerator.com>>:
>>>> Dear Impact Team,
>>>>
>>>> We have an emergency issue. We are finishing Open Storage
>>>> implementation and some unexpected problems occurred. We consulted it with
>>>> 3 independent developers team and it seem that the problem lays somewhere
>>>> on the FiWare side. We need to contact someone who will help as ASAP.
>>>>
>>>> We can't proceed with development without that issue solved.
>>>>
>>>> Best,
>>>> Agata
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------------
>>>> Intel Ireland Limited (Branch)
>>>> Collinstown Industrial Park, Leixlip, County Kildare, Ireland
>>>> Registered Number: E902934
>>>>
>>>> This e-mail and any attachments may contain confidential material for
>>>> the sole use of the intended recipient(s). Any review or distribution
>>>> by others is strictly prohibited. If you are not the intended
>>>> recipient, please contact the sender and delete all copies.
>>>>
>>>>
>>>>
>>>> --
>>>> Tomasz Kruk
>>>> Administrator
>>>> tel. *+48 695 496 027* <%2B48%20695%20496%20027>
>>>> e-mail: *t.kruk at holonglobe.com* <t.kruk at holonglobe.com>
>>>> *www.holonglobe.com* <http://www.holonglobe.com/>
>>>>
>>>> HolonGlobe Sp. z o.o.
>>>> ul. Świętojańska 23/4
>>>> 81 – 372 Gdynia
>>>> NIP 584 263 77 52
>>>>
>>>> Sąd rejestrowy: Sąd Rejonowy Gdańsk – Północ w Gdańsku
>>>> VIII Wydział Gospodarczy Krajowego Rejestru Sądowego
>>>> KRS 0000299024; Wysokość kapitału zakładowego: 160 000,00 PLN
>>>>
>>>> -------------------------------------------------------------
>>>> Intel Ireland Limited (Branch)
>>>> Collinstown Industrial Park, Leixlip, County Kildare, Ireland
>>>> Registered Number: E902934
>>>>
>>>> This e-mail and any attachments may contain confidential material for
>>>> the sole use of the intended recipient(s). Any review or distribution
>>>> by others is strictly prohibited. If you are not the intended
>>>> recipient, please contact the sender and delete all copies.
>>>>
>>>>
>>>> --
>>>> Tomasz Kruk
>>>> Administrator
>>>> tel. +48 695 496 027
>>>> e-mail: t.kruk at holonglobe.comwww.holonglobe.com
>>>>
>>>> HolonGlobe Sp. z o.o.
>>>> ul. Świętojańska 23/4
>>>> 81 – 372 Gdynia
>>>> NIP 584 263 77 52
>>>>
>>>> Sąd rejestrowy: Sąd Rejonowy Gdańsk – Północ w Gdańsku
>>>> VIII Wydział Gospodarczy Krajowego Rejestru Sądowego
>>>> KRS 0000299024; Wysokość kapitału zakładowego: 160 000,00 PLN
>>>>
>>>>
>>>
>>> --
>>> Tomasz Kruk
>>> Administrator
>>> tel. +48 695 496 027
>>> e-mail: t.kruk at holonglobe.comwww.holonglobe.com
>>>
>>> HolonGlobe Sp. z o.o.
>>> ul. Świętojańska 23/4
>>> 81 – 372 Gdynia
>>> NIP 584 263 77 52
>>>
>>> Sąd rejestrowy: Sąd Rejonowy Gdańsk – Północ w Gdańsku
>>> VIII Wydział Gospodarczy Krajowego Rejestru Sądowego
>>> KRS 0000299024; Wysokość kapitału zakładowego: 160 000,00 PLN
>>>
>>>
>> --
>> Tomasz Kruk
>> Administrator
>> tel. +48 695 496 027
>> e-mail: t.kruk at holonglobe.comwww.holonglobe.com
>>
>> HolonGlobe Sp. z o.o.
>> ul. Świętojańska 23/4
>> 81 – 372 Gdynia
>> NIP 584 263 77 52
>>
>> Sąd rejestrowy: Sąd Rejonowy Gdańsk – Północ w Gdańsku
>> VIII Wydział Gospodarczy Krajowego Rejestru Sądowego
>> KRS 0000299024; Wysokość kapitału zakładowego: 160 000,00 PLN
>>
>>
> --
> Tomasz Kruk
> Administrator
> tel. +48 695 496 027
> e-mail: t.kruk at holonglobe.comwww.holonglobe.com
>
> HolonGlobe Sp. z o.o.
> ul. Świętojańska 23/4
> 81 – 372 Gdynia
> NIP 584 263 77 52
>
> Sąd rejestrowy: Sąd Rejonowy Gdańsk – Północ w Gdańsku
> VIII Wydział Gospodarczy Krajowego Rejestru Sądowego
> KRS 0000299024; Wysokość kapitału zakładowego: 160 000,00 PLN
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.fiware.org/private/fiware-acceleration-help/attachments/20150417/d190d22e/attachment.html>
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy