Description of problem: The "Write new authorized_keys if needed" task does not appear to be idempotent. When running the kdump role against a single host for a second time, it will report a change for this task, and the authorized_keys file will end up with a duplicate entry. When running the kdump role against 2 hosts, each time the role is run, it will alternate showing a change on one host, and on the next run, the other host. The host that reports a change will have a duplicate entry in the authorized_keys file Version-Release number of selected component (if applicable): rhel-system-roles-1.21.1-1.el9_2.noarch How reproducible: Every time Steps to Reproduce: 1. From my controlnode (rhel9-controlnode.example.com) use this inventory file and run the kdump system role several times: all: hosts: rhel9-server1.example.com: rhel9-server2.example.com: vars: kdump_target: type: ssh location: kdump.com kdump_path: "/home/kdump/crash" kdump_sshkey: "/root/.ssh/kdump_id_rsa" kdump_ssh_user: kdump kdump_ssh_server: rhel9-controlnode.example.com Actual results: After the initial run, subsequent runs of the role report a change on the "Write new authorized_keys if needed" task, alternating each time between showing the change on rhel9-server1.example.com and rhel9-server2.example.com. The host that reports a change will have a duplicate entry in the authorized_keys file Expected results: This task is idempotent and does not report changes on subsequent runs. Entries are not duplicated in the authorized_keys file.
@briasmit can you try out the patch in https://github.com/linux-system-roles/kdump/pull/162 ?
@rmeggins Yes, this fixed the issue for me. Thanks!