Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id 1C0082B286A for ; Mon, 25 Jun 2012 21:10:01 -0300 (ADT) Received: from exprod7og127.obsmtp.com ([64.18.2.210]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SjJLz-000506-JZ for pgsql-hackers@postgresql.org; Tue, 26 Jun 2012 00:10:00 +0000 Received: from mail-yw0-f51.google.com ([209.85.213.51]) (using TLSv1) by exprod7ob127.postini.com ([64.18.6.12]) with SMTP ID DSNKT+j9yYSAvuqFZc21boK2uKLjT4/Sqtuh@postini.com; Mon, 25 Jun 2012 17:09:59 PDT Received: by yhnn12 with SMTP id n12so4498384yhn.24 for ; Mon, 25 Jun 2012 17:09:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=vVi/zchBpf6osgleiMPbpAcJ5we79sou5mgWPngbvAE=; b=fmUjWFIqTg+cOJRgub13BhnumfWaUwOb2Yj1FKvzNRf1YFJQgXlD3ajKw/44M+gZcO NGxAoY3tzBT4C6tkcBrXvu8g7kAS+HjLVQWlS8sNDRfe16nMiR3RCYFix9Wmg6wH3q01 2CalpaZrfqPLV3SH3WaE/L/g3XURgOEwH2sSaWdBiYwBPKO6c5ue5baSpIGFkwtkNEAB 3XPUjk8AC3xaWzkjbBkHreljXKhh9hUDSxxVVid8+gb3kz+PGlZN9sLkwLG7ePmzJ0lU CZwnZXqWmgxYvyU1FStPAspcsvONjR0NFjt/iJQOPbpUjlHzW7gi3dvD7QuYQm4aU065 9ZSA== Received: by 10.236.181.199 with SMTP id l47mr15393731yhm.85.1340669385192; Mon, 25 Jun 2012 17:09:45 -0700 (PDT) Received: from [172.20.101.245] ([66.201.48.54]) by mx.google.com with ESMTPS id m43sm136848639yhi.13.2012.06.25.17.09.44 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Jun 2012 17:09:44 -0700 (PDT) Message-ID: <4FE8FDBE.8060901@enterprisedb.com> Date: Tue, 26 Jun 2012 03:09:34 +0300 From: Heikki Linnakangas User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120510 Icedove/10.0.4 MIME-Version: 1.0 To: Robert Haas CC: Fujii Masao , Andres Freund , pgsql-hackers@postgresql.org Subject: Re: WAL format changes References: <4FDA5136.6080206@enterprisedb.com> <201206142358.12431.andres@2ndquadrant.com> <4FDF6E8E.4080900@enterprisedb.com> <4FE034D0.5070900@enterprisedb.com> <4FE73F3F.5040105@enterprisedb.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQm4ZOMwxRZBWqeeUW9teRkNBzPZP5aExtcpEh1hc662Wh7FIamcRm4waZpJ7nNsNGJmiBNg X-Pg-Spam-Score: -4.2 (----) X-Archive-Number: 201206/1494 X-Sequence-Number: 210334 On 25.06.2012 21:01, Robert Haas wrote: > On Mon, Jun 25, 2012 at 1:57 PM, Fujii Masao wrote: >>> "<<" should be">>". The attached patch fixes this typo. >> >> Oh, I forgot to attach the patch.. Here is the patch. > > I committed both of the patches you posted to this thread. Thanks Robert. I was thinking that "pg_resetxlog -l" would accept a WAL file name, instead of comma-separated tli, xlogid, segno arguments. The latter is a bit meaningless now that we don't use the xlogid+segno combination anywhere else. Alvaro pointed out that pg_upgrade was broken by the change in pg_resetxlog -n output - I changed that too to print the "First log segment after reset" information as a WAL file name, instead of logid+segno. Another option would be to print the 64-bit segment number, but I think that's worse, because the 64-bit segment number is harder to associate with a physical WAL file. So I think we should change pg_resetxlog -l option to take a WAL file name as argument, and fix pg_upgrade accordingly. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com