Project

General

Profile

Actions

Bug #10482

closed

Bug #10467: slapd is not always restarted after installation of rudder-inventory-ldap

slapd is not always restarted after rudder-init

Added by Nicolas CHARLES about 7 years ago. Updated almost 7 years ago.

Status:
Rejected
Priority:
N/A
Assignee:
-
Category:
Packaging
Target version:
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


Related issues 1 (0 open1 closed)

Is duplicate of Rudder - Bug #10483: slapd is not started after installation of rudder-inventory-ldap on unbutu 16.04ReleasedFrançois ARMANDActions
Actions #1

Updated by François ARMAND about 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
Actions #2

Updated by Benoît PECCATTE about 7 years ago

  • Priority set to 54
Actions #3

Updated by Vincent MEMBRÉ about 7 years ago

  • Target version changed from 4.1.0 to 4.1.1
Actions #4

Updated by Vincent MEMBRÉ almost 7 years ago

  • Target version changed from 4.1.1 to 4.1.2
Actions #5

Updated by Benoît PECCATTE almost 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

Actions #6

Updated by Benoît PECCATTE almost 7 years ago

  • Is duplicate of Bug #10483: slapd is not started after installation of rudder-inventory-ldap on unbutu 16.04 added
Actions

Also available in: Atom PDF