Changes between Version 5 and Version 6 of Doc/TemplateCustom


Ignore:
Timestamp:
Jun 8, 2006, 9:12:58 AM (19 years ago)
Author:
/C=FR/O=CNRS/OU=UMR8607/CN=Michel Jouvin/emailAddress=jouvin@…
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Doc/TemplateCustom

    v5 v6  
    1111 * Preserve site customization across software upgrades (OS or middleware)
    1212 * Allow support of several sites sharing some configuration database, leveraging overall management load but keeping required flexibility.
     13
     14'''Note : QWG Templates, starting with release 2.7.0-7, require PAN compiler 5.0.4 or later.'''
    1315
    1416== Template Hierarchies ==
     
    8385}}}
    8486
     87=== Selecting OS version ===
     88
     89There are 2 possibilities to select the OS version used by a cluster or a specific node :
     90
     91 * Define the OS version at the OS level : this is done by adding the appropriate path in {{{cluster.build.properties}}}. Look at the example above, in section [[wiki:DOC/TemplateCustom#ClustersandTemplateHierarchies Clusters and Template Hierarchies]]. Using this method, all the machines in the cluster MUST run the same OS version/architecture. This is the only method available for SL versions before SL 4.2.
     92 * Define the OS version at the machine level : this is done by defining the appropriate PAN {{{loadpath}}} in the machine template. A cluster default can be defined in {{{pro_site_cluster_info.tpl}}} and a specific setting can be define in a machine profile to override this default. A template for OS selection is provided in LCG2 templates, in directory {{{os}}} (there is one template per OS version/architecture). This method allows to have different version/architecture combination into the same cluster. This is the recommended method for any cluster running SL4.
     93
     94This second method requires OS template path in {{{cluster.build.properties}}} to be defined as {{{os}}} instead of the hierarchy used in first method.
     95
     96Both methods can also be combined by specifying OS template path as follow in {{{cluster.build.properties}}} :
     97{{{
     98os os/sl305-i386/**/*
     99}}}
     100
     101With these entries, the cluster will use SL 3.05 i386 as the default OS version for the cluster but this is possible to override this in any machine templates, using the second method. This is the only possibility to have both SL3 and SL4 in the same cluster, as SL3 templates don't support the second method.
     102
     103
    85104=== RPM repositories ===
    86105