Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

test_corosync_config fails for pacemaker 3.x #508

Closed
AndreasPfaffeneder opened this issue Jun 10, 2021 · 3 comments
Closed

test_corosync_config fails for pacemaker 3.x #508

AndreasPfaffeneder opened this issue Jun 10, 2021 · 3 comments

Comments

@AndreasPfaffeneder
Copy link
Contributor

AndreasPfaffeneder commented Jun 10, 2021

Affected Puppet, Ruby, OS and module versions/distributions

Puppet: 6.21.1
Ruby: 2.5.5p157
Distribution: RHEL 8.4
Module version: v8.0.0

How to reproduce (e.g Puppet code you use)

Multiple steps required:
1.) Have a corosync.conf which is not working, something like:

/etc/corosync/corosync.conf
[...]
totem{
crypto_hash: sha1
crypto_cipher: aes256
transport: udpu
}
[...]

This configuration will not validate, because crypto_hash & crpto_cipher must not be set when using udpu.

Now, trying to deploy a configuration will persistently fail, because test_corosync_config defaults to true, but the actual command does not use the temporarly written configuration file from puppet in /etc/corosync/corosync.conf<puppet-name-extension> via
/usr/bin/env COROSYNC_MAIN_CONFIG_FILE=/etc/corosync/corosync.conf<puppet-name-extension> /usr/sbin/corosync -t but the currently deployed configuration file

So the check command should be changed to something like
/usr/sbin/corosync -t -c %

What are you seeing

Check command validates current configuration, not future configuration.

What behaviour did you expect instead

Check command checks the file deployed by puppet.

Output log

Any additional information you'd like to impart

@AndreasPfaffeneder AndreasPfaffeneder changed the title test_corosync_config fails for 3.x test_corosync_config fails for pacemaker 3.x Jun 10, 2021
@AndreasPfaffeneder
Copy link
Contributor Author

config_validate_cmd exists

@AndreasPfaffeneder
Copy link
Contributor Author

need to get the parameter to the signature of the main class.

@AndreasPfaffeneder
Copy link
Contributor Author

AndreasPfaffeneder commented Jun 14, 2021

With #509 its possible to provide a custom check command which solves that issue.

For reference, the check-command for pacemaker 3x.:

class {'corosync':
[...]
config_validate_cmd => '/usr/sbin/corosync -t -c %'
}

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

No branches or pull requests

1 participant