You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Machine or Virtual Machine details: Travis CI job #4
Operating System: CentOS
meza version hash: Many versions recently, perhaps since Ansible 2.8 release
Issue details
Intermittent errors on Travis CI job #4 (test_type = backup-to-remote). Error is:
TASK [base : ensure deltarpm is installed and latest] **************************
Monday 27 May 2019 23:34:52 +0000 (0:00:01.223) 0:00:22.767 ************
fatal: [172.17.0.2]: FAILED! => {
"changed": false
}
MSG:
yum lockfile is held by another process
ok: [172.17.0.3]
ok: [localhost]
Note that this error is on 172.17.0.2, but not on 172.17.0.3 or localhost. localhost is, I believe, one of these two servers (172.17.0.2 or 172.17.0.3). If it is the failing server, then it's possible that localhost is already executing the task and has held the yum lockfile. The solution may be to add localhost to the exclude-all group, similar to the solution to #1035.
I thought the issue might have came from PackageKit, so I made #1164. The error is still happening though. I don't think we want PackageKit, so it doesn't hurt that #1164 explicitly removes it.
The text was updated successfully, but these errors were encountered:
Environment
#4
Issue details
Intermittent errors on Travis CI job #4 (test_type = backup-to-remote). Error is:
Note that this error is on
172.17.0.2
, but not on172.17.0.3
orlocalhost
.localhost
is, I believe, one of these two servers (172.17.0.2
or172.17.0.3
). If it is the failing server, then it's possible thatlocalhost
is already executing the task and has held the yum lockfile. The solution may be to addlocalhost
to theexclude-all
group, similar to the solution to #1035.I thought the issue might have came from PackageKit, so I made #1164. The error is still happening though. I don't think we want PackageKit, so it doesn't hurt that #1164 explicitly removes it.
The text was updated successfully, but these errors were encountered: