Return-Path: X-Original-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7EDB098A9 for ; Fri, 11 May 2012 18:12:30 +0000 (UTC) Received: (qmail 33125 invoked by uid 500); 11 May 2012 18:12:30 -0000 Delivered-To: apmail-incubator-cloudstack-users-archive@incubator.apache.org Received: (qmail 32959 invoked by uid 500); 11 May 2012 18:12:30 -0000 Mailing-List: contact cloudstack-users-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-users@incubator.apache.org Delivered-To: mailing list cloudstack-users@incubator.apache.org Received: (qmail 32943 invoked by uid 99); 11 May 2012 18:12:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 May 2012 18:12:30 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Alena.Prokharchyk@citrix.com designates 66.165.176.89 as permitted sender) Received: from [66.165.176.89] (HELO SMTP.CITRIX.COM) (66.165.176.89) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 May 2012 18:12:25 +0000 X-IronPort-AV: E=Sophos;i="4.75,572,1330923600"; d="scan'208";a="25110559" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 11 May 2012 14:12:04 -0400 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.73]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Fri, 11 May 2012 11:12:03 -0700 From: Alena Prokharchyk To: Tamas Monos , "cloudstack-users@incubator.apache.org" , Sheng Yang , "dan@soleks.com" CC: "cloudstack-dev@incubator.apache.org" Date: Fri, 11 May 2012 11:12:01 -0700 Subject: Re: DB schema upgrade script for CS 3.0.1 -> 3.0.2, probably bug. Thread-Topic: DB schema upgrade script for CS 3.0.1 -> 3.0.2, probably bug. Thread-Index: Ac0voZDjdX8XyekeSne+gBY0fFhOfQ== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.0.120402 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org On 5/11/12 5:43 AM, "Tamas Monos" wrote: >Hi, > >There is nothing to do with our branding: > >http://bugs.cloudstack.org/browse/CS-14874 > >I have installed a fresh stock 3.0.1 on a centos server. Changed the >admin password, set up an account. Double checked I'm able to log in. >Upgraded to stock 3.0.2 and admin/user accounts are no longer usable. >Management server says password does not match. To fix "Unable to login to cloudStack after upgrade to 3.0.2", clear out the browser cache and refresh the UI. -Alena. > >Regards > >Tamas Monos DDI >+44(0)2034687012 >Chief Technical Office >+44(0)2034687000 >Veber: The Hosting Specialists Fax +44(0)871 522 >7057 >http://www.veber.co.uk > >Follow us on Twitter: www.twitter.com/veberhost >Follow us on Facebook: www.facebook.com/veberhost > >-----Original Message----- >From: Alena Prokharchyk [mailto:Alena.Prokharchyk@citrix.com] >Sent: 10 May 2012 18:57 >To: Tamas Monos; cloudstack-users@incubator.apache.org; Sheng Yang; >dan@soleks.com >Subject: Re: DB schema upgrade script for CS 3.0.1 -> 3.0.2, probably bug. > >Tamas, > >See inline. > >-Alena. > >On 5/10/12 10:52 AM, "Tamas Monos" wrote: > >>Hi, >> >>I'm in production with 3.0.1 so I had no time to investigate further >>reverted back to my vm snapshots straight away so I have no evidence. >>Later tonight or next morning I will give it another go on a test >>server and collect everything. > > >Sure. > >> >>I'm not reporting the bug yet as we have own branding. If you have >>modified the css files in 3.0.2 from 3.0.1 than that might causing it >>and we need to follow. > > >We did modify css/js files in 3.0.2, and it includes some modifications >done to encryption. > >> >>Regards >> >>-----Original Message----- >>From: Alena Prokharchyk [mailto:Alena.Prokharchyk@citrix.com] >>Sent: 10 May 2012 18:33 >>To: cloudstack-users@incubator.apache.org; Sheng Yang; dan@soleks.com; >>Tamas Monos >>Subject: Re: DB schema upgrade script for CS 3.0.1 -> 3.0.2, probably >>bug. >> >>On 5/10/12 10:01 AM, "Tamas Monos" wrote: >> >>>Hi, >>> >>>Same here! >>>I have fixed the script by hand and the server started but does not >>>allow to login users anymore :( >> >> >> >>Tamas, could you please file a blocker bug for "login doesn't work >>after the upgrade". Provide: >> >>* management server log file >>* list all upgrade steps you've performed including the modifications >>you've made to the script (did you run cloud-setup-encryption script?) >>* mysql db dump taken before and after the upgrade. As the db dump can >>contain sensitive info, don't attach it to the bug. Just send it to me, >>and I'll erase it from my system once the issue is resolved. >> >> >>-Alena. >> >> >>> >>>Regards >>> >>>Tamas Monos DDI >>>+44(0)2034687012 >>>Chief Technical Office >>>+44(0)2034687000 >>>Veber: The Hosting Specialists Fax +44(0)871 522 >>>7057 >>>http://www.veber.co.uk >>> >>>Follow us on Twitter: www.twitter.com/veberhost Follow us on Facebook: >>>www.facebook.com/veberhost >>> >>> >>>-----Original Message----- >>>From: Alena Prokharchyk [mailto:Alena.Prokharchyk@citrix.com] >>>Sent: 10 May 2012 17:40 >>>To: cloudstack-users@incubator.apache.org; Sheng Yang; dan@soleks.com >>>Subject: Re: DB schema upgrade script for CS 3.0.1 -> 3.0.2, probably >>>bug. >>> >>>On 5/9/12 11:32 PM, "dan@soleks.com" wrote: >>> >>>> >>>> >>>> >>>>Hi All, >>>>I've found that DB schema upgrade script (CS 3.0.1 ---> CS 3.0.2) is >>>>trying to drop non-existing index. Log is attached. >>>> >>>>Dan. >>>> >>>> >>>> >>>> >>>> >>>>---------------------------------------------------------------- >>>>This message was sent using IMP, the Internet Messaging Program. >>>> >>> >>> >>> >>> >>>Sheng, this is bug introduced by your commit: >>> >>>06c0fda878247020d79bb1008f8bf050070f1e73 >>> >>> >>> >>>We are trying to drop non-existing index. To be on the safe side, move >>>this line to java code, and drop the key only when it exists. >>> >>>Dan, to workaround the problem on your side, do: >>> >>>* revert DB to your original version >>>* comment out the line "DROP INDEX `i_host__allocation_state` ON >>>`cloud`.`host`" in schema-301to302.sql >>>* being on 3.0.2, start management server once again >>> >>> >>>-Alena. >>> >>> >>> >>> >> >> >> >> >> > > > > >