It appears that add-on entries defined in the SLES templates is using
tftpserver address instead of nfsserver to fill in the URL. If I am not
mistaken this makes it impossible to utilize service node pools as a result.
Example of an add-on block with tftpserver blank (notice how the URL
line is missing the host):
<add-on>
<add_on_products config:type="list">
<listentry>
<media_url>http:///install/sles11.1/x86_64/sdk1</media_url>
<product>SuSE-Linux-SDK</product>
<product_dir>/</product_dir>
<ask_on_error config:type="boolean">false</ask_on_error> <!-- available
since openSUSE 11.0 -->
<name>SuSE-Linux-SDK</name> <!-- available since openSUSE 11.1/SLES11
(bnc#433981) -->
</listentry>
</add_on_products>
</add-on>
Example with tftpserver filled in:
<add-on>
<add_on_products config:type="list">
<listentry>
<media_url>http://172.16.0.1/install/sles11.1/x86_64/sdk1</media_url>
<product>SuSE-Linux-SDK</product>
<product_dir>/</product_dir>
<ask_on_error config:type="boolean">false</ask_on_error> <!-- available
since openSUSE 11.0 -->
<name>SuSE-Linux-SDK</name> <!-- available since openSUSE 11.1/SLES11
(bnc#433981) -->
</listentry>
</add_on_products>
</add-on>
Can this behavior be changed to utilize the nfsserver line instead like
redhat/centos uses for repo URL's?
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
xCAT-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/xcat-user
