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 1t9ocm-00CLbS-Tx for pgsql-bugs@arkaria.postgresql.org; Sat, 09 Nov 2024 16:47:48 +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 1t9och-002hOS-U1 for pgsql-bugs@arkaria.postgresql.org; Sat, 09 Nov 2024 16:47:44 +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 1t9ocg-002hNt-VP for pgsql-bugs@lists.postgresql.org; Sat, 09 Nov 2024 16:47:44 +0000 Received: from relay3-d.mail.gandi.net ([2001:4b98:dc4:8::223]) by magus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t9ocb-00132A-GV for pgsql-bugs@lists.postgresql.org; Sat, 09 Nov 2024 16:47:41 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id A748960004; Sat, 9 Nov 2024 16:47:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vondra.me; s=gm1; t=1731170857; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=C+n/P/r87jwxzXQ6IqtdIrKs9npQe1fAcv8gZQ2jNRk=; b=nV6gs0vPldnSZiDYRjqxEUBjTAmrtiszigTNVlgSufwDnuSQk3yKSUHdDmjzODdHo9ZdWa hE4oanuayAEL0NsGx5l86ROW9k31jCHWOIKpFWGUUi/cIWwNr6IOKEZn2j0kA7tzia7/5m 7LiBaOB5770j45BN96ivrIVsHAQt1fLke8PMPnbDNM1Li/tCLuz5S1VrwV+1qdru/3mKGv dfFfFBDzQfCHriHQ5niHx2P11IKfafnyUxF1Wl3X9Ry0Xth3DrBJ3SCnAyYpwRrr2FT6cn FwwLEFNt8T+nDfTBolVAn0E1NTAZWVJge9Er1Z1OcXrD0SHZX83iW/ah8vn5ig== Message-ID: Date: Sat, 9 Nov 2024 17:47:35 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Segmentation fault - PostgreSQL 17.0 To: =?UTF-8?B?xL11Ym9zbGF2IMWgcGlsw6Fr?= , "pgsql-bugs@lists.postgresql.org" References: Content-Language: en-US From: Tomas Vondra In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-GND-Sasl: tomas@vondra.me List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 11/9/24 17:35, Ľuboslav Špilák wrote: > Hello. > > After pg_upgrade there was 200 timeseries tables in xtimeseries database. > Each about 2GB with two indexes.  One Btree and second brin index.  Brinis the case > on two columns (timeseries_id, time). > > I created copy of one table and try change table to partitioned table, > partigioned by time. One quartal to one partition. > > Analyse, vacuum table. > > Then i figured out it sigsegv on brin_page_items Function repeatedly. > > So THEN I try  create new test table on pg17. I dont know now if I > created table on different database or only on different schema, but on > the same db cluster. > Test table with one column with one brin index on that column. Insert > only one row. I Vacuumed this test table. I try again sequence of three > brin functions to check if brin index is computed. Third > function brin_page_items caused sigsegv again. > I'm a bit confused about what exactly are the cases that fail. But if you're observing crashes even on tables/indexes created on PG17 after the upgrade, it's unlikely related to the upgrade. Please, get the backtrace when you have access to the system. Is there anything special about the system? Which repository are you using for postgres packages? regards -- Tomas Vondra