[DROOLS-7638]"docker system prune -f" fails in GHA

[tkobayas]

JIRA:
https://issues.redhat.com/browse/DROOLS-7638

[tkobayas]

Hmm,

      current: |
        bash -c "if docker system df > /dev/null 2>&1; then docker system prune -f; else echo 'Prune operation already in progress. Skipping this command.'; fi"

resulted in

2024-10-17T05:15:51.3981823Z [command]/usr/bin/bash -c if docker system df > /dev/null 2>&1; then docker system prune -f; else echo 'Prune operation already in progress. Skipping this command.'; fi
2024-10-17T05:15:51.4689072Z Error response from daemon: a prune operation is already running

It means docker system df is not effective to check the lock.

We may just proceed when we hit "a prune operation is already running".

[tkobayas]

Okay. In Kogito Downstream / kogito-apps,

2024-10-17T06:22:00.8930991Z [command]/usr/bin/bash -c docker system prune -f 2>&1 | grep -q 'a prune operation is already running' && echo 'Prune operation already in progress. Skipping this command.' || true
2024-10-17T06:22:00.9090193Z Prune operation already in progress. Skipping this command.

GHA skips docker system prune -f in this case. I think it's a safe workaround, although we haven't identified why kogito-apps hits this issue.

[mareknovotny]

maybe better to use different command than prune?

see this for instance docker/for-mac#2501
As recommended docker rmi $(docker images -f "dangling=true"-q) is logging the progress

[tkobayas]

Used if block because docker rmi fails if there is no dangling images.

[tkobayas]

@mareknovotny Thanks, replaced with docker rmi $(docker images -f dangling=true -q).

2024-10-18T06:36:13.1706053Z [command]/usr/bin/bash -c if [ -n "$(docker images -f dangling=true -q)" ]; then docker rmi $(docker images -f dangling=true -q); else echo 'No dangling images to remove.'; fi
2024-10-18T06:36:13.1893638Z No dangling images to remove

Actually, there is no dangling images in this case. But I think it's good to go.

[tkobayas]

@rgdoliveira @mareknovotny Please review, thanks!