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 1lZaDs-0005Sb-QJ for pgsql-bugs@arkaria.postgresql.org; Thu, 22 Apr 2021 14:22:28 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lZaDq-0001Qa-5h for pgsql-bugs@arkaria.postgresql.org; Thu, 22 Apr 2021 14:22:26 +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 1lZaDp-0001QM-Si for pgsql-bugs@lists.postgresql.org; Thu, 22 Apr 2021 14:22:25 +0000 Received: from mail-ej1-x636.google.com ([2a00:1450:4864:20::636]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1lZaDj-0004Sa-EO for pgsql-bugs@lists.postgresql.org; Thu, 22 Apr 2021 14:22:24 +0000 Received: by mail-ej1-x636.google.com with SMTP id v6so67739936ejo.6 for ; Thu, 22 Apr 2021 07:22:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=0QU5WIF7AbdFnv1SWZSr5caWTXZ0SopqZf6Qx8cF40g=; b=jQr+in2JCswLsZEcFWW1g97u76Q6i+rjPAq3/ovmHSFdrAKaY+4EtvTfQe74uRNXgO Th5Nj9UGgwrUsP7yg/ONq5rKmgjKOZC+atcbJlHorUl6DqkssVtAtTM5OF5S0ydZEeBB IX7LFmdSJ34Lxe3NthUnzWJ1XDLvv6LLnzMsZVwMh6BnWvPqg3DPCKbhWGpc1oBnV8Ua ss0SW1A0PyvA/m/yUdCd55Wb1DMyAQs6xntSjyHXVDbQnFpKEWd0H+EdM2qFCNmifrvp cstS2O1wSORoCG+k8cxUn9CQf3hnr3OuRnyVHBuIqDdEMAPyi+lKrSs0oD8up7g/XQ5v 52jQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=0QU5WIF7AbdFnv1SWZSr5caWTXZ0SopqZf6Qx8cF40g=; b=WAD47X6gyK7gnaErU4Fi0/IYfR0L76sgKCrpeyaCfOWbwXxsjK4ECOWbyRhQeBEZWI mdXbnTQO1yaumK6XcCPu9zeZ98l4hrPu2L5kouVs3I39rVCFQp3wTfkMMjuriGrNIEtm vi2HWJ7DZ/A8O+X2p2qEqx/PSA31yL48TYymEhbon5DZHhjsX+jaa2khwMBCessxo4Dq BhuMXPkNEoxdTAVGqKwfl5PMO6P61+SE4dFXbVWa45hL2L5siSYIpqnRO1yy/zKu1PCQ WT7zrH1KMPwLAlO7vOYCwRUW+OVcPswwqKM52w4i9mA4Yh9PDF8NAJO0ZlVghcLemv1V 2b5g== X-Gm-Message-State: AOAM530SXoTZQt0IigFKYTqd/FhNx/Tp6gElJnOz1VfmaY0zDxTNJG1c mJhizCvKr8NYDGazfMvTcaZS4+K5hdZGEg== X-Google-Smtp-Source: ABdhPJxML2ElW3ICnqO10xlRn0rDuXxIrJbrXd0TlwxMSbg3hVUrKsno8cFfC6IK4oD9e3XopOrEOg== X-Received: by 2002:a17:906:f9da:: with SMTP id lj26mr3599869ejb.98.1619101337953; Thu, 22 Apr 2021 07:22:17 -0700 (PDT) Received: from [192.168.178.48] ([212.71.9.13]) by smtp.gmail.com with ESMTPSA id l6sm1971284ejc.92.2021.04.22.07.22.17 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 22 Apr 2021 07:22:17 -0700 (PDT) Subject: Re: BUG #16976: server crash when deleting via a trigger on a foreign table To: Tom Lane Cc: Michael Paquier , pgsql-bugs@lists.postgresql.org References: <16976-abe0cb88252bc02e@postgresql.org> <756273.1619012414@sss.pgh.pa.us> <813ebc08-8f81-4efe-a5f2-caac938b7741@gmail.com> <821fb923-aaf5-ee3f-21d2-17158035dc64@gmail.com> <953012.1619099429@sss.pgh.pa.us> <81647b1a-c841-f7d8-fe92-8f01d72e5482@gmail.com> <955623.1619100846@sss.pgh.pa.us> From: Herwig Goemans Message-ID: <0621b422-77c6-7e15-691d-c581c6b8256c@gmail.com> Date: Thu, 22 Apr 2021 16:22:17 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <955623.1619100846@sss.pgh.pa.us> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: nl-BE List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Right, Sorry I sent the file to you via wetransfer but you can ignore it. Anyway root@o-oltpmilieu03-UB-201906:~# gdb /usr/lib/postgresql/12/bin/postgres /home/local/VMM/h.goemans/_usr_lib_postgresql_12_bin_postgres.201.crash GNU gdb (Ubuntu 8.1.1-0ubuntu1) 8.1.1 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.  Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/postgresql/12/bin/postgres...Reading symbols from /usr/lib/debug/.build-id/ec/40c5b4738ba1aef9fb39dfbbf928f1bbe57743.debug...done. done. "/home/local/VMM/h.goemans/_usr_lib_postgresql_12_bin_postgres.201.crash" is not a core dump: File format not recognized It says the file is an ascii text file with very long lines... I am lost (again) Herwig On 22/04/2021 16:14, Tom Lane wrote: > Herwig Goemans writes: >>  I have a core dump file, It is not generated by a test of me, but that >> does not matter, the sql statement was launched by a colleage of mine >> and it generated a core dump. >> The file is 50MB (compressed) how do I get it to you ? > We don't want the core file; it'd be useless without an exact copy of your > postgres executables and system libraries. What we want you to do is > run gdb's "bt full" command on it and send us the output. > > regards, tom lane