Rudder

The FileCopy PT may take more than 4 minutes, and then all subsequent promises may be delayed out of the next execution, or even skipped du to the ifelapsed.
One solution may be to allow for another usage of the PT, without digest, and idealy to background the copy

For the record: the fix applied for this bug was to allow PIs to be configured to use different file comparaison methods, ie mtime or a MD5 hash. MD5 hashes take longer than mtime, so we had hope this would ease this situation along.

However, the real fix would be to run copy promises asynchronously - or at least at the end of the CFEngine run. I will detail this in another ticket.

Jonathan CLARKE wrote:

For the record: the fix applied for this bug was to allow PIs to be configured to use different file comparaison methods, ie mtime or a MD5 hash. MD5 hashes take longer than mtime, so we had hope this would ease this situation along.

However, the real fix would be to run copy promises asynchronously - or at least at the end of the CFEngine run. I will detail this in another ticket.

As you said, the fix would be to run copy promises asynchronously, so the fix applied is a simple bypass which can not resolve this bug. Indeed, a new bug as been opened here: #2470 which is relative to the "simple bypass".