- merge revision 1.15
date: 2005/10/26 15:32:10;  author: mlhuang;  state: Exp;  lines: +1 -1
- bump version number to reflect fixes
- fix old style boot server file parsing
- fix alpina-BootLVM.tar.gz

- merge revision 1.8
date: 2005/10/26 15:32:10;  author: mlhuang;  state: Exp;  lines: +1 -1
- bump version number to reflect fixes
- fix old style boot server file parsing
- fix alpina-BootLVM.tar.gz

- merge revision 1.3
date: 2005/10/26 15:26:15;  author: mlhuang;  state: Exp;  lines: +1 -1
for the old style boot server file, that contains multiple servers,
read only the first line

- merge revision 1.2
date: 2005/10/26 15:30:57;  author: mlhuang;  state: Exp;  lines: +3 -0
- aaron seems to have included a few other binaries in the last manually
  built BootLVM tarball

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

- 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

added built pdf document

switching to apache fop to build pdfs, much better output, so
no longer need the build script

used to build pdf output for pdn

title change

oops, should have named the document more appropriately

This commit was generated by cvs2svn to compensate for changes in r664,
which included commits to RCS files with non-trunk default branches.

New repository initialized by cvs2svn.