-
Notifications
You must be signed in to change notification settings - Fork 177
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # 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: