Lombard, David N wrote:
From: Paul Greidanus;  Sent: Thursday, February 17, 2005 2:56 PM

Lombard, David N wrote:

Paul,

Thanks.

You've done this in exactly the right way, i.e., by using the

pxelinux

ability to send a node back for a local boot.

We should also provide for the full generalization of the capability,
e.g., look at file contents instead of just a symlink target, allow

for

the targeting multiple nodes by IP prefix, none of which are hard.

This is certainly on our plans, I'd like to consider it for our 4.2
release.


I'm not totally sure that symlinks aren't the better way, it allows for single template files to be modified, rather then having to hack around in a bunch of files if you want to change a setting. I like the idea

of

IP prefix as well.. I'll see what I can do about adding that in,  Is
there anything else that uses ip prefixes at this point?


By looking at the contents, you don't care if the user manually created
individual files or symlinks, or if the tool created symlinks.  As for
what the tool itself creates, symlinks are usually easiest.

You can see the prefix search during the pxe boot process on the client.

I wrote a Webmin-based tool that did this stuff a couple of years ago,
it's simple enough to handle everything that pxelinux will...

My existing usage of IP ranges, I more meant in the existing code, since everything I'm doing is just reusing code from other places. Sometime I'll learn to actually write perl from scratch..

Does it matter if the user creates them? or should I do something like check if it's a "valid" symlink, i.e. pointing at bootdisk.cfg or install.cfg, and then error if it's not one of those 2 if it exists? (I need to check for existance of the link before trying to remove it.. but that's just an error on console, not a functionality breaker)

--
Paul Greidanus
CAD Administrator / Systems Administrator
Center of Excellence in Integrated Nanotools    University of Alberta
[EMAIL PROTECTED]                       780-492-7368
http://www.cein.ualberta.ca



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel

Reply via email to