Changes between Version 13 and Version 14 of Doc/gLite/WNCloning


Ignore:
Timestamp:
Dec 22, 2009, 3:37:24 PM (16 years ago)
Author:
/O=GRID-FR/C=FR/O=CNRS/OU=LAL/CN=Michel Jouvin
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Doc/gLite/WNCloning

    v13 v14  
    100100If you suspect something wrong, use the [#Troubleshooting troubleshooting] procedure describe above to activate debug messages during the compilation.
    101101
     102=== two (or more) children have the same name in merge() ===
     103
     104If you have some site-specific actions done after the `inlcude { 'machine-types/wn' }` and involving `npush` operations (or an explicit call to function `merge`), you may have the following error during cloning:
     105{{{
     106two (or more) children have the same name in merge()
     107}}}
     108
     109This error results from the fact the entry you try to add to the nlist is already present in the reference profile and cannot be added twice. There are several workarounds possible to this problem:
     110 * Use `WN_CONFIG_SITE` (specific to WN) or `GLITE_BASE_CONFIG_SITE` (executed for all gLite machines) to execute a template containing all the site specific actions. This template will not be reexecuted when profile is cloned. This is the recommended and the most efficient method.
     111 * Conditionally execute site-specific action by testing variable `PROFILE_CLONING_CLONED_NODE`.
     112 * Use a direct assignment to the nlist rather than using `npush` to overwrite the entry in the reference node rather than add a new one. This is the least recommended method as it can be pretty inefficient. To do it, use Pan code like:
     113{{{
     114variable MY_NLIST = {
     115  SELF['myentry'] = 'test';
     116  SELF;
     117};
     118}}}
    102119
    103120== Kwown Issues ==
     
    122139
    123140This should be improved in a future release (#217).
    124