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 1jgzZN-0001gs-Rl for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Jun 2020 23:46:45 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jgzYq-0006rn-GM for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Jun 2020 23:46:12 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jgzYq-0006rg-2X for pgsql-hackers@lists.postgresql.org; Thu, 04 Jun 2020 23:46:12 +0000 Received: from mail-qk1-x741.google.com ([2607:f8b0:4864:20::741]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jgzYj-0005hq-0e for pgsql-hackers@postgresql.org; Thu, 04 Jun 2020 23:46:10 +0000 Received: by mail-qk1-x741.google.com with SMTP id 205so8120142qkg.3 for ; Thu, 04 Jun 2020 16:46:04 -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=1+7swV9ZLyBU7ISEfnSysmf/qfpl1uoFnGoYfj0HSKg=; b=Ro/gRRJxYtaFEuM/n9TxOHCuhLULRZsTPWG6FI4jqgJxvYW17aX5oVcr3Z7wnAjjN1 U/BBt4Qpy0HzFQXHc3Wbh232rODjDJfQ3L+XxaRLQzU+VuPS4Qudw7Kv8iCK49N1Y5TR XYtKu20Gg66uEKwBQXb9UiS3BSjRFVA0f14Ntpn5yKQzlxB/JeWsCwSOvAStkHw3A7pa oMhQDT8Cs6v4U8ibhg7skB/XHMWVvkMeu+iAxh9NmvRnZNe6PtAFgyYPwWJ6w80tlGfV yOzxZaC5bv7K1KXqrD4vQBMrtOJt+Eqx7WzvHIc/wrAG6B675Yr6hQsPvhizEJRdBiHr RQgA== 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=1+7swV9ZLyBU7ISEfnSysmf/qfpl1uoFnGoYfj0HSKg=; b=Xamjf5rIuBdkEO50WdCLo5ZGNl9Kh8U1viUXdbwT4KoHUZ76N+fsv+QWN1/Atd3PYI aw4gsmgBcKcTJCzmCAaPCIe7fkelc4yYJVt6fRNmTsVtvOwaT9PxzuMf6qpEbx9Dt3we IoWiLFHm2lENHXU3oMmiQFZOpDjMMSW2dKeDqWZdTcB3MBxjprUi7x5BVUwmBJ35A6Q7 g3/F8Gfxaqa8CT/fjnzMEmqy700trCP13YVUuBe0iu8AYNYpata6HFixxDgqSYdy4npf GhppR1XYisxXyFC/1+zSXzthjemx0x5e5NOzLrZIqYGlNzQgrPWV3EdMIFpLnUo06jc0 pZeQ== X-Gm-Message-State: AOAM531zWlSvPqiN9M5GNjf7BFu/cPG4CmXnFQUbguUKeUGMxDlc/gap YMaHq8pDT7Bw2X7FCcyqqHAWMg== X-Google-Smtp-Source: ABdhPJzVOKlPKu7R5SVGMh/LajzJwC79p5V0udaVkIJIu7d8DD2yuK7BEIuoV9vbdMeMDyVYLjM/nw== X-Received: by 2002:a37:a847:: with SMTP id r68mr7711783qke.45.1591314364061; Thu, 04 Jun 2020 16:46:04 -0700 (PDT) Received: from nimloth.alvh.no-ip.org ([190.95.18.252]) by smtp.gmail.com with ESMTPSA id r14sm5589774qke.62.2020.06.04.16.46.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jun 2020 16:46:03 -0700 (PDT) Received: by nimloth.alvh.no-ip.org (Postfix, from userid 1000) id DA8EF300727; Thu, 4 Jun 2020 19:46:00 -0400 (-04) Date: Thu, 4 Jun 2020 19:46:00 -0400 From: Alvaro Herrera To: Andres Freund Cc: Michael Paquier , Fujii Masao , Masahiko Sawada , Kyotaro Horiguchi , sitnikov.vladimir@gmail.com, PostgreSQL-development Subject: Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical () at walsender.c:2762 Message-ID: <20200604234600.GA10763@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200604225108.optmmc3ndiggej32@alap3.anarazel.de> 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-04, Andres Freund wrote: > postgres[52656][1]=# SELECT 1; > ┌──────────┐ > │ ?column? │ > ├──────────┤ > │ 1 │ > └──────────┘ > (1 row) > > > I am very much not in love with the way that was implemented, but it's > there, and it's used as far as I know (cf tablesync.c). 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. 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. Both Michael P. and you are saying we shouldn't break it because it works today, but there isn't a real use-case for it. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services