Bug #17893
closedAfter migration standard technique packageManagement doesn't work anymore
Description
Hi,
after the rudder 6.0 to 6.1 migration the standard directive "Packages" seems to report errors and don't install the software (e.g. nmap) on SLES12 and CentOS 7 systems.
rudder:~ # rpm -qa nmap
nmap-6.46-3.6.1.x86_64
rudder:~ # rudder agent run -q
Rudder agent 6.1.0.release
Node uuid: 0cc08d81-6e4c-4474-9541-5bc691d511a8
Start execution with config [20200701-111046-598b1f6f]
M| State Technique Component Key Message
E| repaired Common Update Policy or configuration library were updated
E| error packageManagement Package jq Presence of package jq in any version could not be repaired
E| error packageManagement Package python3-Jinja2 Presence of package python3-Jinja2 in any version could not be repaired
E| error packageManagement Package sysstat Presence of package sysstat in any version could not be repaired
E| error packageManagement Package tmux Presence of package tmux in any version could not be repaired
E| error packageManagement Package at Presence of package at in any version could not be repaired
E| error packageManagement Package iotop Presence of package iotop in any version could not be repaired
E| error packageManagement Package nmap Presence of package nmap in any version could not be repaired
E| error packageManagement Package screen Presence of package screen in any version could not be repaired
## Summary #####################################################################
200 components verified in 30 directives
=> 200 components in Enforce mode
-> 140 compliant
-> 1 repaired
-> 51 not-applicable
-> 8 error
Execution time: 7.45s
################################################################################
rudder:~ # zypper rm -y nmap
[...]
rudder:~ # rpm -qa nmap
rudder:~ # rudder agent run -q
rudder agent run -q
Rudder agent 6.1.0.release
Node uuid: 0cc08d81-6e4c-4474-9541-5bc691d511a8
Start execution with config [20200701-111046-598b1f6f]
M| State Technique Component Key Message
E| error packageManagement Package jq Presence of package jq in any version could not be repaired
E| error packageManagement Package python3-Jinja2 Presence of package python3-Jinja2 in any version could not be repaired
E| error packageManagement Package sysstat Presence of package sysstat in any version could not be repaired
E| error packageManagement Package tmux Presence of package tmux in any version could not be repaired
E| error packageManagement Package at Presence of package at in any version could not be repaired
E| error packageManagement Package iotop Presence of package iotop in any version could not be repaired
E| error packageManagement Package nmap Presence of package nmap in any version could not be repaired
E| error packageManagement Package screen Presence of package screen in any version could not be repaired
## Summary #####################################################################
200 components verified in 30 directives
=> 200 components in Enforce mode
-> 141 compliant
-> 51 not-applicable
-> 8 error
Execution time: 7.58s
################################################################################
rudder:~ #
rudder:~ # rpm -qa nmap
rudder:~ #
Seems to be related to #17875
Best regards,
Alex
Updated by Alexander Brunhirl over 4 years ago
Same with latest available version
E| error packageManagement Package nmap Presence of package nmap in latest available version could not be repaired
and specific version ( e.g. 6.46-3.6.1 )
E| error packageManagement Package nmap Presence of package nmap in version 6.46-3.6.1 could not be repaired
Updated by Alexander Brunhirl over 4 years ago
- Subject changed from After migration standard directive package doesn't work anymore to After migration standard technique packageManagement doesn't work anymore
Updated by François ARMAND over 4 years ago
What is the output of rudder agent run -i
?
Do you have global parameter rudder
defined in rudder?
Updated by Alexander Brunhirl over 4 years ago
Just collected the data
2020-07-01T10:09:16+00:00 Presence of package iotop in any version could not be repaired
2020-07-01T10:09:16+00:00 error: Method 'package_state_options' failed in some repairs
2020-07-01T10:09:16+00:00 error: Invalid or missing arguments in package_module body 'zypper': query_installed_ifelapsed = -678 query_updates_ifelapsed = -678
2020-07-01T10:09:16+00:00 error: New package promise failed sanity check.
2020-07-01T10:09:16+00:00 error: Invalid or missing arguments in package_module body 'zypper': query_installed_ifelapsed = -678 query_updates_ifelapsed = -678
2020-07-01T10:09:16+00:00 error: New package promise failed sanity check.
2020-07-01T10:09:16+00:00 error: Invalid or missing arguments in package_module body 'zypper': query_installed_ifelapsed = -678 query_updates_ifelapsed = -678
2020-07-01T10:09:16+00:00 error: New package promise failed sanity check.
2020-07-01T10:09:16+00:00 error: Method 'ncf_package' failed in some repairs
info packageManagement None nmap If you tried to install a virtual package, please use in place the concrete package you want to install.
[...]
E| error packageManagement Package nmap Presence of package nmap in any version could not be repaired
Do you have global parameter
rudder
defined in rudder?
What do you mean with "global parameter rudder
"?
Updated by François ARMAND over 4 years ago
- Related to Bug #17875: After migration to 6.1, apt_get fails because of missing `rudder` global parameters added
Updated by François ARMAND over 4 years ago
In global parameter, you should have one with name `rudder` and json value for the missing parameter of packageManagement technique, as shown here: https://issues.rudder.io/attachments/1706
If it is not the case, you seems to be subjected to the same problem as #17875. Somehow, one file was not correctly updated with upgrade. If it's the case, I will close that one as duplicate to keep information colocated in the other ticket.
Updated by Alexander Brunhirl over 4 years ago
Unfortunatly it's not the case rudder
does contain the proper values {"packages":{"installed_cache_expire":60,"updates_cache_expire":240}}
but I assume during the upgrade there was an error see #17895
Updated by Alexander Brunhirl over 4 years ago
- Status changed from New to In progress
Like Bug #17895, this was a follow up error from Bug #17873.
Follow up error from #17873; hence I closed it.
Workaround:
rudder:~ # cp /opt/rudder/share/package-scripts/rudder-webapp-postinst . rudder:~ # vi ./rudder-webapp-postinst rudder:~ # diff -u /opt/rudder/share/package-scripts/rudder-webapp-postinst ./rudder-webapp-postinst --- /opt/rudder/share/package-scripts/rudder-webapp-postinst 2020-06-16 16:19:16.000000000 +0200 +++ ./rudder-webapp-postinst 2020-07-01 15:44:42.351803455 +0200 @@ -38,7 +38,7 @@ fi if getent group ncf-api-venv >/dev/null; then - groupdel --system ncf-api-venv >> ${LOG_FILE} + groupdel ncf-api-venv >> ${LOG_FILE} fi echo " Done" rudder:~ # rudder:~ # ./rudder-webapp-postinst false apache2 INFO: Creating groups ... Done INFO: Creating users ... Done INFO: Removing ncf-api-venv user and group ... Done INFO: Setting up systemd ...INFO: Restarting rudder-slapd... Done INFO: Launching script to check if a migration is needed ... Done INFO: Re-generate rudder-lang libraries ... Done INFO: Make sure Rudder webapp is started... Done INFO: Make sure Apache HTTPd is started... Done rudder:~ #
Updated by François ARMAND over 4 years ago
- Related to Bug #17873: SLES12 upgrade error 6.0 to 6.1 added
Updated by François ARMAND over 4 years ago
- Status changed from In progress to Rejected