Implement MODULES_DISABLED in gentoo initscript; document it.This is an addition to commit 37861579f02fee2f6a8aea48282586b0a45d94bc
In case MODULES_DISABLED is set to "yes" in global config,
no attempt is made to load/unload OpenVZ kernel modules
in vz initscripts.
http://bugzilla.openvz.org/132
configure: skip useless/harmful C++/F77 checks by libtoolAC_PROG_LIBTOOL configure macro wants to run a lot of C++ and Fortran checks
Since vzctl does not use any C++ or Fortran code, those checks are useless.
But this is not a problem -- the problem is in case of there is no C++
compiler, configure fails miserably with the following diagnostics:
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" ...
Really fix installation of proper VE configs.An addition to the previous commit 82968bc396108a54c22d2e32b3a69afb57498526.
The problem apparently is when variable assignment is performed in Makefile,
and the line (like A = b) is preceded with a TAB character, GNU make
just ignores this line. No error, no warning, just ignore...
Install proper (arch-dependent) VE configsPrevious implementation was flawed and didn't really worked,
as discovered by Thorsten (bug #419). Redone with obligatory
arch-suffixes and temporary files.
http://bugzilla.openvz.org/419
Do not install directory if a corresponding feature is not enabled.Problem: even if, say, bash_completion feature is not enabled via configure,
a corresponding directory (bash_completion.d) is installed anyway. Same problem
with cron, logrotate, udev.
Apparently it's not enough to guard "bashc_DATA" in Makefile
by "if ENABLE_BASHCOMP" -- it is also required to guard the directory.
Fix to make configure working in builddir != srcdir.Apparently automake is smart enough to add $(srcdir) by itself.
Without this patch, make tried to refer to ../../bin/../../bin/ files
which is shows that srcdir has been added twice -- by us and by automake.
vzmigrate: add --delete to rsync callsDuring testing and debugging of a problem on Debian systems
(which I later found out was corrected in 3.0.13 version) I found
that the rsync commands in vzmigrate can give quite unexpected
results.
The command looks basically like this:
rsync -aH ${from} ${to}
This means that files are copied from ${from} to ${to}, but if
files already exist on ${to} from some older copy the old files
that do...
Speedup 'vz stop' action * removed 'sleep 1' * added parallel value auto calculation by the rule: num_cpu * 4http://bugzilla.openvz.org/show_bug.cgi?id=431
Fix VPSCONFDIR in etc/init.d/vz-gentoo scriptIt should fix application of 0.conf file during startup,
as well as start of VEs marked with "ONBOOT=yes".
Fixed the incorrect behaviour of vzmigrate in quiet mode1. Fixed the problem with calling vzmigrate script in nonverbose mode. Problem
is the following. If out is set to "&> /dev/null" bash treats $out as '&>'
/dev/null. This provokes a crush of vzmigrate on scp $a $b '&>' /dev/null.
Problem is solved by adding logexec () function for execution scp, ssh and vzctl
commands.
2. echo's replaced by log 1
http://bugzilla.openvz.org/show_bug.cgi?id=401
Fixed path to vznetcfg.Two bugs introduced by my previous "commit-then-think"
commit 6951306722fb1394ddad4bcc3cf06c505a01b5f5:
- Should be SBINDIR, not SBIN_DIR
- Slash between path and file was absent
Cleaned up etc/network-scripts installation logic.Perfection is near:
- removed useless ifcfg-venet0.in -> ifcfg-venet0 generation
- added CLEANFILES for 'make clean' to work
- added missing $(srcdir) in installation
Made vzctl.spec working.We can finally build vzctl rpm! The following fixes were made:
- proper options to configure
- proper vpsconfdir passed to make install (and only to make install ...
yeah I know this is dirty hack but can't really fix it)
- clean libvzctl.la file and libvzctl.so symlink -- not really needed
- proper libvzctl file name
Fixed /etc/vz/dists/scripts/* installation.[kir@openvz.org: my fault, I have introduced both nobase_ and scripts subdir,
so it ended up in /etc/vz/dists/scripts/scripts/.]
Fixes for etc/network-scripts/Makefile.amA few fixes on top of commit a64cea7ddfa38d60fb07a0ab7edb102fedec182b
- do not use _SCRIPTS and _DATA variables -- they are used by automake.
- fixed install-redhat target deps
Reworked RH/FC-specific network scripts installation.Moved to the separate directory.
Created a separate Makefile.am.
[kir@openvz.org: fixed permissions for ifcfg-venet0, added comments]