> On 26/03/2019, at 4:55 AM, Edwin Quijada <listas_quij...@hotmail.com> wrote: > > > > De: Martín Marqués <mar...@2ndquadrant.com <mailto:mar...@2ndquadrant.com>> > Enviado: lunes, 25 de marzo de 2019 10:18 > Para: Edwin Quijada > CC: pgsql-es-ay...@postgresql.org <mailto:pgsql-es-ay...@postgresql.org> > Asunto: Re: Probelmas con TOAST excede espacio en disco > > Buenas, > > El lun., 25 de mar. de 2019 a la(s) 10:17, Edwin Quijada > (listas_quij...@hotmail.com <mailto:listas_quij...@hotmail.com>) escribió: > > > > El error es mas que claro: "No space left on device" > > > > Estás 100% seguro que la partición donde estaba escribiendo esos datos > > tenia aun lugar para extender dicha relación? > >
hace lo siguiente por favor. df -h df -hi lsof | grep -i delete | wc -l ( me imagino que te quedaste sin inodos pero no tengo mucha información ). Si tienes ext3 tune2fs -l /dev/DEVICE | grep -i inode En lo personal me gusta XFS. > > Saludos, > > > > Si revise por eso pense que era algun problema de TOAST > > Filesystem Size Used Avail Use% Mounted on > > devtmpfs 16G 0 16G 0% /dev > > tmpfs 16G 4.0K 16G 1% /dev/shm > > tmpfs 16G 1.8M 16G 1% /run > > tmpfs 16G 0 16G 0% /sys/fs/cgroup > > /dev/sdb2 913G 481G 432G 53% / > > tmpfs 6.0G 0 6.0G 0% /var/spool/asterisk/monitor > > Como es el INSERT ese que corriste? Es un INSERT masivo de datos todo > en una transacción? Si fuese así, puede que en algun punto falle, se > genere un rollback dejando todo lo insertado como tuplas muertas y un > posterior autovacuum lo limpiaría. > > Necesitamos ver como estaba el uso de disco en el preciso momento en > que se produjo el error. Después ya puede no ser descriptivo. > > > EL insert es uno por uno que se hace. Fallo en un uno solo y ese fue que > provoco la caida > > > -- > Martín Marqués http://www.2ndQuadrant.com/ > <http://www.2ndquadrant.com/> > PostgreSQL Development, 24x7 Support, Training & Services
