This commit was manufactured by cvs2svn to create branch
'planetlab-3_3-bootcd-branch'.

- clean up yum cache before exiting

- run createrepo with appropriate -g option

- merge revision 1.10
date: 2006/03/28 21:24:56;  author: mlhuang;  state: Exp;  lines: +1 -1
- bump version number in spec file

This commit was manufactured by cvs2svn to create branch
'planetlab-3_3-branch'.

regen

more changes to make it fit in new MA terminology

Support "other storage device" PCI class.

Fix to search for drivers that match the full PCI_ID first and then look
for drivers that use PCI_ANY for subdevice and subvendor ids.

more rewording and reorg. to fit into the arch series documents

resize

- run createrepo as well
- if run under sudo, allow user to delete the headers/ and repodata/
  directories

first take at new booting nodes pdn, very largely based off of existing
tech doc for bootmanager. still needs bootcd doc integrated

sequence diagram (original ppt and export png) for use in new booting nodes pdn

- run yum-arch on Bootstrap RPMS directory before using

Updated to work with new merge_hw_tables.merge_files() functionality.

Rewrote merge_files function to handle case when multiple modules claim
they support a partical PCI device.  For example, the 8139cp and 8139too
modules both claim they can handle the generic RTL 8139 eth chipset.

Also incorporate support to distinguish when a driver can only handle
specific subvendor/subdevice IDs.  E.g., the bcm5700 driver currently
does not handle all broadcom devices---some must still be handled by
tg3 (e.g., on the Dell PowerEdge 850).

Added optional filename argument to write_modprobe_config() function for
testing purposes.

implement two changes to better handle, identify, and recover from
situation where no detected network driver is found. this should prevent
machines from installing, and booting, only to become unresponsive due to
no loaded network driver.

the two changes are:
1. write out modprobe.conf at each boot, instead of only after install
2. if no network devices are written to modprobe.conf during boot,
send a message to the tech contacts about missing net driver, and
put the node into debug.

when checking for usable disks, also skip disks starting with dm-
(device mapper, ie lvm)

bump release number

filter out partitions from block devices by using device minor number,
not partition name format

move code block to write out /etc/planetlab/session to ChainBootNode, since
it being in UpdateNodeConfiguration only is called after the first
boot. POD should work immediately after install now.

- bump version number for new release

patch from E Jaffe to fix eth0 config files with mac address (if specified)

support pldistro "variants"

patch from Marc F to optionally pull in extra kexec args from /kargs.txt

update and rebuild docs to reflect readding the api server in the configuration
and new search path for node configuration file

before looking in /usr and /usr/boot for the node configuration file,
try the root file system (/plnode.txt)

- back out change that was going to be used for federation stage 1, which
was to assume boot server = api server, returning api server configuration
variable.
- bump version

*** empty log message ***

update to include where the source is, and misc. updates to match
the implementation

- bump version number to reflect fixes
- fix old style boot server file parsing
- fix alpina-BootLVM.tar.gz

- aaron seems to have included a few other binaries in the last manually
  built BootLVM tarball

for the old style boot server file, that contains multiple servers,
read only the first line

- use a valid node_id

- add back 1.5

- add back 1.12

- XXX back out 1.5 temporarily for a tag

- bump version to 3.1.9
- XXX add back BOOT_API_SERVER temporarily for a tag

- make rpm version number consistent

- bump release number to reflect initrd and new-tarball fixes

- read the primary kernel version from the /boot/initrd-boot symlink,
  rather than the first entry in /lib/modules
- ...thus building the initrd for the correct kernel, in case there are
  orphaned modules in /lib/modules installed by, say, vnet

- first try downloading the new PlanetLab-Bootstrap.tar.bz2, then fall
  back to the old alpina-BootstrapRPM.tar.bz2

- skip the yum bootstrap if told to by InstallBootstrapRPM

- get_system_modules: allow kernel_version to be passed in

- restore the InstallBase step, which will be skipped if the new
  all-inclusive PlanetLab-Bootstrap.tar.bz2 is unpacked

rather than code in the name of the boot server into the boot manager
configuration, pull it off of the boot cd. this change requires that
an api server be running on the boot server.

deprecate alpina-BootstrapRPM and the InstallBase step; instead just unpack PlanetLab-Bootstrap and go

- bump release number to beat .planetlab.planetlab

- fix release number

Solve the bootstrap problem by including any just built packages in
the yum configuration. This cooperates with the PlanetLab build
system.

- don't look for binaries or build debug package

deprecate the BootstrapRPM tarball, build and install all other tarballs until v2 cds are out of circulation

- build bootmanager

- script to build node tarball

- build PlanetLab-Bootstrap.tar.bz2 (new, full version of alpina-Bootstrap.tar.bz2)

for each boot, after the vserver net configuration files ae updated,
write out the new session value in /etc/planetlab/session.

rollback previous regex change, attempts to mount base device should
still happen. instead, make sure it fails correctly. also, a few spelling
mistakes

fix regex that identifies which device to attempt to mount for removable
devices during configuration file searching. before, it was returned
the base device name (ie sda) as a possible device to mount. it should only
return <device>[0-9]+$

be way more verbose in what is happening during configuration file
searching/parsing

allow any node that has their node_id specified to update their mac
addr at plc. before, it also had to have a 3.x cd.

bump version of bootmanager for mac addr/ifconfig changes

- after reading network configuration file, fill in mac address if missing
- when calling getnodeid.php for nodes without node_id value, post mac addr
  not ifconfig

from
http://forums.devshed.com/archive/t-51149/Ethernet-card-address-Through-Python-or-C
add a function that will return the mac address for a given network device

don't post ifconfig output when uploading logs, no longer necessary

for node_id/plconf change, need to get variable PLCONF_DIR too

now that PlanetLabConf uses node_id, update the bootmanager code that calls
PlanetLabConf and write out /etc/planetlab/node_id.

minor revision bump for node_id file change

make BootManager write out /etc/planetlab/node_id

- bump version to 3.1.1 to reflect USB fixes: support booting from USB,
  shutdown USB HCDs before chain booting, except when booting from USB

- fix some log messages
- get usage count for USB (currently, just the usage count for
  usb_storage); if in use, don't try to unload the HCD drivers. This is
  an ugly workaround; the real solution is to fix all the HCD drivers to
  shutdown properly in the kexec path, and not unload them manually
  ever. A node will have problems if it both boots from USB, and its HCD
  shares an IRQ with another device. So far, it's been either one or the
  other.

- when unmounting floppy or usb keys, unmount the mount point, not the
  device, which (in the case of the usb key being used for both the boot
  device and the configuration device) may be already mounted.
- loop through all partitions of removable devices looking for
  configuration files.

- PL6577: at least on the ufl.edu nodes, the USB host drivers need to be
  unloaded before chain booting, since they share an interrupt with the
  e1000 cards, and don't cleanly shutdown() the hardware when kexec is
  run.

back out lvm extent size change␓

reduce lvm physical extent size to 16M from 32M. This was the cause of the
install problems on planetlab1.mini.pw.edu.pl which had two identical
western digital 120gb drives. This also limits the maximum size of the
vserver logical volume to 1TB, it was about 2TB before this change.

rebuild doc, previous one used wrong utils and didn't include graphics

send a nice message to tech contacts if the node hostname resolution is
incorrect or doesn't work

don't unnecessarily shutdown/startup lvm between successful install and
chain boot

better handle the kexec failure cases by notifying the user of the exact
problem, and canceling further boot processes

CACERT_PATH still in /mnt/cdrom, will be moved later to /etc/planetlab

update boot manager tech docs post implementation/deployment

move support files to /boot

various source file cleanup, unused configuration vars removed, move
support files from /alpina[-v3] to a common /boot

so some sata devices show up in lspci under the ide device class,
and some show up in the scsi device class. for the pitt nodes, its the
former. this fix works by assuming that if an ide pci device matches
a loadable module, then its sata, because the ide modules are built in.
it will then show up in /etc/modprobe.conf under a scsi_hostadapter
alias.

be extra clear about what happens when a node that doesn't have node_id
on the floppy is attempted to be booted, and it doesn't yet exist in PLC.
this is the case for when users try to add nodes using the old procedures
without reading the guides (bound to happen)

update docs about search path for network configuration floppy

the beta 3.0 cds didn't have uudecode, so its put here. like other files
in this directory, this ends up on the boot server for download by the
bootmanager as needed

move bootmanager (was alpina) support files into this repository

check in all bootmanager sources

this will have to suffice until a proper make/build system is created.
this compresses the bootmanager sources, base64 encodes them, and creates
a single bash script that does the reverse of that, and executes the
bootmanager

shell commands don't need to be in $(...)

add the built file too, since it won't be changed much and requires nasm to build

a simple boot loader that will be copied to all disks that outputs a message
telling the user that the machine requires a boot cd

added network configuration file section; built pdf

add reference to pdn, describe boot states, expand upon authentication

should have been exported in something other that black and white, this is actually readable

always send hardware to plc when booting, remove unneccasry extra check for ip address

*** empty log message ***

tech docs for boot manager

moved