The puppetlabs mysql modules has a backup class which seems to be too
smart for its own good. Create a simple module with a backup define that
allows us to backup specific databases independently.
Change-Id: If8a68b254ab1df61a1c9f99f8484a6ebd2e66944
* .../logs/htmlify-screen-log.py: fileinput.input is a global attempting
to update it when it is already active causes problems. Instead create
dinstinct FileInput objects for iterating over files to avoid problems
with globals.
Change-Id: I6ac585e55c918b9bcdb188d347049cbb3abb4125
* modules/openstack_project/manifests/lists.pp: Sorted for ease of
management and to reduce parallel change merge conflicts in the
future.
Change-Id: I12240060e30114bd0a455768f498681b7a2c232c
*Grumble Grumble* Seems the Asterisk packaging from Digium is missing
asterisk functionality, as such we need to remove some modules from
loading otherwise we see the following warnings:
[2013-08-13 17:21:49.911] WARNING[20375] loader.c: Error loading module
'app_setcallerid.so': /usr/lib64/asterisk/modules/app_setcallerid.so:
cannot open shared object file: No such file or directory
[2013-08-13 17:21:49.914] WARNING[20375] loader.c: Error loading module
'codec_speex.so': /usr/lib64/asterisk/modules/codec_speex.so: cannot
open shared object file: No such file or directory
[2013-08-13 17:21:49.916] WARNING[20375] loader.c: Error loading module
'format_sln16.so': /usr/lib64/asterisk/modules/format_sln16.so: cannot
open shared object file: No such file or directory
[2013-08-13 17:21:49.917] WARNING[20375] loader.c: Error loading module
'func_curl.so': /usr/lib64/asterisk/modules/func_curl.so: cannot open
shared object file: No such file or directory
[2013-08-13 17:21:49.920] WARNING[20375] loader.c: Error loading module
'func_speex.so': /usr/lib64/asterisk/modules/func_speex.so: cannot open
shared object file: No such file or directory
[2013-08-13 17:21:49.922] WARNING[20375] loader.c: Error loading module
'res_curl.so': /usr/lib64/asterisk/modules/res_curl.so: cannot open
shared object file: No such file or directory
Change-Id: I0e148d05b1d73967b335912ffa208670003b44c7
Signed-off-by: Paul Belanger <paul.belanger@polybeacon.com>
This was a missing (+) from the context header, this failed to properly
load the modules listed in modules.conf.
Change-Id: Ic49216f9e059267ce5a13a8304bc703720e128b8
Signed-off-by: Paul Belanger <paul.belanger@polybeacon.com>
Use the new gearman-plugin single-use feature with all 'devstack-vm'
jobs. This is compatible with the current devstack-gate scripts,
though once this is in place, they can be updated so that they no
longer perform relabel operations.
This is also compatible with future devstack-gate nodepool operations.
Change-Id: I6fcadb47ba5eeead3d11926019b3c041305c95f7
This commit adds the gate-tempest-devstack-vm-testr-full jenkins job
to the gate pipeline for each project that has it in their respective
check pipeline jobs. The runs have been getting more stable, so adding
it to the gate queue for final validation before of stability before
switching it to the tempest default.
Change-Id: I2f8ac43f9736122238c51143e8716de18e359d6b
* modules/openstack_project/files/log_archive_maintenance.sh: On
occasion the compressor will be engaged on a file which is still
being written to the log archive, resulting in a compressed but
truncated copy along with the original it lacked the write lock to
unlink. Then on a subsequent pass, this file will be skipped because
the destination filename already exists. Instead, don't compress a
file unless its last modified time is more than 10 minutes in the
past.
Change-Id: Ife874784babd41aa45b4183f4f0a5a5730cf5a23
Since the introduction of non-voting puppet-lint jobs for OpenStack
puppet modules, a lot of cleanup have been done in the manifests.
All puppet-lint ERRORS have been fixed and builds are now passing
successfully. We wish to enable voting for puppet-lint jobs.
We are aware that WARNINGS are still present but won't fail the build.
Fixing WARNINGS will be a work in progress in the following months.
Change-Id: I155154b7a3fe2c18130bdcb6b76be11f57c0a0ed
The 404 handler that previously existed didn't actually handle the
file not found case, because we hit it too late in the generator,
so all control was over in Apache. In order to deal with this
instead try to open and close the file early, to trigger the
exception before we get to the generator. This opens us up to a
small race, which we should never see on a real system. And also
let's us keep the generator approach which we need from a memory
perspective on the server.
Also ensure that we are only handling the non-query string part
of path info when we are trying to find a file, otherwise query
strings make everything 404.
And lastly, give us an out if we want to make a web browser get
the text version instead of the html version via passing
?content-type=text/plain on the query string. Some logs like
nova-api are so large (35MB of html) that some browsers on some
OSes completely fall over dealing with them. This will let those
users get around it if it's a problem.
Change-Id: I7383deb95dcbc097aa6c1053dc9bb5a8de04cf26
