[Engine-devel] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)

Alon Bar-Lev alonbl at redhat.com
Wed Nov 28 13:59:10 UTC 2012


Hello All,

Preparing to ovirt-engine 3.2 the entire "vdsm-bootstrap" bootstrap was re-written from scratch into more pluggable and flexible implementation, available at git master and nightly snapshots.

As far as packaging is concerned there are now two more dependencies to ovirt-engine:

 * otopi -- oVirt Task Oriented Pluggable Installer/Implementation
 * ovirt-host-deploy -- oVirt host deploy tool

These packages replace the legacy vdsm-bootstrap package that was distributed with vdsm.

Git repositories are available at at[1][2].
Documentation is available at Git repositories - README*.
Builds are available at usual place[3].
Bugzilla components will be available shortly.
Change log is attached.

There is no change in the way the engine is performing the host deployment process in term of user experience, other than event log messages during deployment were improved.

The log of the deployment is fetched from host and stored at engine machine at /var/log/ovirt-engine/host-deploy, on host it is at /tmp/ovirt-host-deploy*.log and deleted when fetched to engine.

Among other features, the ovir-host-deploy package can be installed manually on host and executed to prepare host for installation, in future we may be able to add host to engine without performing the deployment process, for now it will be usable for integration tests.

The internals are completely different, instead of having 3 different bootstrap sequences:
 1. host install
 2. ovirt-node install
 3. ovirt-node approve

We now have single sequence which is common to host and node installation or re-installation, end result is much simpler implementation.

Please report any issues even minor issues, so we can stabilize it for 3.2 release.

Best Regards,
Alon Bar-Lev.

[1] http://gerrit.ovirt.org/gitweb?p=otopi.git;a=tree
[2] http://gerrit.ovirt.org/gitweb?p=ovirt-host-deploy.git;a=tree
[3] http://www.ovirt.org/releases/nightly/rpm/Fedora/17/noarch/

---

Change Log

 * offline packager feature.

 * tuned is installed with virtual-host profile.

 * initial implementation based on otpoi.

 * implementation is based on legacy vdsm-bootstrap pacakge functionality.

 * legacy-removed: legacy VDSM (<3.0) config upgrade.

 * legacy-removed: change machine width core file
  # echo /var/lib/vdsm/core > /proc/sys/kernel/core_pattern

 * legacy-removed: kernel version test, package dependency is sufficient.

 * legacy-removed: do not add kernel parameter processor.max_cstate=1
   warn if not have constant_tsc
   https://bugzilla.redhat.com/show_bug.cgi?id=770153

 * legacy-change: io elevator scheduler set in kernel command-line
   use either udev rule in vdsm package or tuned.

 * legacy-change: vdsm libvirt reconfigure
   vdsm is reconfigured with file based trigger instead unsupported systemd
   init.d parameter.

 * legacy-change: distribution checks are simpler based on Python platform,
   minimum:
   - rhel-6.2
   - fedora-17

 * legacy-change: minimum vdsm version is taken from engine not hard coded.

 * legacy-change: pki is now using m2crypto to generate certificate request
   and parse certificates.

 * legacy-change: use iproute2 instead of python ethtool to avoid another
   dependency for host name validation.

 * legacy-change: use iproute2 instead of reading /proc/net/route for route
   information and interface information.

 * legacy-change: do not use vdsm.netinfo for vlan and bonding as it requires
   /usr/share/vdsm modules, and it is trivial anyway.

 * legacy-change: use vdsm-store-net-config script to commit network config
   instead of internal duplicate implementation.

 * legacy-change: /etc/vdsm/vdsm.conf is overridden unless VDSM/configOverride
   environment is set to True

 * legacy-change: /etc/vdsm/vdsm.conf is not read of fake_qemu.
   set VDSM/checkVirtHardware environment to False to avoid hardware detection.

 * legacy-change: following gluster packages not installed:
   - glusterfs-rdma
   - glusterfs-geo-replication



More information about the Devel mailing list