Re: Corrupción de datos

From: Horacio Miranda <hmiranda(at)gmail(dot)com>
To: Frank Alberto Rodriguez Solana <franknigth(at)gmail(dot)com>, Anthony Sotolongo <asotolongo(at)gmail(dot)com>, Lista Postgres ES <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Corrupción de datos
Date: 2019-03-30 01:20:06
Message-ID: 0f4780b4-eae8-9507-b2cd-43d6ce6f8fab@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Ehhh una de las reglas de Oro que tengo es /var/lib/pgsql  se va a una
particio dedicada con XFS ( XFS es personal ).

tener todo en el / es super peligroso. Sobre todo cuando algo se come el
espacio todo se queda sin espacio.

Cuando algo falla, falla el FileSystem de todo...

Sí esto es cloud, pide que necesitas reinstalar todo en otra maquina por
que la maquina actual no te da confianza con la siquiente configuración.

/ ( 10 G o más ).

/var/lib/pgsql  ( con el espacio que necesitas para operar ) puedes usar
VG Volumen Groups para hacer crecer el volumen logico si necesitas más
espacio.

( yo me movería de la configuración actual ), pero ese sería yo.

On 30/03/2019 2:00 PM, Frank Alberto Rodriguez Solana wrote:
> Hola Horacio, este es el fstab:
>
> UUID=909cea79-2ab4-4812-8eb7-c5csf3fd7c78 /               ext4   
> discard,errors=remount-ro 0       1

Pide aclaración de por que esta ese parametro ahí, mientras tanto pide
que lo saquen. ( no cacho por que no usar el default ahi ).

>
> Lo que me llama la atención es el discard, porque los discos son NVMe
> SSD, y aunque no sé cómo está la infraestructura de almacenamiento de
> ese cloud, según lo que he leído en internet el uso del TRIM en el
> fstab no es recomendado por los fabricantes como Intel:
>
> (Al final del PDF viene con letras azules en grande las
> recomendaciónes, y debajo: IMPORTANT:Do notdiscard blocks in
> filesystem usage.)
>
> https://www.intel.com/content/dam/support/us/en/documents/ssdc/data-center-ssds/Intel_Linux_NVMe_Guide_330602-002.pdf
>
> En cuanto a la ram estos son los resultados:
>
El Doc dice bien claro no usar discard, yo tendría respaldos más regulares.

Ignoro si quieres seguir alimentando este thread, esto no es postgresql
es más S.O.

@Alvaro, sería interesante que postgresql entregue un warning si esta
corriendo en un filesystem con el flag discard. ( ignoro como hacer esta
sugerencia o sí es posible detectar esto desde el PostgresSQL ).

> # snap refresh
> All snaps up to date.
> # snap changes
> ID   Status  Spawn Ready               Summary
> 2    Done    today at 00:53 UTC  today at 00:53 UTC  Refresh all
> snaps: no updates
> # snap tasks 2
> Status  Spawn  Ready  Summary
>
> Saludos
>
> El vie., 29 mar. 2019 a las 17:57, Horacio Miranda
> (<hmiranda(at)gmail(dot)com <mailto:hmiranda(at)gmail(dot)com>>) escribió:
>
> Que te sale en las lineas anteiores que dispositivo es ?
>
> sobre la RAM, puede que tengas un problemas de corrupción de RAM,
> si son maquinas virtuales estoy asumiendo que usas vmware.
>
> Tienes instalado los paquetes para linux del vmware ?
>
>
> Mira este thread.
> https://forum.snapcraft.io/t/unexplained-mount-failure-protocol-error-what-we-know-so-far/5682/9
>
> |snap refresh |||snap changes |||snap tasks 30 Tienes algun filesystem de red ? /etc/fstab (
> revisa los parametros ). |||||
>
> On 30/03/2019 11:38 AM, Frank Alberto Rodriguez Solana wrote:
>> print_req_error: I/O error, dev loop0, sector 0
>

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Juan 2019-03-30 01:36:32 Re: Corrupción de datos
Previous Message Frank Alberto Rodriguez Solana 2019-03-30 01:07:11 Re: Corrupción de datos