El 30-04-24 a las 10:43, Jaime Soler escribió:
Es normal que durante un tiempo el espacio usado en la tabla a la que se ejecuta el vacuum full sea del doble, porque lo que está haciendo es volver a recrear la tabla pero compactando los datos y hasta que no haya terminado la creación de la tabla nueva compacta, no va a liberar el espacio de la antigua.

gracias por indicarme ese "detalle" para contemplarlo en el plan de trabajo




El mar, 30 abr 2024 a las 15:54, Mario González Troncoso (<gonzalema...@gmail.com>) escribió:

    On Mon, 29 Apr 2024 at 21:25, Enrique Herrera Noya
    <enrique.herreran...@gmail.com> wrote:
    >
    > El 29-04-24 a las 17:29, Mario González Troncoso escribió:
    > > On Mon, 29 Apr 2024 at 17:21, Enrique Herrera Noya
    > > <enrique.herreran...@gmail.com> wrote:
    > >>
    > >> en otro servidor con postgresql 10.23, me percate que despues
    de borrar
    > >> tablas que no usan los de producción de datos,
    > >>
    > >> no se habia efectuado un vacuum  hace rato,
    > >>
    > >> lance un vacuum full verbose;
    > >>
    > >> y sigue comiendo disco, no se supone que debe liberar disco
    en ves de
    > >> ocupar mas disco
    > >>
    > > Por "comer disco" quieres decir que te reduce el espacio
    disponible
    > > verdad? Si es así, claro que devuelve el espacio marcado para
    > > reutilizar al sistema operativo pero después de terminar[1]
    "VACUUM
    >
    > lo que veo con  df -h
    >
    > es que al estar ejecutándose vacuum full  , sigue aumentando el
    espacio
    > ocupado en ves de disminuir
    >
    > se ha detenido el proceso al llenarse la particion , agrando la
    > particion vuelvo a iniciar la base , y continua aumentando,
    >

    Es normal que siga aumentando pero no recuerdo cuando libera el
    espacio, tiene que ser al final después de haber escrito la otra
    tabla. Es posible para ti hacer VACUUM FULL a solo una de las tablas
    grandes y ten espacio suficiente para que pueda terminar. Debería
    devolver el espacio y `df` lo debe mostrar cuando termine. No creo que
    estes ocupando btrfs verdad?

    > tendre que hacer otra cosa?
    [...]

    >


-- https://www.linkedin.com/in/gonzalemario



Enrique Herrera Noya
--
+56 992303151
Red Hat Certified Engineer RHCE Nº100223072 (RH6.0)
Red Hat Certified System Administrato RHCSA Nº100223072 (RH6.0)
Red Hat Certified Technician (RHCT) Nº605010753835478 (RH5.0)
Novell Certified Linux Professional CLP 10
Red Hat Delivery Specialist -Container Platform Application Deployment I
Red Hat Delivery Specialist - Container Platform Administration I
RED HAT SPECIALIST
How to Sell Red Hat OpenShift for Infrastructure
How to Sell Red Hat OpenShift for Developers
Red Hat Sales Engineer Specialist - Container Platform
Red Hat Sales Engineer Specialist – Automation

Reply via email to