Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qidJj-007H6K-7M for pgsql-hackers@arkaria.postgresql.org; Tue, 19 Sep 2023 16:11:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1qidJh-00Aitu-Oa for pgsql-hackers@arkaria.postgresql.org; Tue, 19 Sep 2023 16:11:13 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qidJh-00Aita-Dl for pgsql-hackers@lists.postgresql.org; Tue, 19 Sep 2023 16:11:13 +0000 Received: from mail-ed1-x530.google.com ([2a00:1450:4864:20::530]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1qidJd-0068Ti-Li for pgsql-hackers@lists.postgresql.org; Tue, 19 Sep 2023 16:11:12 +0000 Received: by mail-ed1-x530.google.com with SMTP id 4fb4d7f45d1cf-530a6cbbb47so4981139a12.0 for ; Tue, 19 Sep 2023 09:11:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb.com; s=google; t=1695139868; x=1695744668; darn=lists.postgresql.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=C3HyyU120DFbf2gSA0nc/AoWqt1atOGXawILG2IWzoI=; b=LSGfw0f49BbYKtl5bCboW6TSGV9MNmM5t/M8/1TkIihKQUKoULhZdbrvJB7apMucD/ 0JK/JPMEZmACFOLQh2Ep33PaA/Gdf0JcT/sy9LTFpahRPMhnWF3zZYdCWU/a3UJ1yBNx deRBy8l03SEUwctaTSPLw587JHD6dnHyx0YptWkuUIFuv/BxGlVdtSCM2yMlHd4R+yxu qJw4mKuNq7gFKPORSAZFkNzMAs9zxqOpYJBwuGjgEMr27TtELKcovvAvoSliy/L6BRP9 3Si5X4KU/bxCuPh5lKX/L5eob0CMnkCdQWUkj83NyQK8JZTTO6vOaP9B0RsxPtTM6nT2 RkNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695139868; x=1695744668; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=C3HyyU120DFbf2gSA0nc/AoWqt1atOGXawILG2IWzoI=; b=AVfdQ638Dr9ks20ZNF4o34IEiwt1TY32rnl/YZP/YDPFfe2iNsuPvup35dXKz/trQN BhEEwU9MCkh+0lQgG4PMJc5Eu8bayNeESgNX47ZqAx//ZEDG5HCQIo4abDAO2u8AkJrL I+DYbdUuA2ojsMtykohPvt9BdO1Syt2KVFUr7x/+S2BYxz+dWUq5XHd8ZP9i7RDVSHwW l63y8mofqvyRzPmE6QHhRihQhQ0GQSfhfT6Ng6IrjTCBk6tBmqxnp3CTQM+GWJV2waJE Iovivg0TQ2quijjAyo92c0B31sexnXNozQKsmoXUQa0gtzoH07QAAtJSk27JxeaeQywf zl3g== X-Gm-Message-State: AOJu0YwUctUFCvZHIhYdrrC1HqbSFE8YuF0rnWkefItF4aysAtj1vtvr Tm0+iV+wS92pAPezxZVlEulWCHcdFCsKk0LR/Vc= X-Google-Smtp-Source: AGHT+IF3XNwsNhLB3NEGzAT6aQOWTtMIxrxh8N/BN1/tX7E01UVaP9Qh+lez8+mKvJ5quiho0d0Mtw== X-Received: by 2002:a17:906:308b:b0:9a9:e393:8bcd with SMTP id 11-20020a170906308b00b009a9e3938bcdmr8969295ejv.5.1695139868092; Tue, 19 Sep 2023 09:11:08 -0700 (PDT) Received: from [10.137.0.17] (srv1.mobissw.com. [89.235.0.226]) by smtp.gmail.com with ESMTPSA id uz3-20020a170907118300b009ad8acac02asm8160697ejb.172.2023.09.19.09.11.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 19 Sep 2023 09:11:07 -0700 (PDT) Message-ID: Date: Tue, 19 Sep 2023 18:11:06 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: dikkop seems unhappy because of openssl stuff (FreeBSD 14-BETA1) Content-Language: en-US To: Thomas Munro , Michael Paquier Cc: PostgreSQL Hackers References: <316d304a-1dcd-cea1-3d6c-27f794727a06@enterprisedb.com> From: Tomas Vondra In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 9/19/23 04:25, Thomas Munro wrote: > On Tue, Sep 19, 2023 at 2:04 PM Michael Paquier wrote: >> On Mon, Sep 18, 2023 at 03:11:27PM +0200, Tomas Vondra wrote: >>> Both 11 and 12 failed with a weird openssl segfaults in plpython tests, >>> see [2] and [3]. And 13 is stuck in some openssl stuff in plpython >>> tests, with 100% CPU usage (for ~30h now): >>> >>> #0 0x00000000850e86c0 in OPENSSL_sk_insert () >>> from /usr/local/lib/libcrypto.so.11 >>> #1 0x00000000850a5848 in CRYPTO_set_ex_data () >>> from /usr/local/lib/libcrypto.so.11 >>> ... >>> >>> Full backtrace attached. I'm not sure what could possibly be causing >>> this, except maybe something in FreeBSD? Or maybe there's some confusion >>> about libraries? No idea. >> >> FWIW, I've seen such corrupted and time-sensitive stacks in the past >> in the plpython tests in builds when python linked to a SSL library >> different than what's linked with the backend. So that smells like a >> packaging issue to me. > > Could it be confusion due to the presence of OpenSSL 3.0 in the > FreeBSD base system (/usr/include, /usr/lib) combined with the > presence of OpenSSL 1.1.1 installed with "pkg install openssl" > (/usr/local/include, /usr/local/lib)? Tomas, does it help if you "pkg > remove openssl"? Oh! That might be it - I didn't realize FreeBSD already has openssl 3.0 already included in the base system, so perhaps installing 1.1.1v leads to some serious confusion ... After some off-list discussion with Alvaro I tried removing the 1.1.1v and installed the openssl31 package, which apparently resolved this (at which point it ran into the unrelated tcl issue). Still, this confusion seems rather unexpected, and I'm not sure if having both 3.0 (from base) and 3.1 (from package) could lead to the same confusion / crashes. Not sure if it's "our" problem ... regards -- Tomas Vondra EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company