> On 15/apr/2015, at 18:15, Álvaro Alonso <aalonsog at dit.upm.es> wrote: > > Hi, > > today tests made by Henar in havana suggest that havana is not compatible with v3. Federico found a post (https://www.mirantis.com/blog/manage-openstack-projects-using-domains-havana/) that says it is partially compatible but we are not sure of that. > > My understanding was that every nodes had to be migrated to Icehouse, for that reason I was only concerned by old spain node. > > @Federico, do you know haw many nodes are still Grizzly? The will be migrated before May 1? Is it possible to decide that if a node is not migrated to Icehouse by May 1, it will be out of the federation until it migrates? > i share yesterday the last info i had on this with fernando. but it’s better to re-asses and force migration plans if not already happened as per schedule. give me some time. i will create an up-to-date status. > BR > -- > Álvaro > >> El 15 Apr 2015, a las 18:04, Juanjo Hierro <juanjose.hierro at telefonica.com> escribió: >> >> >> >> On 15/04/15 05:58, Federico Michele Facca wrote: >>> Dear Juanjo, >>> some comments from my side: >>> >>> 1) Maurizio as XIFI coordinator, needs to be in the loop. While I agree that some nodes - probably like some GEs developers btw - don't deserve ths money they have been granted for the service given, any action and decision in this direction within XIFI is beyond my role. Not sure if and how saved money could be employed. Moved to FI-CORE? >>> >> >> I have added him. >> >>> 2) According to a short discussion I had with Alvaro, Migration to new IDM my affect as well other nodes still using Grizzly, this needs to be clarified asap in order to take proper actions (i.e. Accelerate migration plan). >>> >> >> People from UPM has to clarify this URGENTLY. I was about to send an email to Basecamp sharing the plan (to show we are reacting and we have setup a Recovery Task Force but I want to know to what extend I have to modify anything in the description of the plan. >> >>> 3) It is very important to agree on fair, objective and not arguable metrics to define performance. As early mentioned errors from tests due to finished resources do not mean "bad performance" (if not this would be the case as well for spain), this case is a more general issue related to the tools and functions provided on top of nodes, for which we cannot account them. >>> >> >> Agreed. That's why, a) we will only be able to measure performance once nodes get cleaned b) we need to make sure that the tests run well (it is my impression that some of them do not give an accurate photo of the status) >> >>> 4) There are nodes operating for "free", what should we do in such cases? I would keep possibility fir user with proper role to use them, regardeless, no financial penality can be passed over to them. >>> >> >> We should come with a way to label the different nodes and let users take decision. Of course, there is no penalty that can be passed to them. But certainly something we can do is to put them in quarantine. >> >> Cheers, >> >> -- Juanjo >>> when the message is finalized and agreed, i can inform lab nodes. >>> >>> Best, >>> Federico >>> >>> ----------------------------------------- >>> Apologizes for mispellings. My thumb is not compatible with Android >>> >>> On Apr 14, 2015 8:32 PM, "Juanjo Hierro" <juanjose.hierro at telefonica.com> wrote: >>> Dear all, >>> >>> I have added Thierry Nagellen from Orange to this mailing list because despite he is not involved in the Task Force "per se", we are synchronized also with Orange overall with respect to messages to pass to the EC and rest of FI-PPP projects. If you believe someone else has to be in this list, please let me know. >>> >>> It has come out that deployment of the new IdM/Keystone is not feasible as planned. Therefore, we have to define a new plan. >>> >>> This morning, the TID team (including me) have had the opportunity to meet with the UPM team to understand the issue and we have come with an alternative plan for the recovery of the FIWARE Lab than the one we defined yesterday which sounds pretty reasonable and may help us to soon improve the situation. >>> >>> Let me summarize the plan in this email so that we are all on the same page. If you find some weakness/issue, please raise it. Otherwise, let's stick to it. Fortunately, the first steps remain the same and they have already been done, so we are on the right track. >>> >>> An important matter: I plan to send this plan to the EC tomorrow morning at 11:00. If you have comments, you should provide them before that deadline. I will also communicate this plan to FIWARE Accelerator projects on Basecamp as well as to Use Case projects through the FI-PPP mailing lists. Federico or Engineering should communicate this plan to organizations operating the FIWARE Lab nodes also at that time. >>> >>> A very sensible matter: when you review step 6 you will see that we cover the case in which some FIWARE Lab nodes may be put in quarantine. I would like to propose to the EC that those FIWARE lab nodes which are put into quarantine will be labeled as non-performance so they won't get the grant they were assigned in the XiFi Open Call, at least for the remaining of the XiFi project (until September). Maybe these funds can be given away to other partners or launch another Open Call. I would like to know your views on this. >>> >>> >>> Step 1: reminder about new user account management policies enforcement. >>> >>> A first email aking existing FIWARE Lab users to accept the new user account management policies, also covered in the new FIWARE Lab use terms and conditions, was sent to all FIWARE Lab users several weeks ago. >>> >>> A reminder has been sent yesterday and today to current users of the FIWARE Lab telling them that they have until April 15th 2015 19:00 CET. This message will be disseminated through different means: >>> • mailed to current users of the FIWARE Lab >>> • shown in a screen at login of users of the FIWARE Lab >>> • posted on Basecamp so that FIWARE accelerator projects get aware and can forward the remainder to SMEs/startups under their respective programmes >>> • mailed to the FI-PPP SB and the old FI-PPP AB members so that coordinators/architects of the FIWARE Use Case projects can forward the reminder to SMEs/startups under their respective Use Case projects >>> >>> Step 2: Increase of computing capacity in Spain-2 node >>> In parallel and starting TODAY, activities to expand the capacity of the recently launched Spain-2 node will be prioritized so that we reach a capacity of aprox 500 cores in the datacenters located in both Sevilla and Malaga. We expect this expansion be completed by April 20th if not earlier. >>> >>> Additionally, additional capacity (close to 500 additional cores) will be activated in the Spain-2 node with servers located in a new datacenter located in Las Palmas. Conversations are ongoing with Red.es trying to accelerate this process so that this additional 500 cores get available closer to the end of next week. >>> >>> >>> Step 3: New Trial users only allowed to work on Spain-2 node. Limitation of number of concurrent trial users. >>> >>> Changes will be implemented in the Cloud portal and the user account registration process/tool by UPM so that new Trial users will only see the Spain-2 node. In addition, Trial users will be limited to 100 Trial users. >>> >>> Note that the "Trial Users", until the new IdM/Keystone component is deployed, will need to be identified by considering the creation of their user account. Actually, "Trial users" will be those users who have created their account after April 16th. >>> >>> Most likely, the fact that Trial users will only be allowed to work on Spain will remain. The number of Trial users allowed may increase (the EC has shown its concern about keeping the number of Trial users too low) but will see. >>> >>> Users who try to create an account when the limit on Trial users have been reached, will receive a message indicating that the limit has been reached, inviting them to try again in two weeks (Fernando to send the wording for this message to UPM). >>> >>> This step should be implemented by this Wednesday April 15th. >>> >>> >>> Step 4: Freeing resources on current nodes, giving users the ability to apply to become community users, asking users in Spain-1 and Prague to migrate >>> >>> Starting April 16th, current nodes will free resources on their nodes (virtual infrastructure and public IP addresses allocated to users who didn't accept the new user account management policies). >>> >>> They should complete this process before April 23rd. FIWARE Lab node providers are aware of the current situation so they should accelerate this process as much as possible, trying to complete the process the sooner the better. Situation will be assessed on April 20th and April 23rd. It is expected that the status of the FIWARE Lab will improve drastically during the week and will become stable by April 23rd. >>> >>> In parallel, we will encourage legacy users (those who created their account before April 16th and have accepted the new terms and conditions) to apply for becoming community users. They should be able to submit their application completing an application form that will be provided to them and will be made available on the Cloud Portal. >>> >>> Those legacy users whose application is accepted and who were hosted in the Spain-1 or the Prague nodes will be asked to migrate their environments to any of the other nodes (a recommendation will be given). The Spain-1 and the Prague nodes will not host community users. As a result, no users will remain in these two nodes by May 1st. >>> >>> >>> Step 5: Deployment of new IdM/Keystone component and upgrading of Community Users. Migration of Spain-1 and Prague nodes to OpenStack Juno. >>> >>> This step will start May 1st. Then, we will deploy the new version of the IdM/Keystone component. >>> >>> Users whose application to become Community Users has been approved will become Community Users. Environments of those Trial users who has overpass the 2 weeks trial period will be cleaned out. From then on, the new user account management policies will be in place, with the new IdM/keystone component supporting the ability to distinguish between kind of users and the nodes each will be able to get access to. >>> >>> In parallel, Spain-1 and Prague nodes should start their migration to Juno. Once they migrate, they will be made available as part of the federation (maybe the physical resources allocated to the Spain-1 node will be assigned to the Spain-2 node). >>> >>> >>> Step 6: Assessment of nodes in the FIWARE Lab federation. Bringing FIWARE Lab nodes into quarantine. >>> >>> After April 23th, performance of the several nodes in the FIWARE Lab federation will be weekly assessed. Those nodes who exhibit a bad performance (instability, low response to request for help by users) will be put into quarantine and their users (Community Users) will be asked to migrate to the Spain-2 node. >>> >>> >>> Cheers, >>> -- Juanjo >>> >>> ______________________________________________________ >>> >>> Coordinator and Chief Architect, FIWARE platform >>> CTO Industrial IoT, Telefónica >>> >>> email: >>> juanjose.hierro at telefonica.com >>> >>> twitter: @JuanjoHierro >>> >>> You can follow FIWARE at: >>> website: >>> http://www.fiware.org >>> >>> twitter: @FIWARE >>> facebook: >>> http://www.facebook.com/pages/FI-WARE/251366491587242 >>> >>> linkedIn: >>> http://www.linkedin.com/groups/FIWARE-4239932 >>> >>> >>> Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. >>> >>> The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it. >>> >>> Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição >>> >>> _______________________________________________ >>> Fiware-lab-recovery-tf mailing list >>> Fiware-lab-recovery-tf at lists.fiware.org >>> https://lists.fiware.org/listinfo/fiware-lab-recovery-tf >>> >> >> -- >> >> ______________________________________________________ >> >> Coordinator and Chief Architect, FIWARE platform >> CTO Industrial IoT, Telefónica >> >> email: >> juanjose.hierro at telefonica.com >> >> twitter: @JuanjoHierro >> >> You can follow FIWARE at: >> website: >> http://www.fiware.org >> >> twitter: @FIWARE >> facebook: >> http://www.facebook.com/pages/FI-WARE/251366491587242 >> >> linkedIn: >> http://www.linkedin.com/groups/FIWARE-4239932 >> >> >> Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. >> >> The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it. >> >> Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição >> _______________________________________________ >> Fiware-lab-recovery-tf mailing list >> Fiware-lab-recovery-tf at lists.fiware.org >> https://lists.fiware.org/listinfo/fiware-lab-recovery-tf > > _______________________________________________ > Fiware-lab-recovery-tf mailing list > Fiware-lab-recovery-tf at lists.fiware.org > https://lists.fiware.org/listinfo/fiware-lab-recovery-tf -- Future Internet is closer than you think! http://www.fiware.org Official Mirantis partner for OpenStack Training https://www.create-net.org/community/openstack-training -- Dr. Federico M. Facca CREATE-NET Via alla Cascata 56/D 38123 Povo Trento (Italy) P +39 0461 312471 M +39 334 6049758 E federico.facca at create-net.org T @chicco785 W www.create-net.org
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy