Unexpected files are created in /tmp directory when running pcs command.
Closed this issue · 3 comments
SatomiOSAWA commented
Hi all.
I've noticed something odd.
On RHEL9.2, when I execute the pcs command, some files are created in the /tmp directory unexpectedly.
How can I solve it?
Here is an example.
[root@rhel92a tmp]# ll /tmp
total 0
[root@rhel92a tmp]# pcs cluster start --all
rhel92a: Starting Cluster...
rhel92b: Starting Cluster...
[root@rhel92a tmp]# ll /tmp
total 4
-rw------- 1 root root 20 Sep 1 09:20 20230901-1082-6aamvb
-rw------- 1 root root 0 Sep 1 09:20 20230901-1082-8h89ix
[root@rhel92a tmp]# cat 20230901-1082-6aamvb
Starting Cluster...
[root@rhel92a tmp]# cat 20230901-1082-8h89ix
[root@rhel92a tmp]# pcs cluster stop --all
rhel92b: Stopping Cluster (pacemaker)...
rhel92a: Stopping Cluster (pacemaker)...
rhel92b: Stopping Cluster (corosync)...
rhel92a: Stopping Cluster (corosync)...
[root@rhel92a tmp]# ll /tmp
total 12
-rw------- 1 root root 32 Sep 1 09:21 20230901-1082-1qsoxg
-rw------- 1 root root 20 Sep 1 09:20 20230901-1082-6aamvb
-rw------- 1 root root 0 Sep 1 09:20 20230901-1082-8h89ix
-rw------- 1 root root 31 Sep 1 09:21 20230901-1082-ht0slz
-rw------- 1 root root 0 Sep 1 09:21 20230901-1082-pew6w8
-rw------- 1 root root 0 Sep 1 09:21 20230901-1082-rx0k22
[root@rhel92a tmp]# cat 20230901-1082-1qsoxg
Stopping Cluster (pacemaker)...
[root@rhel92a tmp]# cat 20230901-1082-ht0slz
Stopping Cluster (corosync)...
The versions for pacemaker and pcs are as follows.
[root@rhel92a ~]# yum list installed | grep -e 'pacemaker' -e 'pcs'
pacemaker.x86_64 2.1.5-7.el9 @RHEL_HA_92
pacemaker-cli.x86_64 2.1.5-7.el9 @RHEL_HA_92
pacemaker-cluster-libs.x86_64 2.1.5-7.el9 @RHEL_HA_92
pacemaker-libs.x86_64 2.1.5-7.el9 @RHEL_HA_92
pacemaker-schemas.noarch 2.1.5-7.el9 @RHEL_HA_92
pcs.x86_64 0.11.4-6.el9 @RHEL_HA_92
FYI: This issue doesn't appear on RHEL8.7, 8.8, and 9.1.
Best Regards,
Satomi OSAWA
mirecheck commented
Hello @SatomiOSAWA,
thank you for reporting this issue. It's really issue in pcs and it happened when we switched one rubygem dependency (open4 -> childprocess). I'm working on a fix and it will be available soon in upstream.
SatomiOSAWA commented
Hello @mirecheck ,
Thank you so much for taking care of it!
SatomiOSAWA commented
@mirecheck,
Thanks a lot!