Project

General

Profile

Actions

User story #5580

closed

Check the monotony of promises generation time on copy to nodes

Added by François ARMAND about 10 years ago. Updated almost 9 years ago.

Status:
Released
Priority:
N/A
Assignee:
Jonathan CLARKE
Category:
System techniques
Target version:
UX impact:
Suggestion strength:
User visibility:
Effort required:
Name check:
Fix check:
Regression:

Description

Today, an agent trying to update its promises is checking promises_generated file to know if they have changed and actually download them.

That file contains the datetime when the promises where generated, but only the hash of the file is check for modifiction, not that the actual datetime is more recent than the current one.

This will be problematic for any topology where a node can have several source for promises and theses sources can be out of sync, with really funny scenario where the node oscillated between several old and new set of promises.

The main idea is to be able to check the content of the file (that will need to contain a timestamp) and see if it's younger than the one in the machine (so that is implying that we need to proceed in two times, but we don't know if these two times are: 1/ download the file, 2/ check its content by comparing with the current one one node and update promises if necessary; OR 1/ download all promises in some directory; and 2/ compare and move promises directories around if necessary).


Subtasks 1 (0 open1 closed)

Bug #5612: Modify the rudder_promises_generated to contains a real timestampReleasedFrançois ARMAND2014-10-07Actions

Related issues 1 (0 open1 closed)

Related to Rudder - Bug #7796: Rudder agent does not detect when promise copy failedReleasedNicolas CHARLES2016-01-18Actions
Actions

Also available in: Atom PDF