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 1jdZdv-0002Ac-2n for pgsql-admin@arkaria.postgresql.org; Tue, 26 May 2020 13:29:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jdZdu-0007QR-19 for pgsql-admin@arkaria.postgresql.org; Tue, 26 May 2020 13:29:18 +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 1jdZdt-0007Le-DP for pgsql-admin@lists.postgresql.org; Tue, 26 May 2020 13:29:17 +0000 Received: from mail-am6eur05on2048.outbound.protection.outlook.com ([40.107.22.48] helo=EUR05-AM6-obe.outbound.protection.outlook.com) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jdZdp-0003cw-E8 for pgsql-admin@postgresql.org; Tue, 26 May 2020 13:29:16 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=muDiPiIInbq/DiNGoz4Q7eMjuxkZw1dspYCbzQOFDt+mjjdgV/7sbef+T4rdWwPnfsLN8mMiYFbwaDkyo6Lib/EfBp3/Ogcw0HOoTwCR9NRObYHsaaG2yEH83aeF5rZI8lvBpeHCsX6PmgjKL6usRso7gaxM2CayG7EC/PN3HRMoE06KBbIgL2S572nPJlrXTxOilDtqgwqC3u8AXcZnVRVDlwPxaOUALg4f0L9MFC/0x/5gnQoPuPuOPzjo1yGdo7qboWLxtyFYhPFUJsOalNeGjWwmVuHnss8uDakvfdv8Dro7MYTd2Vdp/2PuyhsMJLvjBZDvKr6AugxvwWe1Rw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6N5BtjqBhFa1iaJL+CnpLfQgVBlYKi0QNHUMuJ7iiuk=; b=ebZpN1vLhmPasIVBXIPEZxCOT2kLbnZa84pzQPd7wkTGgR+lPTk9yLZzcDwh+zO1VFfMSFR9I1+2FI5aW/R0KM9J4JHMaewPf2ZQ7l6H+M8nRM7slVnnG+6oT3XzTRwih4mak2bYBhTyNtSEms61fLusduFFhF3rS0rFTYBcgmX3bMFHKyuQf6Mwjx80P+nbHQCPfwzuzKTqvU9B2Siz8V1cf0Q0EuYMYy2ZdqZbikXCV7CCMHYCHlLbOtJdUgZiIq7xTOo4/UO8btyRACVXaSmQpGpUBXufX6yU9MTGLVtZkNMC3Qz2hOT6SUQj9/dr4r2590g+tl4zwDWDgnNmxA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ucll.be; dmarc=pass action=none header.from=ucll.be; dkim=pass header.d=ucll.be; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucll.be; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6N5BtjqBhFa1iaJL+CnpLfQgVBlYKi0QNHUMuJ7iiuk=; b=Zki4BXiRdk6eSAA2rxEU9EKwj6x1GwusGuF5wF4TyP0qQNXT0fjDUj0iUajxrjyMnJFpfpH6cggOEtEW37pjYdAoOOpZfMdBEKoa5FDiId4pU3Sf5X7e2uLz22yQKS/YfKl7WwNabQWYXAwnQQoJijyBl/rdX3IGpCmDMKgS7Hc= Authentication-Results: crunchydata.com; dkim=none (message not signed) header.d=none;crunchydata.com; dmarc=none action=none header.from=ucll.be; Received: from AM0P195MB0324.EURP195.PROD.OUTLOOK.COM (2603:10a6:208:b3::30) by AM0P195MB0708.EURP195.PROD.OUTLOOK.COM (2603:10a6:20b:161::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.24; Tue, 26 May 2020 13:29:10 +0000 Received: from AM0P195MB0324.EURP195.PROD.OUTLOOK.COM ([fe80::54b6:3cdc:b493:6760]) by AM0P195MB0324.EURP195.PROD.OUTLOOK.COM ([fe80::54b6:3cdc:b493:6760%7]) with mapi id 15.20.3021.029; Tue, 26 May 2020 13:29:10 +0000 Message-ID: <8c4bb46ad4541b730dfeca62815cdf9c36314b42.camel@ucll.be> Subject: Re: viewing connectioninfo used by subscriber on the publication server when inactive From: Wim Bertels Reply-To: wim.bertels@ucll.be To: Keith Fiske Cc: pgsql-admin Date: Tue, 26 May 2020 15:29:09 +0200 In-Reply-To: <95bb0c6c21a2a96a526a5ce01f16e62ea4f073f5.camel@ucll.be> References: <25037dc66dadcdd61148f6d59208217441abfd80.camel@ucll.be> <5f77a6c973aaf8f9086cf42933f476e5bd9a948d.camel@ucll.be> <562890eff48a048d4b09d23f76506fceb867a31f.camel@ucll.be> <95bb0c6c21a2a96a526a5ce01f16e62ea4f073f5.camel@ucll.be> Organization: UC Leuven-Limburg Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5-1.1 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: AM0PR02CA0100.eurprd02.prod.outlook.com (2603:10a6:208:154::41) To AM0P195MB0324.EURP195.PROD.OUTLOOK.COM (2603:10a6:208:b3::30) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from ptr-7u36h5k51lesqlynxiz.18120a2.ip6.access.telenet.be (2a02:1811:526:1700:60e:3cff:feb0:7f7b) by AM0PR02CA0100.eurprd02.prod.outlook.com (2603:10a6:208:154::41) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.23 via Frontend Transport; Tue, 26 May 2020 13:29:10 +0000 X-Originating-IP: [2a02:1811:526:1700:60e:3cff:feb0:7f7b] X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: c18708ef-0ec2-4b9c-1e3f-08d80178c630 X-MS-TrafficTypeDiagnostic: AM0P195MB0708: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:7691; X-Forefront-PRVS: 041517DFAB X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: CCdcOeExCXSTfQlfGNeXueocfpBxfahTynEswxHPmZHsRDUCkDwmSvnMg9XI+34YGgHMgRNJksvQ3iiKiTL3ZBFmEVBHyOd9hZpfQJM8Lo0OWjVXRVPceg8PkBtrVs+nnkZhjPbKcMW7iOq8TGL62XX2qEIob6vr8qyd7umg6t3+s0o5ZZuyufUVWav/xhiE+NCbD9Ik/kHJELpmJ0TMhlVMT2Xr79/puGnIzQftGueMhQDngiwdym6ztPO/71NpFWD6tHj53/NZ1NHEhVHbY0jPvVknn3WoTzrJxSGtYp3ac2+4jqWy50euPTbW2GAF3134Npn/yrbSPE4sji3a1Q== X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:AM0P195MB0324.EURP195.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFTY:;SFS:(4636009)(366004)(2906002)(66556008)(66476007)(498600001)(66946007)(6512007)(2616005)(4326008)(44832011)(86362001)(3450700001)(6916009)(6486002)(36916002)(16526019)(6506007)(5660300002)(8676002)(186003)(8936002)(52116002)(36756003);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData: ZqVJfbxiF0Pr7G2Ut+cbWYTdrbqBNNe7HoSXNblxwIlcS69xgxHdRcwwtKRmjIX7RLf6YHph4/iZ+ANPMsnAh9f3SAuJbZ7N4p0j3U/sQuclwztBaKTiBCdsHGeBtnYXmuajbNhE05mBOnmoRdkHyI2LZyESIxSlMqqpJNAp9OodZ+Rn41sQKczwh4LE2ZCDVPrsFpqUrHfA6sSLdv8J9sW1hZgfj2/CwQuu94xFOAMm97DSnKfM1PPtHOnptGbnU/0swx246SsxZpEP3O1fVnFtVBcg7Inp3bfRsiykdujsFTlf/7DyfmNnPUXiR4iKcpgURNCmc1IhE/BwKvayiawI5dM+8N3+urKw/GRCzCP+Qg+mjlaIpcF8gXNt+NCoPwDPG1GBA6eWFWCmmpGN+z1NETTIkY6f0kZFeA/AFt4mEdl8Rrg8DVAMsNkrkfy+N1wTHEL519VVoz9bpvwCwhHjntc9oFLfBJmeYN+yWhDLZNIGugvF97vG9HZduEt0DVQID0YYmJhEBbAkn6q9CzRWUJt3SPliu+IywfHurWE= X-OriginatorOrg: ucll.be X-MS-Exchange-CrossTenant-Network-Message-Id: c18708ef-0ec2-4b9c-1e3f-08d80178c630 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 May 2020 13:29:10.8039 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: e638861b-15d9-4de6-a65d-b48789ae1f08 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: XqM73jvZrR6mERG4uubT+WSJZS3IuqorXd0jJ1w8fZCbsKxbdreEt4FA9thxgiiklJQWzahJjyHMgUrYfrLDoQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0P195MB0708 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Wim Bertels schreef op do 14-05-2020 om 16:22 [+0200]: > Keith Fiske schreef op do 14-05-2020 om 10:08 [-0400]: > > It doesn't matter how small the dataset change is. The same WAL > > stream is used for both logical and physical replication so it has > > to > > keep all WAL files until all subscribers for that publication have > > confirmed they have received them. If even a single subscriber goes > > offline, all WAL will be kept until that subscriber reconnects. > > That is interesting, i assume this the WAL for the whole cluster, as > logical decoding is then used on this WAL for the logical > replication, > do you have an estimate of order of magnitude for the all WAL files? > > So far this seems ok over here (with one subscriber inactive for 2 > days): > # du -ch pg_logical/ pg_wal/ pg_replslot/ > 912K pg_logical/snapshots > 4,0K pg_logical/mappings > 924K pg_logical/ > 4,0K pg_wal/archive_status > 81M pg_wal/ > 8,0K pg_replslot/db2_sub > 8,0K pg_replslot/db2_sub1 > 8,0K pg_replslot/db2_sub2 > 28K pg_replslot/ > 81M totaal > this after two days of replication setup. > > assuming that students will be offline for at most 2 or 3 days, > this seems ok? Follow-up info after 14 days: (this is a typical usecase) the main stress seems to be the cpu, the load is 3-6 as high as normal, storage and memory are ok pg_logical/snapshots takes the most storage in this use case (little writes, many async log replication users), not pg_wal 8,4G pg_logical/snapshots 4,0K pg_logical/mappings 8,4G pg_logical/ 4,0K pg_wal/archive_status 161M pg_wal/ 8,0K pg_replslot/db2_sub 8,0K pg_replslot/db2_sub_ma 8,0K pg_replslot/db2_sub_r074 8,0K pg_replslot/db2_sub_si 8,0K pg_replslot/db2_sub_r0604 8,0K pg_replslot/db2_sub_r0761 8,0K pg_replslot/db2_r0653 8,0K pg_replslot/nook_subscription 8,0K pg_replslot/r0745 8,0K pg_replslot/db2_sub_ma 8,0K pg_replslot/db2_sub_an 8,0K pg_replslot/db2_sub_th 8,0K pg_replslot/r07456 8,0K pg_replslot/db2_sub5 8,0K pg_replslot/mysub 12K pg_replslot/db2_sub_mart 8,0K pg_replslot/sub_db2 8,0K pg_replslot/db2_r653 8,0K pg_replslot/sub_rube 8,0K pg_replslot/db2_sub_ 8,0K pg_replslot/db2_sub_b 8,0K pg_replslot/db2_sub2 8,0K pg_replslot/db2_sub_b 8,0K pg_replslot/db2_sub73 8,0K pg_replslot/db2_sub_r74 8,0K pg_replslot/db2_sub_andr 8,0K pg_replslot/db2_0653 8,0K pg_replslot/db2_sub_i 8,0K pg_replslot/db2_pub 240K pg_replslot/ 8,6G totaal simple user logging: a psql outfile is 17MB after 14 days (where the replication connections are appended each minute) >