Re: error en transaccion gigantesca

On 3/22/06, Mario Gonzalez <gonzalemario(at)gmail(dot)com> wrote:
> On 22/03/06, deepthroat <dblackbeer(at)gmail(dot)com> wrote:
> > On 3/22/06, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> > > deepthroat escribió:
> > > > On 3/21/06, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> > > > > deepthroat escribió:
> > > > > > Despues de 4 horas de procesar unos acumuladores obtengo siempe el mismo error:
> > > > > >
> > > > > > ERROR: no se pudo escribir el bloque 4686691 del archivo temporal: No
> > > > > > queda espacio en el dispositivo
> > > > > > HINT: ¿Quizás se agotó el espacio en disco?
> > > > > >
> > > > > > Tengo suficiente espacio:
> > > > > >
> > > > > > [root(at)morena data]# df -h
> > > > > > S.ficheros Tamaño Usado Disp Uso% Montado en
> > > > > > /dev/hdb3 37G 15G 20G 42% /
> > > > > > /dev/hdb1 99M 16M 79M 17% /boot
> > > > > > /dev/vg0/lv0 221G 173G 37G 83% /base
> > > > >
> > > > > Como sabes que tienes suficiente espacio? 4686691 bloques son _mucho_
> > > > > espacio ... 35 GB si mis calculos son correctos.
> > > >
> > > > Cierto. Las tablas que intervienen son inmensas y no habia tenido en
> > > > cuenta el detalle de los blques.
> > > >
> > > > Habra forma de ver el espacio ocupado por ese archivo temporal
> > > > mientras sucede la transaccón? Porque a df -h aparentemente le es
> > > > invisible eso.
> > >
> > > Bueno, df deberia mostrar ese uso de espacio.
> > >
> > > En todo caso creo que yo me dedicaria a examinar muy cuidadosamente la
> > > consulta y su plan de ejecucion, en busca de algun producto cartesiano o
> > > algun otro bicho indeseable.
> > >
> > > --
> > > Alvaro Herrera http://www.CommandPrompt.com/
> > > PostgreSQL Replication, Consulting, Custom Development, 24x7 support
> > >
> > Exacto. Voy a partir la transaccion en varias, ya que para porciones
> > de datos funciona bien.
> > La otra es agregar mas disco al /dev/vg0/lv0 y listo.
> >
> Esta bien. Usas LVM y puedes redimencionar tu filesystem pero quiza
> eso «puede» ser un parche. Como te decia Alvaro, es mejor examinar el
> plan de ejecucion y tratar de mejorar la consulta (en caso de que sea
> posible) porque si con solo una consulta te pasa eso, no me imagino
> que varios usuarios hagan lo mismo.
>
Estamos de acuerdo, ya lo hice.
Pero te doy algunos detalles: el acumulador que estoy generando tiene
que seleccionar, agrupar, ordenar, contar y sumar en base a dos
tablas, una con aprox. 6 millones de registros y la otra 130 millones.
Vale tu preocupacion pero es un proceso esporadico para generar una
tabla resumen, se haria una vez cada 6 meses.

--
cosechero