Bug #2415
closedRudder Configuration Rules reports error when a copy of file is initiated and requires a lot of time to be done.
Description
François BAYART has encountered this bug when trying to copy some files which take 4 mins to be done.
Updated by Nicolas CHARLES over 12 years ago
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
Updated by Jonathan CLARKE over 12 years ago
- Status changed from New to Released
- % Done changed from 0 to 100
Looks good to me.
Updated by Francois BAYART over 12 years ago
- Status changed from Released to Discussion
the initial problem still exist in PT version 1.4.
My source directory details are :
86Mo
4744 files
931 directories
Updated by Jonathan CLARKE over 12 years ago
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.
Updated by Nicolas PERRON over 12 years ago
- Target version changed from 2.3.7 to 2.3.8
Updated by Nicolas PERRON over 12 years ago
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".
Updated by Jonathan CLARKE over 12 years ago
- Project changed from Rudder to 24
- Category deleted (
Techniques)
Updated by Nicolas PERRON over 12 years ago
- Category set to Policy Templates
It concerns Policy Templates
Updated by Jonathan CLARKE over 12 years ago
- Target version changed from 2.3.8 to 2.3.9
Updated by Nicolas PERRON about 12 years ago
- Target version changed from 2.3.9 to 2.3.10
Updated by François ARMAND almost 12 years ago
- Category changed from Policy Templates to Techniques
Updated by Matthieu CERDA almost 12 years ago
- Target version changed from 2.3.10 to 2.3.11
Updated by Matthieu CERDA over 11 years ago
- Target version changed from 2.3.11 to 2.3.12
Updated by Matthieu CERDA over 11 years ago
- Target version changed from 2.3.12 to 2.3.13
Updated by Nicolas PERRON over 11 years ago
- Target version changed from 2.3.13 to 84
Updated by Nicolas PERRON over 11 years ago
- Target version changed from 84 to 2.4.7
Updated by Nicolas PERRON over 11 years ago
- Target version changed from 2.4.7 to 2.4.8
Updated by Nicolas PERRON over 11 years ago
- Target version changed from 2.4.8 to 2.4.9
Updated by Nicolas PERRON about 11 years ago
- Target version changed from 2.4.9 to 2.4.10
Updated by Nicolas PERRON about 11 years ago
- Target version changed from 2.4.10 to 2.4.11
Updated by Nicolas PERRON about 11 years ago
- Target version changed from 2.4.11 to 2.4.12
Updated by Nicolas PERRON about 11 years ago
- Target version changed from 2.4.12 to 2.4.13
Updated by Vincent MEMBRÉ almost 11 years ago
- Target version changed from 2.4.13 to 2.6.11
I don't understand if this bug is fixed or not... need to test it.
Retargeting to 2.6, since 2.4 is not maintained anymore
Updated by Vincent MEMBRÉ almost 11 years ago
- Target version changed from 2.6.11 to 2.6.12
Updated by Vincent MEMBRÉ almost 11 years ago
- Target version changed from 2.6.12 to 2.6.13
Updated by Vincent MEMBRÉ over 10 years ago
- Target version changed from 2.6.13 to 2.6.14
Updated by Jonathan CLARKE over 10 years ago
- Target version changed from 2.6.14 to 2.6.16
Updated by Jonathan CLARKE over 10 years ago
- Target version changed from 2.6.16 to 2.6.17
Updated by Nicolas PERRON over 10 years ago
- Target version changed from 2.6.17 to 2.6.18
Updated by Matthieu CERDA about 10 years ago
- Target version changed from 2.6.18 to 2.6.19
Updated by Vincent MEMBRÉ about 10 years ago
- Target version changed from 2.6.19 to 2.6.20
Updated by François ARMAND almost 10 years ago
- Status changed from Discussion to New
- Assignee set to Benoît PECCATTE
- Target version changed from 2.6.20 to 2.10.10
Like Vincent, I'm not sur of the status of that one. I understand it's still here and that #2470 only allows to workaround it.
Benoit, could you please qualify again that bug in 2.10, so we have a clear understanding of its status.
Updated by Vincent MEMBRÉ almost 10 years ago
- Target version changed from 2.10.10 to 2.10.11
Updated by Benoît PECCATTE almost 10 years ago
- Status changed from New to Rejected
In 2.10 the technique version 1.3 is available and allow to choose between file comparison methods and provides a mtime option.
A test show that os solves this bug.
Running copy asynchronously is not practical since we would loose the "repaired" event and postprocessing hooks would not work.
Running a directive asynchronously is not a bug and should be tracked in a wishlist.
Updated by Benoît PECCATTE almost 10 years ago
- Project changed from 24 to Rudder
- Category changed from Techniques to Techniques