-
Notifications
You must be signed in to change notification settings - Fork 176
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Segmentation fault in Postgres 16 #407
Comments
Hmm, I want to note that we did not have a 1.5.1 release yet. Are you testing on the current HEAD or on some previous commit? |
Yes. In this case, I'm working with HEAD. But this problem is also present on 1.5.0 |
Unfortunately I couldn't reproduce the issue using your script using pg_repack 1.5.1 and Postgres 16.2 (although I may recheck it with Postgres 16.3). According to the dump, the segfault happens within |
I tried to reproduce the issue with Postgres 16.3 and I cannot reproduce it neither. @nkPit do you use Postgres instance provided by a Ubuntu package? Or did you build it by yourself? |
Additionally it seems that |
Postgres was built by myself.
|
I'm not quite sure what I have to show here. The only thing I have is backtrace. |
Can you try to rebuild your Postgres by running the command
Your PostgreSQL logs might contain any errors which was raised during running pg_repack. Could you check it and provide it if there is any relevant error? |
After
|
Can you show output of the query:
|
Reinstalled postgres and pg_repack. The log has changed a bit.
|
Hello!
I get a Segmentation fault when trying to execute
pg_repack --dbname=contrib_regression
The backtrace is very large:
To reproduce the issue, four files are needed:
The reproduction script itself:
for i in $(seq 20) ; do ~/run_test ; if coredumpctl ; then break; fi ; done
Postgres version:
pg_repack version:
pg_repack | 1.5.1 | public | Reorganize tables in PostgreSQL databases with minimal locks
The system on which it was run:
uname -a Linux ubuntu-2204 5.15.0-107-generic #117-Ubuntu SMP Fri Apr 26 12:26:49 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
Best regards,
Nikita Kalinin
Postgres Professional
The text was updated successfully, but these errors were encountered: