Am Mon, Dec 05, 2022 at 03:54:28PM +0530 schrieb shashidhar Reddy: > Is there any way to get the older version 1.1 of plpgsql_check to install > it? Is there any way to get you to respect the kind requests to follow this list's posting customs as expressed by the very people you want to help you ? Such as not to top post. Best regards, Karsten > On Mon, 5 Dec, 2022, 1:36 pm Pavel Stehule, <pavel.stehule@xxxxxxxxx> wrote: > > > > > > > po 5. 12. 2022 v 8:42 odesílatel shashidhar Reddy < > > shashidharreddy001@xxxxxxxxx> napsal: > > > >> Pavel, > >> > >> Below is the back trace result > >> > >> libffi6-dbg libgcc1-dbg libkrb5-dbg libstdc++6-8-dbg libxml2-dbg > >> postgresql-13-dbgsym postgresql-13-pldeb > >> ugger-dbgsym zlib1g-dbg > >> > > > > I am sorry, I don't anything > > > > > > > >> > >> On Mon, Dec 5, 2022 at 11:28 AM Pavel Stehule <pavel.stehule@xxxxxxxxx> > >> wrote: > >> > >>> Hi > >>> > >>> > >>> po 5. 12. 2022 v 6:49 odesílatel shashidhar Reddy < > >>> shashidharreddy001@xxxxxxxxx> napsal: > >>> > >>>> Pavel, > >>>> > >>>> Where can I get list-dbgsym-packages.sh script? > >>>> > >>> > >>> > >>> https://manpages.debian.org/testing/debian-goodies/find-dbgsym-packages.1.en.html > >>> > >>> https://wiki.ubuntu.com/DebuggingProgramCrash > >>> > >>> please, don't use top-post style in this mailing list > >>> https://en.wikipedia.org/wiki/Posting_style > >>> > >>> Regards > >>> > >>> Pavel > >>> > >>> > >>> > >>>> On Wed, Nov 30, 2022 at 10:04 AM Pavel Stehule <pavel.stehule@xxxxxxxxx> > >>>> wrote: > >>>> > >>>>> > >>>>> > >>>>> st 30. 11. 2022 v 5:28 odesílatel Pavel Stehule < > >>>>> pavel.stehule@xxxxxxxxx> napsal: > >>>>> > >>>>>> > >>>>>> > >>>>>> st 30. 11. 2022 v 1:38 odesílatel shashidhar Reddy < > >>>>>> shashidharreddy001@xxxxxxxxx> napsal: > >>>>>> > >>>>>>> I have tried updating after upgrade but that wasn't working, so I > >>>>>>> have dropped and recreated the extension. > >>>>>>> Now it is crashing every time when we call the function. > >>>>>>> > >>>>>> > >>>>>> what is version od plpgsql_check on Postgres 12, what is version of > >>>>>> plpgsql_check on Postgres 13 (with version of minor release)? > >>>>>> > >>>>>> Can you send backtrace? > >>>>>> https://wiki.postgresql.org/wiki/Getting_a_stack_trace_of_a_running_PostgreSQL_backend_on_Linux/BSD > >>>>>> > >>>>> > >>>>> Do you have installed some other extensions? > >>>>> > >>>>> > >>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>> > >>>>>>> On Tue, 29 Nov, 2022, 9:58 pm Pavel Stehule, < > >>>>>>> pavel.stehule@xxxxxxxxx> wrote: > >>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> út 29. 11. 2022 v 16:37 odesílatel shashidhar Reddy < > >>>>>>>> shashidharreddy001@xxxxxxxxx> napsal: > >>>>>>>> > >>>>>>>>> Plogsql check version is 2.2 and one more finding is before > >>>>>>>>> calling the function if we drop and recreate the plpgsql_check extension > >>>>>>>>> there is no issue, but each time we can't drop and create. > >>>>>>>>> > >>>>>>>> > >>>>>>>> Maybe you need to run ALTER EXTENSION plpgsql_check UPDATE before > >>>>>>>> first usage in pg 13 > >>>>>>>> > >>>>>>>> If the extension works after re-installation, then the problem is > >>>>>>>> not in an extension. > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>> On Tue, 29 Nov, 2022, 7:19 pm shashidhar Reddy, < > >>>>>>>>> shashidharreddy001@xxxxxxxxx> wrote: > >>>>>>>>> > >>>>>>>>>> Hello Pavel, > >>>>>>>>>> > >>>>>>>>>> This is the function causing the issue on all servers, and also i > >>>>>>>>>> noticed when I use *plpgsql_check_function *in any function I am > >>>>>>>>>> facing the same issue. > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> On Tue, Nov 29, 2022 at 6:43 PM Pavel Stehule < > >>>>>>>>>> pavel.stehule@xxxxxxxxx> wrote: > >>>>>>>>>> > >>>>>>>>>>> Hi > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> út 29. 11. 2022 v 13:49 odesílatel shashidhar Reddy < > >>>>>>>>>>> shashidharreddy001@xxxxxxxxx> napsal: > >>>>>>>>>>> > >>>>>>>>>>>> Hello, > >>>>>>>>>>>> > >>>>>>>>>>>> Recently we have upgraded postgres from version 12 to 13 and > >>>>>>>>>>>> upgraded plpgsql_check to the latest version but > >>>>>>>>>>>> after upgrade when calling the below function causing postgres restart . > >>>>>>>>>>>> > >>>>>>>>>>>> CREATE OR REPLACE FUNCTION pro.po_check( > >>>>>>>>>>>> ) > >>>>>>>>>>>> RETURNS void > >>>>>>>>>>>> LANGUAGE 'plpgsql' > >>>>>>>>>>>> COST 100 > >>>>>>>>>>>> VOLATILE SECURITY DEFINER PARALLEL UNSAFE > >>>>>>>>>>>> AS $BODY$ > >>>>>>>>>>>> DECLARE > >>>>>>>>>>>> BEGIN > >>>>>>>>>>>> > >>>>>>>>>>>> PERFORM p.oid, n.nspname, p.proname, > >>>>>>>>>>>> plpgsql_check_function(p.oid) > >>>>>>>>>>>> FROM pg_catalog.pg_namespace n > >>>>>>>>>>>> JOIN pg_catalog.pg_proc p ON pronamespace = n.oid > >>>>>>>>>>>> JOIN pg_catalog.pg_language l ON p.prolang = l.oid > >>>>>>>>>>>> WHERE l.lanname = 'plpgsql' AND p.prorettype <> 2279 > >>>>>>>>>>>> and upper(n.nspname) like upper('Pro'); > >>>>>>>>>>>> > >>>>>>>>>>>> END; > >>>>>>>>>>>> $BODY$; > >>>>>>>>>>>> > >>>>>>>>>>>> and the error in syslogs shows > >>>>>>>>>>>> kernel: [93631.415790] postgres[86383]: segfault at 80 ip > >>>>>>>>>>>> 00007f07f3e3eefd sp 00007fffcf1db500 error 4 in > >>>>>>>>>>>> plpgsql_check.so[7f07f3e2e000+34000] > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> it can be a bug in plpgsql_check. But I am not able to fix it > >>>>>>>>>>> without some information. Can you send the reproducer (minimal example of > >>>>>>>>>>> your code, that reproduce this error)? > >>>>>>>>>>> > >>>>>>>>>>> Regards > >>>>>>>>>>> > >>>>>>>>>>> Pavel > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Shashidhar > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> Shashidhar > >>>>>>>>>> > >>>>>>>>> > >>>> > >>>> -- > >>>> Shashidhar > >>>> > >>> > >> > >> -- > >> Shashidhar > >> > > -- GPG 40BE 5B0E C98E 1713 AFA6 5BC0 3BEA AC80 7D4F C89B
