Dear Gergő,

It seems that releasing the IPs and allocating new ones from
public-ext-net-01 solved the problem.
We have managed to initialize the emporia-authz and the emporia-poi
instances successfully and are trying to connect via ssh to the others but
have not managed yet (it could be our internal issue and we are working to
figure it out now).

Best,
Christopher

Christopher N. Ververidis, PhD
Innovation and Business Development Manager
Digital Life Unit

HYPERTECH S.A.
A 32 Perikleous St, 15232 Athens, GR
T (0030) 210 6179441
F (0030) 210 6179288
E c.ververidis@hypertech.gr
W http://www.hypertech.gr

The issue has been emailed:

• Time sent: 28/Mar/16 5:42 PM
• To: c.ververidis@hypertech.gr
• with subject: floating ips
  

Dear Christopher,

ok, i see the problem. I see you created floating ips from federation-ext-net-01, but the network of your VMs is in the public range. The openstack not allowed to associate different range of IPs. I suggest to release the floating IPs, and allocate new ones from the public-ext-net-01 and you can associate those IPs to the VM.

Best Regards,
Gergő

Dear Gergő,

We do not use public-ext-net. We need one IP per instance in order for our
system to be functional.
The instances we need are the following:

emporia-idmemporia-authz
emporia-appemporia-poi
emporia-repo

Thank you!

Christopher

Christopher N. Ververidis, PhD
Innovation and Business Development Manager
Digital Life Unit

HYPERTECH S.A.
A 32 Perikleous St, 15232 Athens, GR
T (0030) 210 6179441
F (0030) 210 6179288
E c.ververidis@hypertech.gr
W http://www.hypertech.gr

The issue has been emailed:

• Time sent: 28/Mar/16 11:21 AM
• To: c.ververidis@hypertech.gr
• with subject: floating IPs
  

Dear Christopher,

I see you have 5 floating IPs. Can you send us which VMs do you want to associate! Do you use the public-ext-net? Did you get any error message?

Best regards,
Gergő

Dear Christoper,

Regarding your statement about "not able to associate IP's to some instances", do you mean you can assign public IP to one of the VMs, but not to the others? or could you not assign IP to any of the VMs?

Normally, we allow only one public IP per community account. You can try the port forwarding solution recommended here if this is indeed the issue: http://joseignaciocarretero.blogspot.com

Regards,

ilknur

Dear Ilknur,

It seems that we are still not able to associate IP's to some instances! We
will need help from the support team.

Thank you!

Christopher

Christopher N. Ververidis, PhD
Innovation and Business Development Manager
Digital Life Unit

HYPERTECH S.A.
A 32 Perikleous St, 15232 Athens, GR
T (0030) 210 6179441
F (0030) 210 6179288
E c.ververidis@hypertech.gr
W http://www.hypertech.gr

The issue has been emailed:

• Time sent: 24/Mar/16 5:08 PM
• To: c.ververidis@hypertech.gr
• with subject: *(HELP-6152) [Fiware-fractals-coaching] Migration from PiraeusN node. *
  

Dear Christopher,

Do you get any errors on the portal? Have you managed to allocate floating ips to your project?

I have just created a vm and assigned a floating ip to that without any problems.

Best,
Sandor

Dear Budapest team,

Any ideas why this could be happening?

ps: could you kindly use the email function in JIRA when replying so Christopher can see your comments as well? his email is: c.ververidis@hypertech.gr

Thanks,

ilknur

Hi, on behalf of EMPORIA - FRACTALS team it seems that we can now list our
images on Budapest 2 node and we can create instances but we cannot assign
floating IPs. Any ideas how to overcome this issue?

Thanks!

Christopher N. Ververidis, PhD
Innovation and Business Development Manager
Digital Life Unit

HYPERTECH S.A.
A 32 Perikleous St, 15232 Athens, GR
T (0030) 210 6179441
F (0030) 210 6179288
E c.ververidis@hypertech.gr
W http://www.hypertech.gr

Contacted Cristopher again offline to check. I will close the ticket if I don't back from him in the next few days.

The issue has been emailed:

