fix

didn't mean to change this; using module-tools for the first time.

Tagging module MyPLC - MyPLC-4.2-5

fixes module-branch

first release of module-branch

module tools renaming - no more .py extension - source code in module-tools.py

cosmetic

give apache read access to testlogs/

oops

collect logs before bailing out

Tagging module NodeManager - NodeManager-1.7-5
* vdu limitting when NM restarts and slices are re-init'ed
* CoDemux config parser update.  Now tolerates spaces.

gather test logs from plcs, nodes and slices in testlogs/

take util-vserver out of our scope

fixed typo in tag for codemux and adopt for onelab

util-vserver reverted to tag 0.30.215-1

use Stephen's tag

Tagging module nodeconfig - nodeconfig-4.2-3
Added support for centralized PlanetFlow.

Tagged Codemux

cosmetic

sync with the planetlab distro

Tagging module util-vserver - util-vserver-0.30.215-2
no semantic change
only changes in the specfile to make the module compliant with module-tag
which is actually used for setting this very tag

for dealing with the util-vserver module, specifically the scholz branch
+ for convenience, create a specfiles header as header.spec

Use latest stable.

latest util-vserver tag

new tag.

the scholz branch currently contains a fix for the 'vsh getpwnam_r(main_slicetest1)' bug.
not tagged yet.

onelab-4.2 to use kernel from trunk - tagged version fails on x86_64 with:
ld: .tmp_vmlinux1: section `.text' can't be allocated in segment 0

smarter way to write configs, provide structure and map to avail. resources (testboxes, ips, ..) later on

reflect test mode (chroot/vserver) in test dirname

fix

fix

syntax error

fix unexisting tag

fix

bugfix

make sure the vservers run in the same timezone as the host

run test on the right box

fix

first step towards module-branch - exp. & disabled

Mom tag fixing

monitors both trunk and 2.2 branch for Mom

Mom tag fixing

bump NM's revision.  Follow tagging name convention.

Tagging module CoDemux - CoDemux-0.1-8

Tagging module VserverReference - VserverReference-4.2-4
bugfix, 4.2-3 was broken as the slicefamily stamp could not get created, thus nm issued 'vuseradd -t default'

first step towards supporting branches - disabled for now

shows failing module when a version/taglevel key cannot be found

no semantic change, just restored the modules order

we do not use svn.linux-vserver.org, so:
* the daily version uses the scholz branch
* the 4.2 version uses tag 0.30.215

manually catching up with tags

plcmdline out of the default list as it is not pulled by build

Updated all packages that do not yet have a current tag to pull from trunk.
This will allow the RC to build successfully until new tags are created for
the remaining packages

oops, using -i is enough, that should have gone

Tagging module PLCWWW - PLCWWW-4.2-1
the contents of myplc's /var/www/html/{boot,PLCAPI} has moved into nodeconfig

Tagging module nodeconfig - nodeconfig-4.2-2
integrated /var/www/html/{boot,PLCAPI} from PLCWWW
former content has moved down into PlanetLabConf

moved convenience function for detecting local IP from nightly to init-vserver - now the default for the latter

default is verbose, use -q to get quiet mode

Tagging module VserverReference - VserverReference-4.2-3
a single node can now install several instances of this package
package name contains slicefamily - <pldistro>-<fcdistro>-<arch>
setattr --iunlink or --~iunlink appropriately (uses /proc/virtual/info)
does not copy yum.conf from host anymore

Tagging module PlanetFlow - PlanetFlow-4.0-3
fixed harmless bug in build (would be for really old versions)

Tagging module PLCAPI - PLCAPI-4.2-4
plcsh: better handling of options when running as a shell script
getbootmedium exports compute_key
tweaks for accepted args in GetPCUTypes and BootNotifyOwners

Tagging module MyPLC - MyPLC-4.2-4
renew_reminder script moved to support-scripts/
gen-aliases script added in support-scripts/
sirius initscript moved to plc_sliceinitscripts (formerly inlined in db-config)
plc-map script : no javascript for googlemap anymore, see new plc-kml script instead
nodefamily-aware (creates legacy symlink /var/www/html/install-rpms/planetlab)
new native slice attributes 'capabilities', 'vsys' and 'codemux'
new setting 'Mom list address' for sending emails to a separate destination
starts rsyslogd/syslogd as appropriate
expects nodeconfig package (former PlanetLabConf/ dir from PLCWWW)
convenience generation of yum.conf in resulting image based on build/mirroring

Tagging module BootstrapFS - BootstrapFS-1.0-0
naming scheme changed, tarball name now contains ''nodefamily'' as <pldistro>-<arch>
new package named 'noderepo' allows to ship the full set of node rpms to another (arch) myplc

Tagging module BootManager - BootManager-3.2-5
renamed step InstallBootstrapRPM into InstallBootstrapFS
reviewed selection of bootstrapfs, based on nodegroups, for multi-arch deployment
import pypcimap rather than pypciscan
initial downlaoding of plc_config made more robust
root and /vservers file systems mounted ext3
calls to BootGetNodeDetails replaced with GetNodes/GetNodeNetworks
also seems to be using session-based authentication rather than former hmac-based one

Tagging module BootCD - BootCD-3.4-5
kargs.txt for serial boot fixed: now properly exposed to bootmanager through the overlay image
build.sh cleaned up in the process
actual location of selected node config file displayed
import pypci rather than pypciscan

use new names

vserver & ctx_migrate workaround : more numerous (20) attempts, wait for only 3 sec

for the vserver/vc_ctx_migrate workaround : sleep delay down to 30 seconds

review usage

vsys does not build on centos as caml and inotify-devel are not available
cleanup in distro-dependant packages, general rule is to treat the early distros as exceptions
rather than the other way around (f9 is coming)

fix vsys/bootstrapfs dependencies

try local resources first for when planetlab distros are built overseas

this was wrong, was taken from bob where it just happens to work

fix for use with make targets like "vbuild-nightly.sh vserver"

use new build box for tests

support for multiple slice reference images

* vserver-reference rpm names have changed and become
    vserver-@pldistro@-@fcdistro@-@arch@
    vserver-systemslices-@pldistro@-@fcdistro@-@arch@

* this contains the images located as
   /vservers/.vref/@pldistro@-@fcdistro@-@arch@
and
  /vservers/.vstub/@pldistro@-@fcdistro@-@arch@/planetflow
respectively

* a stamp gets created on the nodes as /etc/planetlab/defaultvref
  that contains the name for the default slicefamily to use

* nodemanager tries to be smart when chosing the right argument to pass to vuseradd
  for this purpose, the argument in 'vref' is taken as a dash-separated list of 'wishes'
  so e.g. is defaultvref is planetlab-f8-x86_64, then we should find for the image name:
vref=i386           -> vuseradd -t planetlab-f8-i386
vref=centos5        -> vuseradd -t planetlab-centos5-x86_64
vref=planetflow     -> vuseradd -t planetflow
vref=centos5-onelab -> vuseradd -t onelab-centos5-x86_64

for legacy reasons, if the stamp is not found, 'default' is taken instead

=== status
* this is only partly tested
* a given node can install several variants of vserver-*
  this would require a manual upload of the rpms into the right install-rpms
  and manual changes in yumgroups.
* next improvement would be to have the system (planetflow) slices have a smarter naming scheme as well
  this way a 'planetflow' vref would rather be rewritten as planetflow-f8-x86_64
  for the time being it is not supported to install several variants of vserver-systemslices
  on the node - although it should be harmless

reviewed for new mirroring scheme

mkfedora : ready for new mirror layout & for centos, tentatively

does no display repo in subdirs

typo

typo

support for diff and -0

had forgotten that one

* new default layout for mirrors - see https://svn.planet-lab.org/wiki/VserverCentos
* new defaults mirrors, specified for fedora and centos in US and EU
* new -U option for specifying centos URL

reverting previous unintentional change - multiple vserver images are not ready yet

trying new mirror location as well

strip SVNPATH for any trailing spaces - exports distroname (e.g. f8 or centos5) to GetPlcRelease

new mirror setup

this is a replacement for the utilities formerly published as a tar file in the wiki
has support for centos5 = 5.1
NOTE. this depends on using a new version of vbuild-fedora-mirror that is not published yet
I need access to bob before I can commit this new version

cosmetic

temporary hostname change

reverting to the scholz branch for util-vserver temporarily

reverting to the scholz branch for util-vserver temporarily

util-vserver 0.30.215

Upgrade to util-vserver 0.30.215.

unsupported combination of vserver & util-vserver

be smarter when locating myplc rpm, for non i386 archs

extra code needs to be performed on running vserver

for vserver2.3 & device mappings

it's no good to use lo, as we need svn access as well

- creates a vbuild with an IP address assigned - from vs2.3 this is mandatory for the vserver to have any connectivity at all
- default is to assign 127.0.0.1, which is enough when using http://localhost/ as the local fedora mirror
- new option -i eth0 can be used to assign another IP address, required when mirror is separate