Task #9703: wrong software and data distribution on node75.d4science.org - D4Science Infrastructure - D4science

Actions

Copy link

Task #9703

closed

wrong software and data distribution on node75.d4science.org

Added by Tommaso Piccioli over 7 years ago. Updated over 7 years ago.

Status:

Closed

Priority:

Urgent

Assignee:

Nunzio Andrea Galante

Category:

Application

Target version:

UnSprintable

Start date:

Sep 29, 2017

Due date:

% Done:

100%

Estimated time:

(Total: 0.00 h)

Infrastructure:

Pre-Production

Description

Two kind of problems on this host:

more than duplicate occopus software directory

/home/gcube/nodes/occopus
/home/gcube/occopus
/home/gcube/tomcat/logs/occopus
/home/gcube/tomcat/occopus

more than 32000 data files in the /home/gcube/tomcat
There is a third potential problem, occopus software seems to use an embedded version of python and this is not welcome, at all

Please fix and clean the first thwo problems and let us know the reasons for the third.

Subtasks 1 (0 open — 1 closed)

Actions

Copy link

Updated by Nunzio Andrea Galante over 7 years ago

Status changed from New to In Progress
% Done changed from 0 to 10

Actions

Copy link

Updated by Nunzio Andrea Galante over 7 years ago

% Done changed from 10 to 50

First, let me say that we need to upgrade to java8 such node, otherwise we have to compile in java7 the entire set of dependecies of this component.
In the past we used the Occopus framework in the EGI project context and yes, it needs his own Python to work correctly. Anyway, since the features of interest for us provided by Occopus (e.g. the OCCI support) are/were already covered from FHNManager Service, i have unistalled Occopus from the node and a new version of the service will be deployed within tomorrow. This has no impacts on the correct execution of the FHNManager Service and the minor changes made will be totally transparent to the portlet using the service.
The only difference is that now you will not find anymore any Occopus directories and that the data files in the /home/gcube/tomcat directory will be empty (actually 32000 files have been clean).

Actions

Copy link

Updated by Andrea Dell'Amico over 7 years ago

Description updated (diff)

Actions

Copy link

Updated by Andrea Dell'Amico over 7 years ago

Nunzio Andrea Galante wrote:

First, let me say that we need to upgrade to java8 such node, otherwise we have to compile in java7 the entire set of dependecies of this component.

Yes, that's should be already happened.

In the past we used the Occopus framework in the EGI project context and yes, it needs his own Python to work correctly. Anyway, since the features of interest for us provided by Occopus (e.g. the OCCI support) are/were already covered from FHNManager Service, i have unistalled Occopus from the node and a new version of the service will be deployed within tomorrow. This has no impacts on the correct execution of the FHNManager Service and the minor changes made will be totally transparent to the portlet using the service.
The only difference is that now you will not find anymore any Occopus directories and that the data files in the /home/gcube/tomcat directory will be empty (actually 32000 files have been clean).

I noticed that the voms/occi packages where all manually installed. As all the components must be deployed by the provisioning system, that part should be added to the playbook.
We already have roles that install those, you can find into the ansible playbooks repository under library/roles/egi. The defaults should be replaced with the correct values.

Actions

Copy link

Updated by Nunzio Andrea Galante over 7 years ago

Please refer to fhn-manager-service-1.2.3-4.7.0-153229 component available in the repository towards the new Staging version to deploy.

Actions

Copy link

Updated by Nunzio Andrea Galante over 7 years ago

% Done changed from 50 to 100

Please refer to fhn-manager-service-1.2.3-4.7.0-153229 component available in the repository towards the new Staging version to deploy.

Actions

Copy link

Updated by Andrea Dell'Amico over 7 years ago

@tommaso.piccioli@isti.cnr.it noted yesterday that the running distribution is Ubuntu 12.04. That VM must be recreated as 14.04 because it's not compatible with java 8.

Actions

Copy link

Updated by Roberto Cirillo over 7 years ago

Tracker changed from Incident to Task

I'm going to change this tracker to task since the problem is solved and open a subtask for creating a new VM for deploying the new fhn-manager version.

Actions

Copy link