Project

General

Profile

Actions
Copy link

VM Creation #11001

closed

Provide new VM for hosting the sdmx-datasource service

Added by Roberto Cirillo over 7 years ago. Updated over 7 years ago.

Status:
Closed
Priority:
Urgent
Assignee:
Roberto Cirillo
Target version:
SDMX-Data Export
Start date:
Jan 23, 2018
Due date:
% Done:

100%

Infrastructure:
Pre-Production
RAM:
3
CPU:
2
DiskSpace:
10
Smartgears:
Yes
Smartgears Version:
latest
Application Instructions:
Smartgears scopes:

/gcube/preprod
/gcube/preprod/preVRE

Applications list and version:

1.0.0-4.10.0-162458

Applications context path:

sdmxdatasource

External storage data disk:
Smartgears auth connector:
data transfer enabled:
No
PostgreSQL database:
No
Number of VMs:
1

Description

This service has been already provisioned for development environment.

Related issues

Related to D4Science Infrastructure - Task #11066: sdmx-datasource-service: change context path to "sdmx-datasource-service"ClosedCiro FormisanoJan 26, 2018

Actions
Blocks D4Science Infrastructure - Upgrade #10933: /gcube/preprod upgrade to gCube 4.10.0CompletedRoberto CirilloJan 15, 2018

Actions
Copied from D4Science Infrastructure - VM Creation #9873: Smart Gear VM on developent infrastructure for testing new SDMX data sourceClosed_InfraScience Systems EngineerOct 02, 2017

Actions
Copied to D4Science Infrastructure - VM Creation #11122: Provide new VM for hosting the sdmx-datasource serviceClosed_InfraScience Systems EngineerFeb 06, 2018Feb 11, 2018

Actions
Actions
Copy link
 #1

Updated by Roberto Cirillo over 7 years ago

  • Copied from VM Creation #9873: Smart Gear VM on developent infrastructure for testing new SDMX data source added
Actions
Copy link
 #2

Updated by Roberto Cirillo over 7 years ago

Unfortunately, now we haven't a version on staging repo for this component. The staging version will be available tomorrow I hope.

Actions
Copy link
 #3

Updated by Roberto Cirillo over 7 years ago

  • Start date changed from Oct 02, 2017 to Jan 23, 2018
Actions
Copy link
 #5

Updated by Roberto Cirillo over 7 years ago

  • Applications list and version updated (diff)