• Time sent: 23/Mar/16 11:31 AM
• To: c.ververidis@hypertech.gr
• Cc: orfetheo@di.uoa.gr
• with subject: *(HELP-6152) [Fiware-fractals-coaching] Migration from PiraeusN node. *
  

Dear Christoper,

Can you try again? It seems the node team were able to resolve the issue. See Sandor's message:

"Dear All,
We also relized the problem yesterday evening and it has been solved by now. We are now analysing the logs to avoid the repetition of this issue.
Best,
Sandor"

Dear All,

We also relized the problem yesterday evening and it has been solved by now. We are now analysing the logs to avoid the repetition of this issue.

Best,
Sandor

The issue has been emailed:

• Time sent: 23/Mar/16 2:34 AM
• To: orfetheo@di.uoa.gr
• with subject: *(HELP-6152) [Fiware-fractals-coaching] Migration from PiraeusN node. *
  

Hi Orfeas,

Not sure if you see the comments added to the tickets, so emailing you Christopher's comments which may be important:

"Dear Ilknur,
Thanks for the information! I hope that the situation resolves tomorrow.
Orfeas, I guess we will most probably have to postpone the final demo of
EMPORIA which is scheduled for Thursday 24/03/2016 considering this
situation. However, we have to try to make the demo as soon as we recover
from the migration issues.
Best regards,
Christopher"

Dear Ilknur,
Thanks for the information! I hope that the situation resolves tomorrow.

Orfeas, I guess we will most probably have to postpone the final demo of
EMPORIA which is scheduled for Thursday 24/03/2016 considering this
situation. However, we have to try to make the demo as soon as we recover
from the migration issues.

Best regards,
Christopher

On Tue, Mar 22, 2016 at 10:46 PM, Help-Desk <jira-help-desk@fi-ware.org>

The issue has been emailed:

• Time sent: 22/Mar/16 9:45 PM
• To: c.ververidis@hypertech.gr
• Cc: orfetheo@di.uoa.gr
• with subject: *(HELP-6152) [Fiware-fractals-coaching] Migration from PiraeusN node. *
  

Hi Christopher

Yes, it seems an issue across the whole Budapest node, as I have received at least one more problem report like this. I already informed the node team, but most likely you may not hear back from them till the business hours start tomorrow.

Our apologies for the inconvenience.

ilknur

Hi Christopher

Yes, it seems an issue across the whole Budapest node, as I have received at least one more problem report like this. I already informed the node team, but most likely you may not hear back from them till the business hours start tomorrow.

Our apologies for the inconvenience.

ilknur

Dear Ilknur,

We have problems connecting to the FiWare cloud infrastructure at Budapest
node. All services (i.e. instances, images, security groups, keypairs
e.t.c.) look empty on the web interface (although earlier we could list the
images) and we can't proceed to restore the functionality that we had
created at the previous node on which our infrastructure was originally set
up. What can we do to have access to the resouces again ? Is it a general
problem of the node since we have seen also others complaining about
receiving 503 errors from the system...

Best regards,
Christopher

On Fri, Mar 18, 2016 at 1:58 PM, ilknur chulani (JIRA) <

The issue has been emailed:

• Time sent: 22/Mar/16 11:29 AM
• To: c.ververidis@hypertech.gr
• Cc: orfetheo@di.uoa.gr
• with subject: *(HELP-6152) [Fiware-fractals-coaching] Migration from PiraeusN node. *
  

Dear Christoforos,

Budapest node team has moved your VM images and assigned them to your user account. They also updated your community account for Budapets node and quotas accordingly.

The uploaded VM images have names like emporia-*. You can now launch these images to restore its environment in the cloud portal.

Do you know how to do this? Please let us know if you need help from the node team or not.

Thanks,

ilknur

Dear All,

We have moved the images to Budapest2 and assigned them to the user. The user was also added to Budapest node as a community account owner and the quotas were updated accordingly. The uploaded images have names like emporia-*.
The user can now launch these images to restore its environment in the cloud portal or if she/he wants, we can also do it for her/him tomorrow.

Best regards,
Sandor

Many thanks to you both the Budapest team and the PiraeusU teams. It is much appreciated..

