Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hTfB5-0007qr-FI for pgsql-admin@arkaria.postgresql.org; Thu, 23 May 2019 04:18:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hTfB4-0001a9-4x for pgsql-admin@arkaria.postgresql.org; Thu, 23 May 2019 04:18:02 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hTfB3-0001a1-Ni for pgsql-admin@lists.postgresql.org; Thu, 23 May 2019 04:18:01 +0000 Received: from mx2a.mailbox.org ([2001:67c:2050:104:0:2:25:2] helo=mx2.mailbox.org) by makus.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hTfB0-0000wF-69 for pgsql-admin@lists.postgresql.org; Thu, 23 May 2019 04:18:00 +0000 Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by mx2.mailbox.org (Postfix) with ESMTPS id A95A8A280B; Thu, 23 May 2019 06:17:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp1.mailbox.org ([80.241.60.240]) by spamfilter02.heinlein-hosting.de (spamfilter02.heinlein-hosting.de [80.241.56.116]) (amavisd-new, port 10030) with ESMTP id J1qXmwCiK62E; Thu, 23 May 2019 06:17:29 +0200 (CEST) Message-ID: Subject: Re: Meaning of srsubstate values in pg_subscription_rel From: Laurenz Albe To: Lev Kokotov , pgsql-admin@lists.postgresql.org Date: Thu, 23 May 2019 06:17:27 +0200 In-Reply-To: References: Organization: Cybertec Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Lev Kokotov wrote: > We are subscribing to a publication with multiple tables. What would cause a subscription > state to stay in “synchronizing” (`s`) and not move into “replicating” (`r`) during logical > replication? I’m querying the `pg_subscription_rel` view. > Also, what is the meaning of each state (i.e. initialize, synchronized, data is being > copied, and ready); what is Postgres doing in each state? > > I’m using https://www.postgresql.org/docs/10/catalog-pg-subscription-rel.html as reference. Is the state "s" (which means "synchroniz*ed*", not "synchroniz*ing*") shown for all tables in the subscription? Do you see any pertinent log messages on the standby server? Yours, Laurenz Albe -- Cybertec | https://www.cybertec-postgresql.com