Conversation

Notices

1. tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 18:18:08 UTC tarteka :pleroma:

   • spla :senyera: :vim:
   • tarteka :pleroma:
   @spla buena cosa pg_repack ese. Habrá algo parecido para pleroma?
   • tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 18:21:38 UTC tarteka :pleroma:

     • spla :senyera: :vim:
     @spla entiendo que es una orden de Postgresql. Como se usaría?
   • tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 18:35:59 UTC tarteka :pleroma:

     • spla :senyera: :vim:
     @spla me da yuyu de joder la base de datos. Voy a copiarlo todo bien y documentarme a tope antes de meterle mano así. XD
   • tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 18:37:15 UTC tarteka :pleroma:

     • spla :senyera: :vim:
     @spla https://www.percona.com/blog/2019/02/04/pg_repack-rebuild-postgresql-database-objects-online/
   • tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 18:40:05 UTC tarteka :pleroma:

     • spla :senyera: :vim:
     @fanta yo estoy con la 9.6 @spla
   • tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 18:58:35 UTC tarteka :pleroma:

     • spla :senyera: :vim:
     @fanta eliminas todo multimedia de más de una semana? o eso hace otra cosa? @spla
   • tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 19:01:56 UTC tarteka :pleroma:

     • spla :senyera: :vim:
     @spla todo preparado para ejectuarlo. Pero qué harías un repack a toda la base de datos o a tablas aisladas? @fanta
   • tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 19:10:15 UTC tarteka :pleroma:

     • spla :senyera: :vim:
     @fanta @spla no podía ser tan fácil:
     
     INFO: repacking table "schema_migrations"
     ERROR: query failed: ERROR: unexpected index definition: CREATE UNIQUE INDEX schema_migrations_pkey ON public.schema_migrations USING btree (version) TABLESPACE pg_default
     DETAIL: query was: SELECT indexrelid, repack.repack_indexdef(indexrelid, indrelid, $2, FALSE) FROM pg_index WHERE indrelid = $1 AND indisvalid
     
     Por lo menos, sigue funcionando....XD
   • tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 19:17:52 UTC tarteka :pleroma:

     • spla :senyera: :vim:
     @fanta @spla es que no termina. Da error y para la ejecución.
   • tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 19:42:32 UTC tarteka :pleroma:

     • spla :senyera: :vim:
     @fanta @spla parece ser que es un error mismo de pg_repack en la versión que estoy. O eso he entendido: https://github.com/reorg/pg_repack/issues/169
   • tuttle (tuttle@santsenques.cat)'s status on Wednesday, 01-Jan-2020 20:07:44 UTC tuttle

     in reply to

     • spla :senyera: :vim:
     • tuttle
     @tarteka https://docs.pleroma.social/Mix.Tasks.Pleroma.Database.html @spla
     tarteka :pleroma: likes this.
   • tarteka :pleroma: (tarteka@pleroma.libretux.com)'s status on Wednesday, 01-Jan-2020 20:45:32 UTC tarteka :pleroma:

     in reply to

     • spla :senyera: :vim:
     • tuttle
     Gracias @tuttle . Esa orden ya la controlaba, pero creo que pg_repack hace otra cosa, y era por probar. Siempre que se pueda liberar espacionen la base de datos mejor. @spla
     tuttle likes this.