Ivan Rizzante

+1 For this issue cause I can't restore my dump for this

@ddorian ``` pg_restore: [archiver (db)] could not execute query: ERROR: ALTER TABLE ALTER column not supported yet LINE 14: ALTER TABLE ONLY crm.customer_relationships ALTER COLUMN ind... ^ HINT: See https://github.com/YugaByte/yugabyte-db/issues/1124....

@ddorian ok thank you, I've also subscribed to #1013

@ddorian not an easy task, I have a whole company db dump I have to try and search/replace for occurrences is not feasible. The blocking issues I'm having, apart from...

Hi @joe-elliott as you can see from the above config the parameter is set to 15m: ```yaml compacted_block_retention: 15m ``` I see some logs like the ones you indicated but...

The multipart problem was my first thought but to get rid of it I created a CronJob in my cluster to get rid of them. Indeed, in Minio it is...

@ie-pham > To clarify, even with the cronjob to clean up, you still don't see any improvement? correct, as @amitsetty said we're experiencing this strange behavior even with the cleanup...

@ie-pham as far as I can see ` sum(rate(tempo_distributor_bytes_received_total{}[1m])) / 1000 / 1000` is getting up to 4.5 MB/sec. About ` sum(increase(tempodb_retention_deleted_total{}[5m]))` I can see a 4.44 in the last...

@ie-pham Here are the screenshots showing the metrics you asked for:   The disk space usage is still increasing only: 

@ie-pham I've tried the suggested fix and this is my updated Compactor ConfigMap: ```yaml tempo.yaml: | compactor: compaction: block_retention: 1h chunk_size_bytes: 1.048576e+07 compacted_block_retention: 15m ring: kvstore: store: memberlist distributor: {}...