Setting tag tests-5.1-1
extra -X option to use an lxc-based vplc host box
extra step to check for system slices creation

check system slice using 'drl' for now

gather plc's /root/sfi into testlogs

cosmetic

PlcLxcBox sensing

put lxcname.timestamp file inside /var/lib/lxc/lxcname/

put lxcname.timestamp file inside /var/lib/lxc/lxcname/

put .timestamp file inside /var/lib/lxc//

Merge branch 'master' of ssh://git.onelab.eu/git/tests

review output of run export for vs or lxc

cormetic

daemonize the container at start time

fix hos to join guest from lxc host

containers need to be stopped before they can be destroyed

fix syntax error

improved handling vm timestamp for lxc

first blotch for managing lxc-hosted vplcs

oops

again

again

less verbose logs

check_netflow should hopefully be usable

bump version

turn off check_netflow for now - need to wait for it to show up

add check_netflow so we probe for at least one alive system slice

bootstrapfs vs nodeimage

cosmetic

manage displays both vs and lxc boxes

cosmetic - sense uses 2chars to describe the type of box

more changes towards a dual vs/lxc test infra for plc's

more scaffolding for lxc-based vplc's

again

smoother upgrade path

scaffolding for lxc-based plcs
run -X to use this (uncomplete) feature
local substrate definition declares vs- and lxc- enabled boxes

cleanup, chroot tests are totally of scope

change exclude option to be less confusing -e
more consistent with the build's options

must check that sfaadmin registry import_registry returns 0

integrate sfaadmin script into tests

Merge branch 'master' of ssh://git.onelab.eu/git/tests

invoke yum-complete-transaction with -y

Setting tag tests-5.0-37
much larger disk (100G, was 18) for vnodes (aimed at f16/lxc)
more vplcs admissible at inria vs box
manage command more accurately report build processes when taking off
better reporting of unchartered processes

increase # vplcs

cosmetic

skip symlink logs/trace to avoid duplicates of test failures

properly reports vserver building processes

Merge branch 'master' of ssh://git.onelab.eu/git/tests

much bigger disk space for nodes (100G) - hope it won't eat up the
test nodes limited disk space

Setting tag tests-5.0-36
more accurate workflow for sfa (2 separate users)
checkpoint before messing with lxc new node requirements

-c sfadebug on the command line to increment API_LOGLEVEL

oops

trim incoming xml records

no semantic change, just reorganize the input xml records

pl-style test uses sfi -r sfa, to be neutral to builtin defaults in sfi

ssh-slice-sfa needs to use key2 for regularuser

Merge branch 'master' of ssh://git.onelab.eu/git/tests

multiuser sfa (pi only adds user in slice, slice handling done by
user, different ssh keys)

Setting tag tests-5.0-35
suitable for sfa-2.1; would try both sfa-import.py and sfa-import-plc.py (and same for nuke)

tmp - try sfa-import.py and sfa-import-plc.py (same for nuke)

Merge branch 'master' of ssh://git.onelab.eu/git/tests

use plt<ch> instead of pl<ch>

Setting tag tests-5.0-34
SFA_API_LOGLEVEL instead of SFA_API_DEBUG

Merge branch 'master' of ssh://git.onelab.eu/git/tests

adapt to API_LOGLEVEL

Setting tag tests-5.0-33
drop support for selecting SFA_AGGREGATE_API_VERSION since sfa is now APIv2 only

Merge branch 'master' of ssh://git.onelab.eu/git/tests

srop support for API v1

Setting tag tests-5.0-32
can tweak sfa_aggregate_api_version

the 'sfa' macro step involves reconfiguring/restarting sfa

oops

new config -c apiv2 is available

sfa-configure only exposes vars that are in the plc_spec

Merge branch 'master' of ssh://git.onelab.eu/git/tests

use more IP addresses for vplcs, so they last for longer

new sta_create step

sfa users have different names

Setting tag tests-5.0-31
Use flags SFA_DB* instead of SFA_PLC_DB*
macro steps rewritten
macro defined by a sequence (list) of steps
all goes in a single file 'macros.py'

no config wrt sfa_db_*

simplified macros - single file

dont install sfa-plc in standalone mode

a macro step for a quick but thorough sfa test starting from scratch

fix

cleanup, should not need to set password nor sfa database details anymore

somehow on f14, we sometimes get a weird error when yum installing
Transaction couldn't start:
installing package sfa-client-1.1-4.onelab.2011.11.23.i686 needs 96KB on the / filesystem

we didn't have this as often when we used to install all 4 sfa
packages in a single pass

tentative to work around some weird yum behaviour

new SFA settings names (sfa_plc vs sfa_db)

sfa standalone still install sfa-plc for now, but no client

split sfa install into pieces

bugfix for cross steps

start exp. with running sfa in standalone mode

starts sfa service before importing

replaced former steps system - that was uselessly cumbersome - with
the new 'macro' system where only the sequence of steps needs be defined

export KVMHOST as well

revert the default to 'pl'+'pg'
vbuild-nightly now supports -y

revert to testing only pl by default for now - use '-y pl -y pg' for
testing both styles

new export step

configurable rspec styles using -y

Merge branch 'master' of ssh://git.onelab.eu/git/tests

new 'show-plc' target for run

Setting tag tests-5.0-30
define 2 sfa slices, one being managed with pgv2 rspecs

fixed a glitch that cause sfa-delete-user to fail