Nicolas also added a new comment: "Same bug with another component. Before database upgrade process, CS try to read configuration for the ApiServer initialization. And all entries which have category=hidden aren't encrypted. It is possible to force DatabaseUpgrade process to be the first component to be called ?"
Can someone look at it ? -sebastien On Apr 30, 2013, at 5:31 AM, nicolas.lamira...@orange.com wrote: > Hi, > i merge this patch https://reviews.apache.org/r/10802/ in the 4.1 code. > i try another upgrade. I put a comment on the issue > > https://issues.apache.org/jira/browse/CLOUDSTACK-2194#comment-13645407 > > Le 29/04/2013 22:18, Chip Childers a écrit : >> On Mon, Apr 29, 2013 at 08:56:11AM -0400, Sebastien Goasguen wrote: >>> HI Nicolas, >>> >>> Any updates on: >>> >>> CLOUDSTACK-528 and CLOUDSTACK-2194 >>> >>> I see that you opened >>> >>> CLOUDSTACK-2207 >>> >>> We are waiting on your feedback to enter into a vote for 4.1. >>> >>> -Sebastien >>> >> >> Nicolas, >> >> I'd really love to get you to confirm the fixes for the three bugs noted >> above, but am going to move forward with starting another release VOTE >> tomorrow morning either way (unless I hear that things are still broken). >> If you are able to take the time to re-test today or tomorrow (I believe >> you are in the EU), it would be very appreciated... and if you are still >> having problems please do let us know! The sooner the better, since cutting >> a release takes some effort. >> >> Thanks again for the diligent bug reports and testing! >> >> -chip >> >> > > > -- > Nicolas Lamirault > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu > ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > France Telecom - Orange decline toute responsabilite si ce message a ete > altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete > this message and its attachments. > As emails may be altered, France Telecom - Orange is not liable for messages > that have been modified, changed or falsified. > Thank you. >
