Skip to content

Conversation

@rsmekala
Copy link
Contributor

Fix for issue #354
Added level option to logging specifications. User can use level option in task to set the verbosity level for Juniper.junos role.

User can choose of either INFO/DEBUG logging level. The default level would be WARNING.

The order of preference for setting the level would be:

  1. Set level to DEBUG if ANSIBLE_DEBUG is True.
  2. Set level based on number of v's passed to module.
  3. Set level based on level option mentioned in task data.

Copy link
Contributor

@stacywsmith stacywsmith left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please fix it so your pull request doesn't include previous unrelated commits. This pull request contains changes from the supports_check_mode fix because it appears you haven't updated your repo.

higher are logged.
- 4) If I(level) is mentioned then messages at level I(level) or more are
logged.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please make sure the documentation generates correctly with this addition. The documentation generation can be very fragile.

logging_spec_mutually_exclusive = ['logfile', 'logdir']



Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why add extra unnecessary whitespace? Suggest you always run pep8 against your changes.

argument_spec.update(top_spec)
# Extend mutually_exclusive with connection_mutually_exclusive
mutually_exclusive += top_spec_mutually_exclusive
mutually_exclusive = top_spec_mutually_exclusive
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This will break things! A module may specify parameters which are mutually exclusive. The common parameters which are mutually exclusive should be added to the module specified parameters, not override them.

@vnitinv
Copy link
Contributor

vnitinv commented May 2, 2018

@rsmekala Can you please clean up unwanted commits

@stacywsmith
Copy link
Contributor

@rsmekala you added a commit that reverts the supports_check_mode fix, rather than updating your sandbox to include this commit. Now, if you were to merge this PR as it currently stands, you would actually revert the previous fix.

@ydnath ydnath added this to the 2.1 milestone May 3, 2018
@vnitinv
Copy link
Contributor

vnitinv commented May 7, 2018

Fix #359

@Juniper Juniper deleted a comment from rsmekala May 7, 2018
@vnitinv
Copy link
Contributor

vnitinv commented May 7, 2018

@rsmekala This pull request is clean as of now with respect to other changes in the discussion. So I think we are good.

@vnitinv vnitinv merged commit 223b32f into Juniper:master May 11, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants