password generation utility was still python2

more debugging; show contents of /boot at intermediate stages

notify when creating site_admin account

turns out that [ -f ] returns true in bash !

no real change, but be a little more verbose when dealing with kernel

use python3 in helper script embedded in bash

Setting tag bootcd-6.0-0
requires 'genisoimage' rather than deprecated 'mkisofs'
set kernel arg `net.ifnames=0` in addition to `biosdevname=0`
does not use ifconfig, instead use ip and nm-ifup, or look up /sys/class/net
slightly review the contents of forensics messages

turn off set -x in pl_netinit

tentative hybrid code for 27 and 29

trailing whitespaces by atom

add net.ifnames=0 to the kernel args for still having eth0 on f29

stop running dmesg as part of forensics

cosmetic

have pl_netinit source pl_functions, for messages to show up as expected

untabified

more harmless space-related matters

untabified all init scripts

cleanup comments

for firing up the network: no longer rely on ifconfig
use /sys/class/net for checking for a device
and /usr/libexec/nm-ifup to turn it on

rename mkisofs into genisoimage

Setting tag bootcd-5.4-1
use 8.8.8.8 s a DNS server if nothing else works
more consistent and verbose forensics system

bump version number to 5.4

a few notes

when resolv.conf is empty, always add 8.8.8.8
on top of DNS1 and DNS2

reviewed to ensure maximal coverage of forensics traces

Setting tag bootcd-5.3-3
patch for f23 as of dec. 2015 where kernel and initrd show up in
a new location under /boot

f23: patch for locating kernel to embed on bootcd
something weird seems to happen with rpm kernel-core, so we have
a second strategy to locate kernel

add check for at least one kernel found

Setting tag bootcd-5.3-2
various fixes for resolv.conf

fiz patch : resolv.conf as elaborated by systemd in /run looks like a special file
we can only overwrite the genuine file in /etc/resolv.conf, not the symlink

a lame attempt to manually fix /etc/resolv.conf on f22

add inspection of resolv.conf after network startup - f22 test node has an empty resolv.conf w/ a static config

Setting tag bootcd-5.3-1
use TLSv1 instead of SSLv3
on systemd distros, do not try to replace the whole boot sequence
as older bootCDs did; pl_boot is now just one more service, not the single
service to run; this solves f21 bootCDs not starting up properly

backing off on the idea of an early ssh access that is more harmful than helpful

less noide

open early ssh access to myplc's debug key

troubleshooting early ssh access

bump bootcd major number to 5.3

pl_boot uses tlsv1 instead of sslv3 to retrieve bootmanager code
tlsv1 has been checked to be supported and enabled in f14

at attempt to fix f21 boot sequence on physical nodes

gather more data when node is stuck without network

show ifconfig's output while waiting for the ethernet device

increase network initialization timeout to 2 minutes to check conjecture regarding poor system deps

cosmetic changes in the display when network interface cannot be brought up

Setting tag bootcd-5.2-6
remove default kargs systemd.log_target=console console=ttyS0,115200
simpler bootcd layout (no memdisk nor isolinux-debug.bin)
keep track of actual kargs in log file for build.sh

display line with initial '*'

remove default console=ttyS0,115200 and systemd.log_target=console from default kargs
I suspect this is what was causing f21 bootCDs to remain silent

new target sync-build to push build.sh on a test plc

keep track of original kernel in kernel.from

Setting tag bootcd-5.2-5
changes for fedora 21 and its new release of syslinux

update micro doc on the sync targets

stupid me

previous commit works fine, so just a bit of cleanup

fixed the logic for the timeout (break instead of continue..)

allow for a 30s delay before eth0 comes up

looks like our problem is that eth0 is not yet known to the system when we try to do the ifconfig

a convenience target to push initscripts/ and systemd/ in an unwrapped area

coming back to a model that works .. most of the time

mmmh

obviously I did not get it what ExecStart supports - just like anything else in systemd apparently

redirect pl_sysinit and pl_boot to /dev/console

attempts to write stuff on the wemu output

gettty on tty2 should be spawned as per an entry in pl_boot.target.wants/

see if we could get rid of pl_wrapper

this sounds better although it does not fix anything

fixes in the workflow to debug ping-node issues

implement some make targets to ease testing of a bootCD layout, esp. wrt the ping_node step

trying to add an explicit dependency to network-online.target

the kernel flag systemd.log_level=debug is not set by default anymore, callers need to pass the 'systemd-debug' option to GetBootMedium (or to set that tag on node)

reinstate systemd debug in bootcd phase, as we do not get to boot off the bootCD very reliably

reduce amount of messages issued by the bootcd

just use the shell 'function' syntax

tweaks for f21

no real change in terms of the function

temp version that at least fixes a serious regression in previous revision

fedora21 comes with syslinux v6 which requires ldlinux.c32 in addition to its new isolinux.bin

in the process, drop support for an old location of isolinux.bin (pre-f12)

Setting tag bootcd-5.2-4
no change, only some internal comments were changed

just correct a comment

Setting tag bootcd-5.2-3
attempt to make node take off more reliable with pl_wrapper

undo previous move

daemonize pl_wrapper to fulfil systemd

pl_wrapper needs chmod +x

attempt to gather more data on bootcd boot sequence when run under systemd

Setting tag bootcd-5.2-2
fix version number as it shows up in version.txt (was empty)

pass only 2 numbers to version.txt as bootmanager's logic depends on that

pass rpmversion to prep.sh instead of trying to recompute it from the specfile
in fact the specfile that prep.sh sees is the one that comes from git, which does not have
the header prepended, so some variables are not defined and rpm squeaks

attempt to fix build/version.txt in bootcd image

Setting tag bootcd-5.2-1
turn off systemd traces at boot-time

bump to 5.2

oops, really turn off systemd debugging

Setting tag bootcd-5.1-5
fix console on tty2: this broke the build on fedora14
even though f14 doesn't use systemd by defaults there is /etc/systemd in there

mkdir default.target.wants if not present, for f14

Setting tag bootcd-5.1-4
turn on getty/console on tty2

enable getty@tty2 in parallel with pl_boot.service

Setting tag bootcd-5.1-3
reviewed for systemd & f18

turn off systemd logging on console

full messages to get on console when rebooting if DEBUG_SYSTEMD is set

redirect systemd log on console

cannot use kargs to select bootCD default systemd target - this would
apply to hdd boots as well; symlink default.target instead

start with the simplest possible setup