Return-Path: X-Original-To: apmail-aurora-dev-archive@minotaur.apache.org Delivered-To: apmail-aurora-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0398A18C62 for ; Thu, 24 Sep 2015 04:19:49 +0000 (UTC) Received: (qmail 3013 invoked by uid 500); 24 Sep 2015 04:19:48 -0000 Delivered-To: apmail-aurora-dev-archive@aurora.apache.org Received: (qmail 2958 invoked by uid 500); 24 Sep 2015 04:19:48 -0000 Mailing-List: contact dev-help@aurora.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@aurora.apache.org Delivered-To: mailing list dev@aurora.apache.org Received: (qmail 2944 invoked by uid 99); 24 Sep 2015 04:19:48 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Sep 2015 04:19:48 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id F029BC1248 for ; Thu, 24 Sep 2015 04:19:47 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.9 X-Spam-Level: ** X-Spam-Status: No, score=2.9 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id AmNmqBdsIcOp for ; Thu, 24 Sep 2015 04:19:36 +0000 (UTC) Received: from mail-oi0-f54.google.com (mail-oi0-f54.google.com [209.85.218.54]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 71EB720864 for ; Thu, 24 Sep 2015 04:19:36 +0000 (UTC) Received: by oiww128 with SMTP id w128so35340679oiw.2 for ; Wed, 23 Sep 2015 21:19:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=v5vhRggu0IdseIHmF3hbMymbwAaJv8Qh4iLRiTM0UmM=; b=AOvr5no96fTp4UxlhbmwF63ZIGMSvx8uT6SvPl8aGPeNgIQhNaBnRA5UpJXzT0PChF 910cIjEZAaKlWxF7XPwo+wI8mdR7zWrulGVYkW4ILx7jTLKb77RJoj/9aN06fUkfKX7n atOQPrc9nSANFF/i/bvYe/vAi+5f4JAj3JUL+LyjaneeOGBTSm2m8E2i/VhZ/8R/lZHe nLVEj81ls9Nac2j2OAhxi0EVUrrcXADlBN/qROwixfhVJP6jauiCnlbqU0syvr7arwsm 9hdQnt/psI8sndwPd8oSzJPDh7wsWiQ5rYAG+AxVxIMW8y5rqilJitHZ1OXlDMKczDCL SlNg== X-Received: by 10.202.229.207 with SMTP id c198mr20260559oih.109.1443068374704; Wed, 23 Sep 2015 21:19:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.250.193 with HTTP; Wed, 23 Sep 2015 21:18:55 -0700 (PDT) In-Reply-To: References: <6E74295B-F30E-4B23-90F6-01C0EFC03CC0@gmail.com> From: Mauricio Garavaglia Date: Thu, 24 Sep 2015 01:18:55 -0300 Message-ID: Subject: Re: Upgrading from 0.7 To: dev@aurora.apache.org Content-Type: multipart/alternative; boundary=001a11408a64dc69b40520768931 --001a11408a64dc69b40520768931 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I updated the executors and then rolled the schedulers (have 5 of them). Everything went smooth, and the tasks kept running :) On Tue, Sep 22, 2015 at 1:18 PM, Mauricio Garavaglia < mauriciogaravaglia@gmail.com> wrote: > Thanks for answers guys, really appreciated, I'll let you know how it goe= s. > > On Mon, Sep 21, 2015 at 4:09 PM, Joshua Cohen > wrote: > >> Filed https://issues.apache.org/jira/browse/AURORA-1497 to add >> documentation on how best to upgrade the various Aurora components. >> >> On Mon, Sep 21, 2015 at 12:58 PM, Joseph Smith >> wrote: >> >> > We also shut down all of the schedulers, upgrade to the new version, >> then >> > bring them all back up. This isn=E2=80=99t a hard requirement, but it = has made >> > things a bit simpler for us in practice to always know we=E2=80=99re d= ealing >> with >> > the same version of the schedulers on all hosts at once. >> > >> > > On Sep 21, 2015, at 10:55 AM, Zameer Manji wrote= : >> > > >> > > I don't think the 0.7 -> 0.9 upgrade path has been tested. I think i= t >> is >> > > advisable to upgrade from 0.7 to 0.8 then later upgrade from 0.8 to >> 0.9. >> > I >> > > think Jeff's upgrade steps are reasonable and shouldn't give you any >> > > trouble. Note that upgrading the executors won't affect existing >> tasks. >> > If >> > > you want the current tasks on the system to adopt the latest executo= r >> you >> > > will need to upgrade the executor and then roll your tasks so they >> can be >> > > relaunched with the updated binary. This isn't necessary to do but >> keep >> > > this in mind if you are expecting tasks to leverage the latest >> executor >> > > functionality. >> > > >> > > On Sun, Sep 20, 2015 at 8:30 PM, Jeff Schroeder < >> > jeffschroeder@computer.org> >> > > wrote: >> > > >> > >> When I did this, I updated the executors, then the observers, and >> then >> > the >> > >> schedulers, one at a time, in a rolling fashion. Seemed to work fin= e, >> > but >> > >> the clusters were lightly utilized. >> > >> >> > >> On Sun, Sep 20, 2015 at 9:40 PM, Mauricio Garavaglia < >> > >> mauriciogaravaglia@gmail.com> wrote: >> > >> >> > >>> Hi guys, >> > >>> >> > >>> I'm about to upgrade a cluster from 0.7 to 0.9 and was wondering >> what >> > are >> > >>> the things to consider to make it as seamless as possible? >> > >>> >> > >>> For example, update the executors first and then the schedulers; >> just >> > >>> update the schedulers one at a time, etc. >> > >>> Thanks! >> > >>> >> > >>> Mauricio >> > >>> >> > >> >> > >> >> > >> >> > >> -- >> > >> Jeff Schroeder >> > >> >> > >> Don't drink and derive, alcohol and analysis don't mix. >> > >> http://www.digitalprognosis.com >> > >> >> > >> -- >> > >> Zameer Manji >> > >> >> > >> >> > >> > >> > > --001a11408a64dc69b40520768931--