Dear ilknur,

indeed we have the copies of the VM snapshots on PiraeusU node.
We have contacted via p2p email the Budapest node (Sandor) so as to proceed directly with the migration process from PiraeusU node to Budapest node.

Best Regards,
PiraeusU node team

Dear PiraeusU team,

I believe you also have the VM images for EMPORIA. Could you kindly send to Sandor/Budapest team?

Many thanks,

ilknur

Dear All,

We can host the resources, but we need the VM images from PiraeusN.

Best,
Sandor

Dear Ilknur,

Considering that we have fixed the date for our final demo live review of
EMPORIA on 24 February (in just three days), we would like to ask whether
our migration from PiraeusN node to another node has been completed or will
be completed by tomorrow (not PiraeusU which has capacity issues).

Best Regards,
Christopher

Christopher N. Ververidis, PhD
Innovation and Business Development Manager
Digital Life Unit

HYPERTECH S.A.
A 32 Perikleous St, 15232 Athens, GR
T (0030) 210 6179441
F (0030) 210 6179288
E c.ververidis@hypertech.gr
W http://www.hypertech.gr

Dear Budapest team,

Would you be able to accommodate this SME? They originally requested PiraeusU, but their migration could not be completed due to disk space issues on PiraeusU.

Hope you ca help them as they had to stop their work since PiraesuN was shutdown.

Many thanks in davance for your help,

ilknur

Dear Ilknur,

Yes. We are willing to migrate to another node the soonest possible!
Thank you very much for your support!

Best regards,
Christopher

Christopher N. Ververidis, PhD
Innovation and Business Development Manager
Digital Life Unit

HYPERTECH S.A.
A 32 Perikleous St, 15232 Athens, GR
T (0030) 210 6179441
F (0030) 210 6179288
E c.ververidis@hypertech.gr
W http://www.hypertech.gr

The issue has been emailed:

• Time sent: 18/Mar/16 12:57 PM
• To: c.ververidis@hypertech.gr
• Cc: orfetheo@di.uoa.gr
• with subject: *(HELP-6152) [Fiware-fractals-coaching] Migration from PiraeusN node. *
  

Dear Christoforos,

It seems the PiraeusU node is having some difficulties with the migration due to disk space issues, would you be willing to migrate to a different node in order to speed up your migration?

Best regards,

ilknur

Thanks very much for the quick reply. Ok, I will ask the SME then.

Best regards,

ilknur

Dear ilknur,

we changed the status because in the jira dashboard was showing like we did not respond on the ticket. Unfortunately, so far we did not have any additional news on the disk capacity extension.
In case the users from the SME need immediately to proceed with their development, then the we would strongly recommend to be moved to another node.

Best Regards,
PiraeusU node team

Hi,

Sorry, just saw your message now as I was not in the office yesterday.

I realized you changed the status of the ticket to "in progress". Is it because there any new developments on the disk space issue? or shall we still recommend the SME to move to another node?

Thanks,

ilknur

Dear ilknur,

the previous week we started the migration of the VMs from PiraeusN node to PiraeusU node. This process was implemented by using VM snapshots of the guest VMs that belong to the users. The snapshots were stored in our glance registry. We managed to store 8 different VM of 3 different user tenants. The node glance do not have further storage space and for this reason we have temporarily freeze the migration process.
The process could be gradually completed if:

• the tenants that already migrated in PiraeusU node instantiate their VM from the stored snapshots and then inform us so as to remove from the glance the corresponding snapshot so as to get some free space and then to migrate the rest of the VMs. We have already inform the migrated tenants to proceed with this process but we don't have some information so far. We could send a new email to each tenant so as to advice to proceed with the above process so as to help the other tenants to be migrated.

In addition, we try to add a new VM that will support a NFS tha will be mounted on the existing glance store of our node. Till now we did not managed to achieve this extension. However, we are working so as to achieve it.

To our personal view a potential solution would be to migrate the rest of the VM snapshots that cannot be deployed on PiraeusU node, to another node with more available resources so as to avoid potential delays for the end-users/tenants. Would it be feasible?

Best Regards,
PiraeusU node team