Actions
Bug #10482
closedBug #10467: slapd is not always restarted after installation of rudder-inventory-ldap
slapd is not always restarted after rudder-init
Pull Request:
Severity:
Major - prevents use of part of Rudder | no simple workaround
UX impact:
User visibility:
Getting started - demo | first install | level 1 Techniques
Effort required:
Priority:
54
Name check:
Fix check:
Regression:
Description
When running rudder-init, on centos7, rudder-slapd is not correctly restarted after password change
So webapp is not functionnal - and it doesn't repair itself
Output of agent
rudder verbose: P: Base context class: pass2.!is_check_action.!windows.!is_process_action.method_found rudder verbose: P: Stack path: /default/root_component_check/methods/'any'/default/root_password_check_ldap/methods/'restart_slapd'/default/service_restart/methods/'restart always'/default/service_restart_i f/methods/'restart'/default/service_action/methods/'action'/default/ncf_services/commands/'/bin/systemctl --no-ask-password restart rudder-slapd.service'[1] rudder verbose: Promiser string contains a valid executable '/bin/systemctl' - ok rudder info: Executing 'no timeout' ... '/bin/systemctl --no-ask-password restart rudder-slapd.service' rudder verbose: Setting umask to 77 rudder verbose: Additional promise info: source path '/var/rudder/ncf/common/20_cfe_basics/ncf_lib.cf' at line 1065 rudder verbose: Finished command related to promiser '/bin/systemctl --no-ask-password restart rudder-slapd.service' -- succeeded rudder verbose: C: + promise outcome class 'promise_repaired_ncf_services_rudder_slapd_restart' rudder verbose: C: + promise outcome class 'ncf_services_rudder_slapd_restart_repaired' rudder verbose: C: + promise outcome class 'ncf_services_rudder_slapd_restart_ok' rudder verbose: C: + promise outcome class 'ncf_services_rudder_slapd_restart_reached' rudder info: Completed execution of '/bin/systemctl --no-ask-password restart rudder-slapd.service' rudder verbose: A: Promise REPAIRED
but ldapsearch fails
#ldapsearch -v -h localhost -p 389 -x -D "cn=Manager,cn=rudder-configuration" -w 6e3099003a06 -b "ou=Nodes,ou=Accepted Inventories,ou=Inventories,cn=rudder-configuration" -s one xxxx ldap_initialize( ldap://localhost:389 ) ldap_bind: Invalid credentials (49)
Running again /bin/systemctl --no-ask-password restart rudder-slapd.service solves the issue
Updated by François ARMAND over 7 years ago
- Severity changed from Critical - prevents main use of Rudder | no workaround | data loss | security to Major - prevents use of part of Rudder | no simple workaround
- User visibility changed from First impressions of Rudder to Getting started - demo | first install | level 1 Techniques
Updated by Vincent MEMBRÉ over 7 years ago
- Target version changed from 4.1.0 to 4.1.1
Updated by Vincent MEMBRÉ over 7 years ago
- Target version changed from 4.1.1 to 4.1.2
Updated by Benoît PECCATTE over 7 years ago
- Status changed from New to Rejected
The code restarts the slapd service but systemd didn't answer anything.
The systemd problem has been solved by #10483
Feel free to reopen if it happens again
Updated by Benoît PECCATTE over 7 years ago
- Is duplicate of Bug #10483: slapd is not started after installation of rudder-inventory-ldap on unbutu 16.04 added
Actions