po 5. 12. 2022 v 8:42 odesílatel shashidhar Reddy <
shashidharreddy...@gmail.com> 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.steh...@gmail.com>
> wrote:
>
>> Hi
>>
>>
>> po 5. 12. 2022 v 6:49 odesílatel shashidhar Reddy <
>> shashidharreddy...@gmail.com> 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.steh...@gmail.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> st 30. 11. 2022 v 5:28 odesílatel Pavel Stehule <
>>>> pavel.steh...@gmail.com> napsal:
>>>>
>>>>>
>>>>>
>>>>> st 30. 11. 2022 v 1:38 odesílatel shashidhar Reddy <
>>>>> shashidharreddy...@gmail.com> 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.steh...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> út 29. 11. 2022 v 16:37 odesílatel shashidhar Reddy <
>>>>>>> shashidharreddy...@gmail.com> 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, <
>>>>>>>> shashidharreddy...@gmail.com> 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.steh...@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> út 29. 11. 2022 v 13:49 odesílatel shashidhar Reddy <
>>>>>>>>>> shashidharreddy...@gmail.com> 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
>

Reply via email to