David,
I think Sean has answered to your questions. Anyway I think the 2 kernel parameters (MONITOR_SERVER, MONITOR_PORT) are good enough to avoid params collisions and to allow to use or not this feature... (if you do not declare this kernel params the monitor stuff will not be used).
Do you prefer other names? and what about DHCP option numbers to use?
Let me know... -Andrea
Sean Dague wrote:
On Mon, Mar 28, 2005 at 07:57:17AM -0800, Lombard, David N wrote:
From: Andrea Righi on Saturday, March 26, 2005 2:12 PM
I've added this new command in the CVS. This is a tool to monitor the status of the client installations in real-time.
To use it, for now, is necessary to define the following parameters in
the
BOEL initrd (no DHCP param definition for now).
MONITOR_SERVER=<ip_address> MONITOR_PORT=<port_address>
Shouldn't these default to the current image server? Clearly, a DHCP-based option is preferred, but that can come later if not now--the image server can still be the default in this event, anyway.
I like it as a DHCP option, as that is the flag which enables, disables this
feature. For many environments this isn't always required, like syslog
support, so leaving it as an option lets people turn it on/off per client
pretty easily.
(i.e. with --append "MONITOR_SERVER=10.0.0.2" to si_mkautoinstallcd)
If these parameters are not defined the monitoring will be ignored and
no
additional commands will be performed respect to a standard
installation...
Why not control this via the pxelinux.cfg/default file? This allows a per-host/per-range/per-subnet default per the standard config file selection process. I would also suggest the usual IP:PORT or [EMAIL PROTECTED] syntax for this definition method, with IP and PORT broken out by boel. If nothing is specified in the config file, use the default; if null is specified, i.e., "MONITOR=", then monitoring is disabled.
it should at least be SIMONITOR, to prevent it from colliding with other kernel params that might use monitor. Anything that can be appended to the cd can also work with pxe, we're just talking kernel appends here. RTFC dave, ;)
-Sean
------------------------------------------------------- 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 _______________________________________________ Sisuite-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sisuite-devel
