cDSCHEDULE Automated Job Submission System Guide and Reference �ManualD

SCHEDULE
Automated Job Submission System
Guide and Reference Manual



 o T Y  
PreviousContentsIndex




<

Appendix F
Parameters




EThe SCHEDULE system is controlled via a group of parameters Ewhich are contained in the file SCH0_PARAMETER.DAT, which is created Dautomatically when the distribution tape is loaded. This is a plain Htext file and can be edited with any editor. Typically once setup these $parameters do not change very often.

GThe SCH0_PARAMETER.DAT is the parameter data file for scheduling group E0. Each of the other 9 potential groups (1 through 9) would have its ?own parameter data file. See the section on Scheduling lgroups on Section 2.4.1 for more information on scheduling groups.R

F.1 Formatting rules



CThe format of the data in the parameter file must follow the below rules.





DIN GENERAL LEAVE THE PARAMETER VALUES BLANK. The default values are (designed to be acceptable in most cases.

BOnce you have changed a parameter value for it to take affect the Eserver(s) must be restarted. Use the following type of command to do :this. This is best done at a time when the server is idle.

 

"
 %$ SCHEDULE SERVER RESTART [/CLUSTER]    




N

F.2 Database node

DThe data files (CONTROL, QUEUE, HISTORY) can be on any node in your Ccluster or network. The below parameter indicates on what node. By "default it is on the current node.

 

"
 DATABASE_NODE = node_name  DATABASE_NODE = CLSTR  




@If the node is in the current cluster and is locally accessible Hordinary RMS operations are used to read/write the data. If the node is Fon a remote node then the I/O requests are routed over the network to the SERVER process on that node.T

F.3 Cluster parameters



DThe cluster parameters define what the VMS system considers to be a Cmanagement unit. (e.g. a cluster with disks, tapes, queue data and Eauthorization files shared). If these parameters are left blank then -the configuration will be picked up from VMS.

AThe Alias is the "cluster alias" defined in the NCP database. If Fdefined it appears in the logical name SYS_$CLUSTER_NODE. If you have Fnot defined such an alias then the current node name from the logical CSYS_$NODE is used. If an alias is not defined it is a good idea to Hdefine an alias name here but it is not required. The alias define here is used only internally.

 

"
 CLUSTER_ALIAS = node_name  CLUSTER_ALIAS = CLSTR  




CIn a cluster all resource locks are usually shared but if you have Elogically (but not physically) partitioned your cluster (e.g. common GHSC, separate disks, separate queues, separate authorization files) it Eis important that all these cluster parameters be different for each Epartition. Each partition should have a different lock group letter, alias and list of members.

 

"
 %CLUSTER_LOCK_GROUP = a single letter  CLUSTER_LOCK_GROUP = A  


 




 o V T Y  
PreviousNextContentsIndex