Could we try to install the open-jdk java instead of oracle-java, if the java version is < "1.8.0_161" on ubuntu repo (#11020)?

Could I have access to the related dev instance "sdmx-datasource-d.dev.d4science.org" ?

Actions
Copy link
 #6

Updated by Andrea Dell'Amico over 7 years ago

Roberto Cirillo wrote:

Could we try to install the open-jdk java instead of oracle-java, if the java version is < "1.8.0_161" on ubuntu repo (#11020)?

That's the plan. The difference between the Oracle repository (it's not even a repository, but a brutal hack) is that the repositories usually maintain some older versions of the packages too, so we can stick to them. The repository we are using is two releases behind, stuck at build 141. We could use the backports repository for Ubuntu trusty that provides a more up to date openjdk, but not until the CXF problem has been fixed.

Could I have access to the related dev instance "sdmx-datasource-d.dev.d4science.org" ?

? You already have access as both root and gcube. You always have access to all the gcube VMs.

Actions
Copy link
 #7

Updated by Roberto Cirillo over 7 years ago

Andrea Dell'Amico wrote:

Roberto Cirillo wrote:

Could we try to install the open-jdk java instead of oracle-java, if the java version is < "1.8.0_161" on ubuntu repo (#11020)?

That's the plan. The difference between the Oracle repository (it's not even a repository, but a brutal hack) is that the repositories usually maintain some older versions of the packages too, so we can stick to them. The repository we are using is two releases behind, stuck at build 141. We could use the backports repository for Ubuntu trusty that provides a more up to date openjdk, but not until the CXF problem has been fixed.

OK

Could I have access to the related dev instance "sdmx-datasource-d.dev.d4science.org" ?

? You already have access as both root and gcube. You always have access to all the gcube VMs.

My fault. I'm able to access to dev instance but only if I add the related domain: 

ssh gcube@sdmx-datasource-d.dev.d4science.org

I'm not able to access without the domain: 

ssh gcube@sdmx-datasource-d.dev

but this is not a big problem.

If I try to ping it, I have the following result:

rcirillo@rcirillo-cnr:~$ ping accounting-service1-d.dev
PING accounting-service1-d.dev (127.0.53.53) 56(84) bytes of data.
64 bytes from 127.0.53.53: icmp_seq=1 ttl=64 time=0.015 ms
64 bytes from 127.0.53.53: icmp_seq=2 ttl=64 time=0.022 ms

rcirillo@rcirillo-cnr:~$ ping accounting-service1-d.dev.d4science.org
PING accounting-service1-d.dev.d4science.org (146.48.122.56) 56(84) bytes of data.
64 bytes from accounting-service1-d.dev.d4science.org (146.48.122.56): icmp_seq=1 ttl=63 time=0.220 ms
64 bytes from accounting-service1-d.dev.d4science.org (146.48.122.56): icmp_seq=2 ttl=63 time=0.240 ms
64 bytes from accounting-service1-d.dev.d4science.org (146.48.122.56): icmp_seq=3 ttl=63 time=0.212 ms
Actions
Copy link
 #8

Updated by Andrea Dell'Amico over 7 years ago

Roberto Cirillo wrote:

If I try to ping it, I have the following result:

rcirillo@rcirillo-cnr:~$ ping accounting-service1-d.dev
PING accounting-service1-d.dev (127.0.53.53) 56(84) bytes of data.
64 bytes from 127.0.53.53: icmp_seq=1 ttl=64 time=0.015 ms
64 bytes from 127.0.53.53: icmp_seq=2 ttl=64 time=0.022 ms

rcirillo@rcirillo-cnr:~$ ping accounting-service1-d.dev.d4science.org
PING accounting-service1-d.dev.d4science.org (146.48.122.56) 56(84) bytes of data.
64 bytes from accounting-service1-d.dev.d4science.org (146.48.122.56): icmp_seq=1 ttl=63 time=0.220 ms
64 bytes from accounting-service1-d.dev.d4science.org (146.48.122.56): icmp_seq=2 ttl=63 time=0.240 ms
64 bytes from accounting-service1-d.dev.d4science.org (146.48.122.56): icmp_seq=3 ttl=63 time=0.212 ms

It's a desktop configuration issue. It seems that all non qualified hostnames are treated as local.

Actions
Copy link
 #9

Updated by Roberto Cirillo over 7 years ago

Andrea Dell'Amico wrote:

Roberto Cirillo wrote:

If I try to ping it, I have the following result:

rcirillo@rcirillo-cnr:~$ ping accounting-service1-d.dev
PING accounting-service1-d.dev (127.0.53.53) 56(84) bytes of data.
64 bytes from 127.0.53.53: icmp_seq=1 ttl=64 time=0.015 ms
64 bytes from 127.0.53.53: icmp_seq=2 ttl=64 time=0.022 ms

rcirillo@rcirillo-cnr:~$ ping accounting-service1-d.dev.d4science.org
PING accounting-service1-d.dev.d4science.org (146.48.122.56) 56(84) bytes of data.
64 bytes from accounting-service1-d.dev.d4science.org (146.48.122.56): icmp_seq=1 ttl=63 time=0.220 ms
64 bytes from accounting-service1-d.dev.d4science.org (146.48.122.56): icmp_seq=2 ttl=63 time=0.240 ms
64 bytes from accounting-service1-d.dev.d4science.org (146.48.122.56): icmp_seq=3 ttl=63 time=0.212 ms

It's a desktop configuration issue. It seems that all non qualified hostnames are treated as local.

not all. I'm able to access to all the "old" VMs without domain specification. I've just tried with tabulardata, dataminer etc. Maybe I'm not able to access without domain, only in the latest VMs created. I've tried:

accounting-service1-d.dev
sdmx-datasource-d.dev

Have you any hint?

Actions
Copy link
 #10

Updated by Andrea Dell'Amico over 7 years ago

Try to add dev.d4science.org as an additional search namespace in /etc/resolv.conf (or wherever you configure that on your desktop).
We are heavily off topic, btw.

Actions
Copy link
 #11

Updated by Roberto Cirillo over 7 years ago

OK now it works, thanks.

Actions
Copy link
 #12

Updated by Roberto Cirillo over 7 years ago

  • Priority changed from High to Urgent

I'll be able to execute the playbook for installing the service when the new VM is ready.

Actions
Copy link
 #13

Updated by Roberto Cirillo over 7 years ago

Actions
Copy link
 #14

Updated by Tommaso Piccioli over 7 years ago

  • Status changed from New to In Progress
  • Assignee changed from _InfraScience Systems Engineer to Roberto Cirillo
  • % Done changed from 0 to 50

New VM is

sdmx-datasource-t.pre.d4science.org

Actions
Copy link
 #15

Updated by Roberto Cirillo over 7 years ago

  • Assignee changed from Roberto Cirillo to Tommaso Piccioli

The VM seems to be unreachable:

rcirillo@rcirillo-cnr:~$ ping sdmx-datasource-t.pre.d4science.org
PING sdmx-datasource-t.pre.d4science.org (146.48.122.163) 56(84) bytes of data.
^C
--- sdmx-datasource-t.pre.d4science.org ping statistics ---
10 packets transmitted, 0 received, 100% packet loss, time 9072ms

I also need root access in order to run the playbook

Actions
Copy link
 #16

Updated by Roberto Cirillo over 7 years ago

  • Assignee changed from Tommaso Piccioli to _InfraScience Systems Engineer
Actions
Copy link
 #17

Updated by Roberto Cirillo over 7 years ago

  • Status changed from In Progress to Closed
  • Assignee changed from _InfraScience Systems Engineer to Roberto Cirillo
  • % Done changed from 50 to 100
Actions
Copy link
 #18

Updated by Roberto Cirillo over 7 years ago

  • Related to Task #11066: sdmx-datasource-service: change context path to "sdmx-datasource-service" added
Actions
Copy link
 #19

Updated by Roberto Cirillo about 7 years ago

  • Copied to VM Creation #11122: Provide new VM for hosting the sdmx-datasource service added
Actions
Copy link

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 8.91 MB)