Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jhEdX-0001ww-GB for pgsql-hackers@arkaria.postgresql.org; Fri, 05 Jun 2020 15:52:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jhEdV-0005h1-4d for pgsql-hackers@arkaria.postgresql.org; Fri, 05 Jun 2020 15:52:01 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jhEdU-0005gt-Te for pgsql-hackers@lists.postgresql.org; Fri, 05 Jun 2020 15:52:00 +0000 Received: from mail-qt1-x843.google.com ([2607:f8b0:4864:20::843]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jhEdO-0003iM-6v for pgsql-hackers@postgresql.org; Fri, 05 Jun 2020 15:52:00 +0000 Received: by mail-qt1-x843.google.com with SMTP id d27so8855165qtg.4 for ; Fri, 05 Jun 2020 08:51:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=mlYVmDt8aPklGwteJ/muXNtjftKlHDgn6o3E62HNr/g=; b=EIS4E01kFvwVeJld9ic4T2BOoo8U0fnLq3AweB9ZqoHRCu/zLlZZzEItg/OJdaVlbW H35lS82f6G+KSUDMy1eYPal4KlLkT8oVujRHWM4UIzhZ+xlSdLBndBFDWyIfUhpVvw7g O/QOdlgkO2OvUAgO1dmmCGngBegw++JSp2Ajk/fRz+qNEK7tjIEyd3EmKCdF3wNxsQ6D h4emoBaG1T3RCkKXNo2UMpd6JuJVZwSxEn1da9tMpGJC8PMr2kMXyNTdiRcLAQPCBD2/ Zs6zGUJUwZCUrOWEUz//IANCgeuECvJ62dX7kaSBxDVMdcunu4I3sTey8E6y40Jh9leR uWnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=mlYVmDt8aPklGwteJ/muXNtjftKlHDgn6o3E62HNr/g=; b=Izo72GaRsiiO3HlWAnYVKzSl13HHH9PY/ucOk7kRLAbipEW5XYp2qddpa8xu0cdKW4 jFZ002BYbPfLoXjtcn020oeO0bRraZ3xMHPu56Wme8Uf4KxRLYTE+cwnaeHor9G3jDek pKORTPd6JfXcj8F0mg2ZO1xT25LKPXrAsmcVgPDhTTC+zr/wPZa2RYHuXjCmQ9lreoWH 0fqP25eL1BXKKzet5ARJ9ifAUGujuPwczcuGvpiQdKoOri6d4zhG4D686YTjowWLGKnS YqlOWz18vWpRypWrIF4nD99CJh0mk2hBjeXvvbtZMcieUjktSwFIk9CtayaPN1FqDCwK WPjg== X-Gm-Message-State: AOAM533wSH4bCb0kMkgMql2pg63MiNcJHDjAUym/e952sPUeoiHFlF13 hfTdA96EkV9mFBxVK+pkvZRQRQ== X-Google-Smtp-Source: ABdhPJy6oIUiVPw0jwic4tu5rScZEZaX3k7gV3n7ASf4JN9WQaVHMh7LRZeQi6G7NhKLCxl0vwGPGQ== X-Received: by 2002:ac8:7754:: with SMTP id g20mr10218307qtu.126.1591372311753; Fri, 05 Jun 2020 08:51:51 -0700 (PDT) Received: from nimloth.alvh.no-ip.org ([190.95.18.252]) by smtp.gmail.com with ESMTPSA id l19sm128109qtq.13.2020.06.05.08.51.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 05 Jun 2020 08:51:51 -0700 (PDT) Received: by nimloth.alvh.no-ip.org (Postfix, from userid 1000) id EE95B300707; Fri, 5 Jun 2020 11:51:48 -0400 (-04) Date: Fri, 5 Jun 2020 11:51:48 -0400 From: Alvaro Herrera To: Dave Cramer Cc: Andres Freund , Michael Paquier , Fujii Masao , Masahiko Sawada , Kyotaro Horiguchi , Vladimir Sitnikov , PostgreSQL-development Subject: Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical () at walsender.c:2762 Message-ID: <20200605155148.GA19795@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020-Jun-05, Dave Cramer wrote: > On Thu, 4 Jun 2020 at 19:46, Alvaro Herrera > wrote: > > Ouch ... so they made IDENT in the replication grammar be a trigger to > > enter the regular grammar. Crazy. No way to put those worms back in > > the tin now, I guess. > > Is that documented ? I don't think it is. > > It is still my opinion that we should prohibit a logical replication > > connection from being used to do physical replication. Horiguchi-san, > > Sawada-san and Masao-san are all of the same opinion. Dave Cramer (of > > the JDBC team) is not opposed to the change -- he says they're just > > using it because they didn't realize they should be doing differently. > > I think my exact words were > > "I don't see this is a valid reason to keep doing something. If it is > broken then fix it. > Clients can deal with the change." > > in response to: > > > Well, I don't really think that we can just break a behavior that > > exists since 9.4 as you could break applications relying on the > > existing behavior, and that's also the point of Vladimir upthread. > > Which is different than not being opposed to the change. I don't see this > as broken, and it's quite possible that some of our users are using > it. Apologies for misinterpreting. > It certainly needs to be documented I'd rather not. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services