| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a bit tricky because we need the enabled server plugins for the
default value. To have these available before parsing lint_plugins the
server plugins needs to be parsed during early parsing mode.
Additional there are lint plugins that has no matching server plugin.
To identify them, this adds a reference from the lint plutins to the
name of the matching server plugins in the member variable
__serverplugin__. If this variable is None the plugin is always used.
If a lint plugin could not be imported (maybe because of a missing
dependency) the plugin is ignored and not considered as a default value.
|
|
|
|
|
|
|
| |
If a KeyboardInterupt occurs during block_for_fam_events core.shutdown()
has to be called. block_For_fam_events will start the fam thread and
if shutdown is not called the main thread will stop on an exception and
python will wait until the fam thread stops (never).
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Sol Jerome <sol.jerome@gmail.com>
|
|\
| |
| | |
Client: fix statistics for only-important mode
|
| |
| |
| |
| | |
Do not report non-important entries as bad entries in only-important mode.
|
|/ |
|
| |
|
| |
|
| |
|
|\
| |
| | |
YUM: Add options to enable and disable Yum plugins
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Adds two options you can define:
* disabled_plugins: A comma-separated list of plugins to disable
* enabled_plugins: A comma-separated list of plugins to enable
This allows you to run bcfg2 with certain plugins enabled or disabled
when they're not set that way in the yum configuration. This is
useful because the Bcfg2 YUM plugin is initialized before it can read
in any files that might overwrite yum plugin configuration.
|
| |
| |
| |
| |
| |
| |
| |
| | |
The XMLRPCTransport __init__ method defines several arguments with default
values. The current call missed the use_datetime argument, so that the
client_timeout will set the use_datetime paramenter and the protocol option
was used as timeout (does not work, because a float is required and raises
an exception).
|
| | |
|
| |
| |
| |
| |
| | |
The option was there in bcfg2-1.3.x and is still documented (maybe it just
got lost during the options rewrite).
|
| |
| |
| |
| |
| |
| |
| | |
When using altsrc the name of real file created on the client is now
in the realname attribute of the entry. The <Path> filter in the info.xml
should match theses if available to set different permissions for
the different files created by one template with altsrc.
|
|\ \
| | |
| | | |
Options/Commmon: remove default values for ssl-key/ssl-cert
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
With these default values it is impossible to remove the ssl key and ssl cert
from the configuration and use password auth. Configuration options could not
be condensed in Bcfg2.Options.Common, because Server and Client needs
different default values.
|
|\ \ \
| |/ /
|/| | |
Tools/Action: fix typo
|
| | | |
|
|\ \ \ |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
This plugin was developed for 1.3.x and during the transition to master
the changed arguments of Collection.__init__ were missed.
|
| |/ /
|/| |
| | |
| | |
| | |
| | | |
Modified from github #204. Thanks to Alexander Sulfrain.
Signed-off-by: Sol Jerome <sol.jerome@gmail.com>
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | | |
The first version matched Bcfg2-1.3.4.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This removes the ndiff, which is a bit extraneous and can cause up to 30 second
timeouts on larger files with many changes. unified_diff is faster and
generally more applicable, and is already what is shown to the admin on
interactive mode. This can save up to 30 seconds per file, per run.
A future commit can take the resulting unified diff and recreate the ndiff
specifically for the reporting if that is desired.
|
|\ \ \
| | | |
| | | | |
Add only important flag
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Add support for displaying the skipped entries in dryrun mode when using
the --only-important command line flag.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Add the new --only-important (-i) command line option. With this option
bcfg2 will only configure the important entries and exits clean
afterwards.
|
| |/ /
|/| |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The interaction entries have a isstale() method, we do not need a
template tag, that tries to figure out this on its own. The isstale()
method works even better: It knows, if the interaction is the current
interaction and compares the timestamp to the current time or (if it is
not the current one) it compares the timestamp to the timestamp of the
next interaction. So using the method of the model, you can browse the
interaction history and see, if the host was stale some time in the
past. Previously all interactions more than 24h ago were marked stale.
|
| | |
| | |
| | |
| | | |
Signed-off-by: Sol Jerome <sol.jerome@gmail.com>
|
|/ /
| |
| |
| |
| | |
The condition of the if should match the case, if the entry should be
skipped.
|
| |
| |
| |
| |
| |
| |
| | |
This changes makes the default value match what is specified by the
documentation.
Signed-off-by: Sol Jerome <sol.jerome@gmail.com>
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In Bcfg2.Options.Parser._parse_config_options, if the "default" of the
option (perhaps set by the config file) evaluates to True, then it runs
the actions associated with the option. Otherwise, it just sets the
option to the default directly with setattr.
Since the default of a store_false action is True, the code will run
argparse's _StoreFalseAction function. Well, _StoreFalseAction, is a
subclass of _StoreConstAction where const=False. _StoreConstAction has a
call method which looks like this:
def __call__(self, parser, namespace, values, option_string=None):
setattr(namespace, self.dest, self.const)
So it completely ignores the value passed in and just sets the value of
the option to const (i.e. False).
Looking at fam_blocking
{None: _StoreFalseAction(option_strings='fam_blocking',
dest='fam_blocking', nargs=0, const=False, default=True, type=None,
choices=None, help='FAM blocks on startup until all events are
processed', metavar=None)}
start phase 3
fam_blocking config val is True
start phase 3
_parse_config_options: fam_blocking default is True
_parse_config_options: calling argparse.<class
'argparse._StoreFalseAction'> with value True on fam_blocking
_parse_config_options: after calling argparse.<class
'argparse._StoreFalseAction'> fam_blocking is False
after _parse_config_options fam_blocking is False
after phase 3 fam_blocking is False
after phase 4 fam_blocking is False
end of parser fam_blocking is False
CLI init fam_blocking is False
So how to fix it? Define a new Action? That seems like the most direct
approach since the problem really is that _StoreFalseAction does what it
says on the tin, it stores false no matter what.
The new action BooleanOptionAction works like store_true and store_false,
except that it stores the value that was passed in, or the default if there
was no value passed in.
|
| |
| |
| |
| |
| |
| |
| | |
There is a quirk in the configuration parser where a BooleanOption
with default=True will always return false __unless_ a command-line
option is provided. Not sure why that's the case, but this is a work-
around
|
| |
| |
| |
| |
| |
| |
| | |
Based on discussion in #bcfg2, the consensus seems to be that the
behavior provided by fam_blocking = True is the least surprising
of the two options (i.e. the server should not process data until
it is ready). 1.4 seems like a good time to make this change.
|