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.
100%
/gcube/preprod
/gcube/preprod/preVRE
1.0.0-4.10.0-162458
sdmxdatasource
Description
This service has been already provisioned for development environment.
Related issues
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
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.
Updated by Roberto Cirillo over 7 years ago
- Start date changed from Oct 02, 2017 to Jan 23, 2018
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" ?
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.
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
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 msrcirillo@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.
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 msrcirillo@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 msIt'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?
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.
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.
Updated by Roberto Cirillo over 7 years ago
- Blocks Upgrade #10933: /gcube/preprod upgrade to gCube 4.10.0 added
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
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
Updated by Roberto Cirillo over 7 years ago
- Assignee changed from Tommaso Piccioli to _InfraScience Systems Engineer
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
Updated by Roberto Cirillo over 7 years ago
- Related to Task #11066: sdmx-datasource-service: change context path to "sdmx-datasource-service" added
Updated by Roberto Cirillo over 7 years ago
- Copied to VM Creation #11122: Provide new VM for hosting the sdmx-datasource service added
