Re: Corrupción de datos

Yo también acostumbro a separar la raiz de todas las particiones
importantes, además que no usaría ubuntu server, en mi opinión es mejor
usar debian o redhat/centos para servidores.
En cuanto al parámetro discard, el Lunes voy a abrir un tiket por lo de la
pérdida de datos para que me digan por qué usan el discard, porque como es
una máquina virtual puede que no tenga efecto si tienen varias capas de
abstracción hasta llegar al firmware del SSD y alguna no tiene configurado
el fstrim o tienen alguna implementación para que no lo haga directamente.

Ya no sigo alimentando el thread pues tienes razón que ya es más de SO,
sólo si descubro la causa del problema o encuentro una solución la paso por
aquí para que se tenga en cuenta.

Saludos

El vie., 29 mar. 2019 a las 19:20, Horacio Miranda (<hmiranda(at)gmail(dot)com>)
escribió:

> 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 not discard 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>)
> 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 refreshsnap changessnap 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
>>
>>