Bug #2805
closedAfter a migration from 2.3 to 2.4.0~beta3, if a migration has been made with a wrong git branch on /var/rudder/configuration-repository it is impossible to return in a normal state
Description
Before #2802 fix, it was possible to initiate an upgrade with a wrong git branch and it was resulting in a broken state. Besides, there was no possibility to return in a functional state even if we try to reuse the right branch or to delete the attribute techniqueLibraryVersion in techniqueCategoryId=Active Techniques,ou=Rudder,cn=rudder-configuration.
Updated by Jonathan CLARKE about 12 years ago
- Assignee deleted (
Nicolas PERRON) - Priority changed from 1 (highest) to 4
- Target version changed from 2.4.0~beta4 to 2.4.0~rc1
This is a corner case, unlikely to happen... Degrading priority.
Updated by Jonathan CLARKE about 12 years ago
- Priority changed from 4 to 5 (lowest)
Updated by Jonathan CLARKE about 12 years ago
- Target version changed from 2.4.0~rc1 to 2.4.0~rc2
Updated by Nicolas PERRON about 12 years ago
- Target version changed from 2.4.0~rc2 to 2.4.0~rc1
Updated by Nicolas PERRON about 12 years ago
- Target version changed from 2.4.0~rc1 to 2.4.0~rc2
This ticket have to be postponed at least to 2.4.0~rc2 (if not rejected by the fact that this is a corner case)
Updated by François ARMAND almost 12 years ago
- Target version changed from 2.4.0~rc2 to 61
Updated by François ARMAND almost 12 years ago
- Status changed from New to Discussion
NPE, it seems that there is a workaround for that bug? Could you please give some more information and close it if it should be closed.
Updated by Nicolas PERRON almost 12 years ago
- Assignee changed from Nicolas PERRON to François ARMAND
A workaround has been made here: #2802
This is a situation which should not be able to reproduce since like the description said: a migration should be made with a wrong git branch in the /var/rudder/configuration-repository but the workaround prevent from that.
Updated by François ARMAND almost 12 years ago
- Assignee changed from François ARMAND to Nicolas PERRON
So, I propose to close that one to "rejected", as it seems to be an artifact of tests done during development phases.
Updated by François ARMAND almost 12 years ago
- Target version changed from 61 to 2.4.2
Updated by Nicolas PERRON almost 12 years ago
- Status changed from Discussion to Rejected
François ARMAND wrote:
So, I propose to close that one to "rejected", as it seems to be an artifact of tests done during development phases.
Agreed
Updated by Nicolas PERRON almost 12 years ago
- Project changed from Rudder to 34
- Category deleted (
11)
Updated by Benoît PECCATTE over 9 years ago
- Project changed from 34 to Rudder
- Category set to Packaging