ahouska

Can you please test the same scenario with `pg_squeeze` 1.4 (actually 1.4.1 is the last release)? It should consume less disk space (see https://github.com/cybertec-postgresql/pg_squeeze/issues/51#issue-1127110005 for details), so the processing might...

I thought the point of the issue https://github.com/cybertec-postgresql/pg_squeeze/issues/47#issue-910280352 was to add pg_squeeze 1.4 to the official repository, but it really appears not to be there. I've submitted a request to...

pg_squeeze 1.4 is now in the PGDG repository (yum). It can only be installed to PG 14 though. You need to install it from source if you use lower PG...

Currently it cannot, but repartitioning is the next feature that we want to add.

To "send database into recovery mode" probably means "to crash it". How is this issue different from https://github.com/cybertec-postgresql/pg_squeeze/issues/70 ? Any progress in getting the core dump and/or the backtrace

I'm still curious if I can reproduce the problem. Can you please share the definition (`CREATE TABLE`) of the table which fails to get processed? And also the output of...

One more idea though: can you please share the REL1_6 library (`pg_squeeze.so`)? I'd like to try test it myself on opensuse 15.3. And also, please send me the contents of...

Thanks for the backtrace. Nevertheless, it looks weird because `release_task()` should not really call `palloc()`. As I probably said earlier, something might be wrong about your binary. Can you please...

@kovmir the 1.6 head and the last tag should be the same, but I agree that the tag is what should be downloaded. @ramkly I think my file is bigger...

> So Far it worked without crashing but it didn’t help to remove table bloatsOn Can you find the related record in the `squeeze.log` table?