Setting tag bootmanager-5.3-4
runlevelagent was not able to reach myplc because of
server verification that is now implicit in python 2.7.9

better patch for unverified context

Setting tag bootmanager-5.3-3
patch for f23 as of dec. 2015 where kernel and initrd show up in
a new location under /boot
plus bugfix with format and single { and } for awk args

bugfix (would not find kernel at all)
+ factorized kernel and initrd

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

* 'master' of ssh://git.onelab.eu/git/bootmanager:
  Setting tag bootmanager-5.3-2 not a noarch package anymore (indeed it does come with binaries) fix ssl connection for runlevelagent for recent pythons for fedora23, ignore if rsa1 key generation fails

bugfixes for the location of kernel and initrd as observed on recent f23
plus, a couple of calls to format() had real {} that needed doubling

Setting tag bootmanager-5.3-2
not a noarch package anymore (indeed it does come with binaries)
fix ssl connection for runlevelagent for recent pythons
for fedora23, ignore if rsa1 key generation fails

added check for ssl _create_unverified_context when talking to API

same as previous change : ignore error when producing the rsa1 ssh key

when generating keys inside the bootcd environment, ignore errors about the rsa1 key type, as support for this has been dropped apparently in f23

not noarch anymore

make debugmode can push this code on board a node in debug mode (aka safeboot)

fix for when upgrading too old nodes

Setting tag bootmanager-5.3-1
Use TLSv1 to connect to myplc, instead of SSLv3 that is known to be broken
Can implement 'upgrade' in addition to 'reinstall' boot state
upgrade does essentially the same as reinstall except that slices are preserved
upgrade works only on nodes already running containers
because /vservers/ needs to be a btrfs filesystem
pycurl is now a strong requirement (old curl-based code removed)
bugfix for ssh key generation (were all typed rsa1)
a lot of prettification

remove old code that was filling in for when pycurl is not available
even f12 bootCDs have pycurl

simplified PARTITIONS to use one entry per each partition
we used to have e.g. PARTITIONS['root'] and PARTITIONS['mapper-root']
but we don't need them both and it makes things confusing

vgchange is required so that /dev/mapper/* and /dev/planetlab/* show up when upgrading

add debug messages about the status of partitions

try to fix upgrade mode - run vgscan --mknodes
apparently not enough though

notes about an idea to rpm install a more recent btrfs-progs rpm in f14 boot-cds, but no place in the ramfs...

upgrade mode was not working; CheckForNewDisks was erroneously taking the disk as not yet in the volume, and would destroy everything
this is now taken care of by beinf a llittle more conservative in ChekForNewDisks

rename util get_block_device_list into get_block_devices_dict and clean up its usage

breakpoint messages always show up

use git ls-files to make tags

small cosmetic changes

prettyfied

a first stab at upgrading nodes
not working yet, but I need to build all this

always use print_function

use TLSv1 instead of SSLv3

remove breakpoints, and use log instead of print when possible

still prettifying

was meant with previous commit

oops

prettifying source/
comprehension instead of map

this well deserves a minor bump in version number

done prettifying

bugfix for ssh key generation (were all typed rsa1)

more prettifying

oops

oops

no real change, just made prettier with a more standard layout - half of steps

new boot_state 'upgrade' is recognized much like 'reinstall'
in this first rough implementation, a node in 'upgrade' mode goes through almost exactly the same steps as 'reinstall'  except for re-partitioning
one possible drawback of this approach is we might en up with too much stuff in /
that is to say we might need to clean up manually some areas of the system to avoid accumulating things from previous releases

purely cosmetic: white spaces, .format rather than %, this kind of things only

make sync does not use lxc-enter-namespace

only cosmetic

Setting tag bootmanager-5.2-5
runs AnsibleHook, that optionnally runs playbooks (by default, usual behaviour)
introduces the ONE_PARTITION configuration variable
some suport for chainbooting ubuntu

Merge branch 'ansible'

Setting tag bootmanager-5.2-4
no functional change, only tweaks in Makefile for interating with test environment

define extensions in vars even if not yet set

Merge branch 'ansible' of ssh://git.planet-lab.org/git/bootmanager into ansible

The extensions variable is not expected to be in the configuration file if the latest version of MyPLC is installed

for debugging - print stack in case of exceptions caught at toplevel

fix make sync for the current state of the test infra

fix make sync for the current state of the test infra

More workarounds for MyPLC 5.0

Workaround to make extensions variable work with MyPLC 5.0

Copy and paste error

Add AnsibleHook step to list of available modules

Set ONE_PARTITION if you want to make one giant root partition

Changes to support running BootManager 5.2 on MyPLC < 5.2

Step to hook into Ansible

Ignore vservers partition

Fixed path to Ubuntus initrd

Look for kernel in image, not in root

Drop node manager and node update

Drop call to authconfig in generic distribution

Don't write vservers to fstab for non-rpm

Support non-rpm distributions

Support kernel check other than rpm

Tabulation issue

Introduce new variable: ONE_PARTITION for indicating single-partition installations

Typo

Don't mount vservers partition if absent

Don't mount vservers partition if absent

ROOT_SIZE is a string not a number

Identify kernel version in a way that does not depend on rpm

Support having only one partition

Setting tag bootmanager-5.2-3
some old f18 bootCDs do not support mkfs.btrfs -f
so invoke this option only when supported

invoke mkfs.btrfs with -f only if supported

Setting tag bootmanager-5.2-2
conf_files.py is expected in /usr/share/NodeManager, not in /etc/init.d any more
smarter for locating initrd, for f20
add -f to mkfs.btrfs - sometimes hangs otherwise

typo

avoid using conf_files initscript that might go when moving to systemd

initrd has a new location under /boot/ in f20

Thomas's fix about calling mkfs.btrfs with the -f option

Setting tag bootmanager-5.2-1
merged the branches for vserver and lxc
requires the rest of 5.2 - notably 'virt' in GetNodeFlavour
note that WriteModprobeConfig and MakeInitrd are turned off for lxc nodes
also note that fsck management for btrfs/lxc is still weak
vs_ROOT_SIZE=14G lxc_ROOT_SIZE=70G
vs_TOTAL_MINIMUM_DISK_SIZE=50G lxc_TOTAL_MINIMUM_DISK_SIZE=120G
expects ntpd to be turned on in the nodeimage

turning on ntpd is now done in the nodeimage (post script) directly

bugfixes

merged 5.0 (traditional vserver-based) and 5.1 (aka lxc_devel)
now retrieves GetNodeFlavour as part of GetNodeDetails
and stores result as global vars['node_flavour']
this one now is expected to include the 'virt' tag
as either 'vs' or 'lxc' and act accordingly
STILL MISSING
fsck under btrfs, i.e.
* turn off periodic fsck in InstallPartitionDisk, and
* explicitly run fsck in ValidateNodeInstall
ALSO
the MakeInitrd and WriteModprobeConfig steps are turned off with lxc

bump major to 5.2 - preparing for the merge

log more details

just print out node's 'virt' as gotten from GetNodeFlavour

Setting tag bootmanager-5.0-24
run parted with --script to avoid it to hang

run parted with the --script option to prevent from hanging
also use more explicit --list option instead of -l

Setting tag bootmanager-5.0-23
added support for disks larger than 2Tb using gpt instead of msdos

improve rendering in log

another angle to the 'try msdos, fallback to gpt' approach

add a comment about why this partitioning code is still broken

sfdisk does not support gpt partition tables

partition tables using gpt instead of msdos with disks larger than 2TB

Setting tag bootmanager-5.0-22
bootmanager log clearly states duration of download and extraction of node image