[uylug-varios] linus torvalds finalista del premio mellennium de tecnología 2012 !!!

[Luis Pablo Pérez]

2012/4/23 etrapani <etrapani at unesco.org.uy>:
>
>>>  Para decirlo de otra manera, si fuse-zfs (la parte de espacio usuario)
>>> se
>>> cuelga en mi equipo, hace pedazos todo. Eso no pasa en un kernel
>>> monolítico,
>>> que jamás delegaría el manejo de archivos al espacio de usuario
>>
>>
>> Solo para asegurarme: cuando decís 'hace pedazos todo' te referís al
>> acceso a ese filesystem (el provisto por fuse-zfs que se acaba de
>> cologar/abortar).
>
>
> Puse algunos servicios y se caen porque no pueden escribir ahí.  Son
> importantes para mí, pero está bien tu precisión, no es *todo* en mi caso,
> aunque tendría que bajar servicios, remontar y volver a subir.
>
> Igual, si queres que sea todo de verdad tenés reportes como este[1] (acá[2]
> capaz que está más claro).  Un usuario cualquiera sobre un filesystem de
> fuse generando un panic.

Claro, el punto es que un panic es un bug en el kernel y si hay un bug
no importa si es micro, macro o hibrido: cuando llegue el momento se
va a ir de viaje.

Aveces un panic es algo buscado: el software de clusters de Sun (Sun
Cluster) tenia una feature (quizas aun la tiene) por la cual si el
proceso de control del cluster muere se genera un panic. La idea es
que si este proceso muere es mejor dejar el turno  a los otros nodos
del cluster (liberando recursos compartidos) y la forma mas rápida de
hacerlo es esa. Para esa función se requiere un modulo de kernel :)
Una forma de probar el cluster y ver los nodos standby toman la posta
era (es?) 'kill -9 $(pidof ccd)' ... creo que se llama ccd = cluster
control daemon :)

>
>
>> El resto del sistema que no depende de eso sigue como si nada ... bha,
>> hasta mas feliz porque van a haber mas recursos disponibles (ram, cpu,
>> etc).
>
>
> Ja :D.  Sí, es cierto.  Como cuando X se cuelga por un problema de la
> tarjeta de video.  El tema es que no siempre es aprovechable ese bienestar
> del resto del sistema si por ejemplo no te deja entrar porque /tmp ya no se
> puede escribir ;)

a claro, si la función del equipo es imprimir y lo que se colgó es el
driver de la impresora tu servicio se vio afectado en un 100% por mas
que todo el resto funcione perfectamente :) :) :)

>
>
>> Dependiendo del problema si el kernel fuera monolítico, ahí si que,
>> dependiendo del problema se puede ir todo de viaje.... panic
>> incluido.... si?
>
>
> Sí, claro, de manera mucho más brutal, según el problema.  Pero viste que lo
> de arriba es un panic que viene por la parte de usuario de fuse ... no se
> pone mucho peor que eso.
>
> Eduardo.
>
> [1] http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2009-4410
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=549400
>
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy