Re: DoS al hacer un sub select

El vie, 29-07-2005 a las 10:45 -0400, Alvaro Herrera escribió:
> On Fri, Jul 29, 2005 at 10:20:21AM -0400, Mario Gonzalez wrote:
>
> > Si me devuelve muuuchos!! Pero el problema que note aparte de ese es
> > que cuando el psql de mi maquina se comio toda la ram y la swap esta se
> > empezo a comportar de manera extraña (obvio) y al rato el kernel mato
> > este proceso en el cliente. Sin embargo, un proceso del postmaster en el
> > servidor siguio corriendo con un 100% de uso del procesador, me acorde
> > gracias a los tips "No hagas kill -9 al postmaster" por lo que no supe
> > como parar ese proceso por lo que, aunque estupido paresca, pare el
> > servicio ; (
>
> Una aclaracion: postmaster es el proceso principal. El resto de los
> procesos de Postgres no son postmaster, sino hijos de postmaster. Hay
> un proceso bgwriter, un stat collector, un stat buffer, y varios
> "backend" que son los procesos que atienden a los clientes.
>
ok!
> (Si lo estas viendo con top, apreta "c" para ver lo que cada proceso
> dice ser)
>
> En general puedes matar a cualquiera de esos y Postmaster lo va a volver
> a levantar. Menos los backend, obvio; en ese caso psql te va a informar
> que perdio la conexion, y se intenta reconectar.
>
Ah, si lo estaba viendo con top; en ese caso me falto ver cual proceso
o hijo estaba ocupando el 100% de una de las cpu's

> Si matas Postmaster, todo el servidor se baja.
> Ahora, el backend va a seguir procesando la consulta, y te va a intentar
> enviar resultados; sin embargo no va a detectar que el cliente se murio
> hasta que intente escribir en el socket, por lo tanto puede pasar un
> rato entre una cosa y otra.
>
Si, creo que paso eso. No hubo una escritura en el socket durante un
buen rato. De ahi el DoS

Gracias Alvaro ; )
--
Debian GNU/Linux
Linux User: 281238
Please do not send micro$oft documents!!! ;\
http://www.intergate.com/~emarch/no-word.html