From 809676e533825095cdce36980b4cce506935ccb5 Mon Sep 17 00:00:00 2001 From: Michael DeHaan Date: Tue, 18 Apr 2006 17:25:02 -0400 Subject: Take out references to --autodiscover capability in xen-net-install (for now). --- Makefile | 2 +- TODO | 8 ++++---- bootconf.pod | 8 ++++---- 3 files changed, 9 insertions(+), 9 deletions(-) diff --git a/Makefile b/Makefile index 7533c04..47c9439 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ all: manpage manpage: - pod2man bootconf.pod > bootconf.1 + pod2man --center="bootconf" --release="" bootconf.pod > bootconf.1 -(\rm bootconf.1.gz) gzip bootconf.1 cp -f bootconf.1.gz /usr/share/man/man1 diff --git a/TODO b/TODO index 77b7562..2b5c008 100644 --- a/TODO +++ b/TODO @@ -1,7 +1,7 @@ bootconf TODO list - - Implement Xen tree creation / write xen-net-install +P - Implement Xen tree creation / write xen-net-install D - Unified options and nomenclature for Xen. D - Group is a "Profile", not a Group - Bootconf 'trace' command to show what a system would be provisioned to @@ -14,9 +14,9 @@ I - Manpage (in progress) .. continuously... from the group (can and must if the distro has a kickstart specified). - Don't require root, check for permissions on dirpaths we touch. (Run pieces of check modularly when we start) - openuri checking for kickstart existance (HTTP HEAD) - - Support pxelinux's default directory and impl. Xen defaults - - Subnet creation shorthand - - MAC ranges for Xen (how best to do this?) + - Support pxelinux's default directory + - Subnet creation shorthand ... (system objects that match multiples?) + - MAC ranges for Xen (how best to do this? shelve this for now). - Consider some sort of kickstart manager to templatize kickstarts? LEGEND diff --git a/bootconf.pod b/bootconf.pod index a397a41..e816e60 100644 --- a/bootconf.pod +++ b/bootconf.pod @@ -10,7 +10,7 @@ bootconf command [subcommand] [--arg1=] [--arg2=] Configuration of a PXE boot server involves setting up a tftpd server, a dhcpd server, syslinux, and creating semi-complex configuration file trees. -Bootconf makes these things faster, simpler, and more flexible. It also does the same things for provisioning Xen as it does for PXE. The client-side component of Xen provisioning is 'xen-net-install'. +Bootconf makes these things faster, simpler, and more flexible. It also does the same things for provisioning Xen as it does for PXE -- allowing the same repository to deploy PXE and Xen while remaining fairly agnostic to the differences between them. The client-side tool for xen is xen-net-install. =head1 INSTRUCTIONS FOR PXE @@ -37,9 +37,9 @@ B [--kickstart=] [-- Defines a provisioning profile, which is a distro, some other optional parameters, and a name for the profile. Almost always you will want to specify a kickstart file. For Xen parameters, xen-net-install may interpret some parameters as hints, not absolutes, if it has to resolve conflicts such as MAC issues or missing paths. All of these Xen-hints are optional, though as many as possible should be specified if you don't want to risk xen-net-install's defaults. -B --profile= [--kopts=]> +B --profile= [--kopts=]> -Correlates a system name (an IP, hostname, or MAC address of a bare-metal system or a Xen dom0) with the Profiles that are to be deployed onto the system. PXE is fairly straightforward. If provisioning Xen, note that some Xen parameters may be (loudly) ignored by xen-net-install, depending on the circumstances. +Correlates a system name (an IP, hostname, or MAC address of a bare-metal system or a Xen dom0) with a PXE profile to be deployed to the system. For Xen, system configurations are *not* relevant -- xen-net-install run on the dom0 decides what profiles will be installed. =head1 LIST OPERATIONS @@ -87,7 +87,7 @@ B =head1 XEN EXAMPLE -TBA ... though vary much the same +TBA =head1 CONFIGURATION FILES -- cgit