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 1o960e-0003FW-LT for pgsql-hackers@arkaria.postgresql.org; Wed, 06 Jul 2022 14:28:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o960c-0002C2-Mn for pgsql-hackers@arkaria.postgresql.org; Wed, 06 Jul 2022 14:28:06 +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 1o960c-0002Bt-Dg for pgsql-hackers@lists.postgresql.org; Wed, 06 Jul 2022 14:28:06 +0000 Received: from oss.nttdata.com ([49.212.34.109]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o960Z-0002Cg-LE for pgsql-hackers@lists.postgresql.org; Wed, 06 Jul 2022 14:28:05 +0000 Received: from [192.168.11.6] (p2388109-ipbf1027funabasi.chiba.ocn.ne.jp [118.6.6.109]) by oss.nttdata.com (Postfix) with ESMTPSA id 2709F602A4; Wed, 6 Jul 2022 23:27:59 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.6 at oss.nttdata.com Message-ID: Date: Wed, 6 Jul 2022 23:27:58 +0900 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: Backup command and functions can cause assertion failure and segmentation fault Content-Language: en-US To: Michael Paquier Cc: Masahiko Sawada , pgsql-hackers@lists.postgresql.org References: <3374718f-9fbf-a950-6d66-d973e027f44c@oss.nttdata.com> <6a759108-a02c-34fd-856c-d7c09d29d2ba@oss.nttdata.com> From: Fujii Masao In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2022/07/01 15:41, Michael Paquier wrote: > On Fri, Jul 01, 2022 at 03:32:50PM +0900, Fujii Masao wrote: >> Sounds good idea to me. I updated the patch in that way. Attached. > > Skimming quickly through the thread, this failure requires a > termination of a backend running BASE_BACKUP. This is basically > something done by the TAP test added in 0475a97f with a WAL sender > killed, and MAX_RATE being used to make sure that we have enough time > to kill the WAL sender even on fast machines. So you could add a > regression test, no? For the test, BASE_BACKUP needs to be canceled after it finishes do_pg_backup_start(), i.e., checkpointing, and before it calls do_pg_backup_stop(). So the timing to cancel that seems more severe than the test added in 0475a97f. I'm afraid that some tests can easily cancel the BASE_BACKUP while it's performing a checkpoint in do_pg_backup_start(). So for now I'm thinking to avoid such an unstable test. Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION