Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Node name Post-migration cleanup #1090

Open
nataliaratnikova opened this issue Jun 13, 2017 · 6 comments
Open

Node name Post-migration cleanup #1090

nataliaratnikova opened this issue Jun 13, 2017 · 6 comments

Comments

@nataliaratnikova
Copy link
Contributor

PhEDEx hard-codes t_adm_node.se_name value during node creation, and updates can only be done manually by the global admin. After Node name transitioning this field should no longer be used or exposed to the users.

Post-migration cleanup: Remove SE information from DB, APIs, agents, everything…

@nataliaratnikova
Copy link
Contributor Author

Tested in testbed datasvc installation.

@nataliaratnikova
Copy link
Contributor Author

Closed by accident, reopening.

@nataliaratnikova
Copy link
Contributor Author

nataliaratnikova commented Aug 28, 2017

List of places where the old se_name from t_adm_nodes table is currently used:

  1. Utilities/NodeNew - need to remove --se-name option, update usage help. Looking at the code, utility is using oracle procedure, introduced in PHEDEX_4_1_1 according to Documentation/ChangeLog. Do we need to update the procedure as well? Here it goes:
SQL> describe PROC_ADD_NODE;
PROCEDURE PROC_ADD_NODE
 Argument Name			Type			In/Out Default?
 ------------------------------ ----------------------- ------ --------
 NAME				VARCHAR2		IN
 KIND				VARCHAR2		IN
 TECHNOLOGY			VARCHAR2		IN
 SE_NAME			VARCHAR2		IN

SQL> describe PROC_DELETE_NODE;
PROCEDURE PROC_DELETE_NODE
 Argument Name			Type			In/Out Default?
 ------------------------------ ----------------------- ------ --------
 NODE				VARCHAR2		IN

SQL>

For code defining the procedures look in https://github.com/dmwm/PHEDEX/blob/master/Schema/OracleCoreFunctions.sql#L39-L62

@nataliaratnikova
Copy link
Contributor Author

nataliaratnikova commented Aug 28, 2017

  1. Schema: there is a V_DBS_BLOCK_REPLICA view that contains se_name, see https://github.com/dmwm/PHEDEX/blob/master/Schema/OracleCoreViews.sql . Is it still needed/used?
SQL> select * from all_objects where object_type='VIEW' and object_name='V_DBS_BLOCK_REPLICA';

OWNER			       OBJECT_NAME		      SUBOBJECT_NAME		      OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE	   CREATED   LAST_DDL_ TIMESTAMP	   STATUS  T G S  NAMESPACE EDITION_NAME
----------------

CMS_TRANSFERMGMT	       V_DBS_BLOCK_REPLICA						 310918 	       VIEW		   26-SEP-08 19-JAN-11 2010-09-28:14:26:45 VALID   N N N	  1

SQL> describe V_DBS_BLOCK_REPLICA;
 Name				                                             Null?    Type
 --------------------------------------
BLOCK_NAME								     NOT NULL VARCHAR2(1000)
DATASET_NAME						       	     NOT NULL VARCHAR2(1000)
SITE_NAME								     VARCHAR2(4000)
SE_NAME								     VARCHAR2(80)
SQL> 

SE_NAME can be null.

@nataliaratnikova
Copy link
Contributor Author

  1. StorageConsistencyCheck script - remove --se-name option, update usage help. All checks can be done based on node name.

@nataliaratnikova
Copy link
Contributor Author

  1. Data service APIs:
  1. Data Service queries:
  1. Web site : couple occurrences in https://github.com/dmwm/PHEDEX/blob/master/Documentation/WebSite/PlotConfig/src/phedexgraphs/web/__init__.py
    https://github.com/dmwm/PHEDEX/blob/master/Documentation/WebSite/access25

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant