Project

General

Profile

Actions

VM Creation #8189

closed

New VM for sdi RESTFul service

Added by Roberto Cirillo about 8 years ago. Updated about 8 years ago.

Status:
Closed
Priority:
High
Assignee:
_InfraScience Systems Engineer
Target version:
Start date:
Apr 19, 2017
Due date:
Apr 20, 2017
% Done:

100%

Infrastructure:
Development, Pre-Production
RAM:
2
CPU:
2
DiskSpace:
10
Smartgears:
Yes
Smartgears Version:
2.1.2-4.4.0-146408
Application Instructions:
Smartgears scopes:

all scopes under gCube

Applications list and version:

sdi-service 1.0.0-4.4.0-146794

Applications context path:

sdi-service

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

Description

The new vm should be called as:

sdi-d-d4s.d4science.org
Actions #1

Updated by Roberto Cirillo about 8 years ago

Please @fabio.sinibaldi@isti.cnr.it could you check if the configuration schema is ok for you?

Actions #2

Updated by Roberto Cirillo about 8 years ago

  • Due date set to Apr 20, 2017
Actions #3

Updated by Fabio Sinibaldi about 8 years ago

Seems ok to me.

Actions #4

Updated by Andrea Dell'Amico about 8 years ago

  • Status changed from New to In Progress

IP address: 146.48.123.116

Actions #5

Updated by Andrea Dell'Amico about 8 years ago

@fabio.sinibaldi@isti.cnr.it can you provide the maven data to fetch the sdi-service app?

Actions #6

Updated by Andrea Dell'Amico about 8 years ago

  • % Done changed from 0 to 90

The VM is up and running. The missing piece is the sdi-service app.

Actions #7

Updated by Roberto Cirillo about 8 years ago

Andrea Dell'Amico wrote:

@fabio.sinibaldi@isti.cnr.it can you provide the maven data to fetch the sdi-service app?

<groupId>org.gcube.spatial.data</groupId>
<artifactId>sdi-service</artifactId>
<version>1.0.0-4.4.0-146794</version>
Actions #8

Updated by Andrea Dell'Amico about 8 years ago

  • Status changed from In Progress to Feedback
  • % Done changed from 90 to 100

The SDI service has been installed

Actions #9

Updated by Roberto Cirillo about 8 years ago

The service is running only under root-vo scope: "/gcube" but the request is to run in all gcube scopes.
Please, could you add the missing scopes?

Actions #10

Updated by Andrea Dell'Amico about 8 years ago

It's running with

<authorizeChildrenContext>true</authorizeChildrenContext>

If that's not what you want, please list the needed scopes. Or maybe it's running the wrong smartgears version?

Actions #11

Updated by Roberto Cirillo about 8 years ago

Andrea Dell'Amico wrote:

It's running with

<authorizeChildrenContext>true</authorizeChildrenContext>

If that's not what you want, please list the needed scopes. Or maybe it's running the wrong smartgears version?

It is perfect for me. You should only add the following VO scopes:

/gcube/devsec
/gcube/devNext
/gcube/preprod

remember also to add the preproduction key. Thanks.

Actions #12

Updated by Andrea Dell'Amico about 8 years ago

Done. I also removed the http -> https redirection. We verified that some java clients fail when the redirection is active, so we will need to check each case.

Actions #13

Updated by Roberto Cirillo about 8 years ago

I've checked the service: the service is running correctly but we need also to add the "/gcube" scope.
Now the service is running only at VO level and the root-VO scope is missing in the container.xml file.

Could you add the /gcube token to the container, please?

Actions #14

Updated by Andrea Dell'Amico about 8 years ago

Done.

Actions #15

Updated by Roberto Cirillo about 8 years ago

  • Status changed from Feedback to Closed
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 8.91 MB)