Mailinglist Archive: opensuse-es (1145 mails)

[Angel <clist@xxxxxx>]

El Jueves, 19 de Marzo de 2009 01:19:15 Carlos E. R. escribió:
> Content-ID: <alpine.LSU.2.00.0903190042080.24921@xxxxxxxxxxxxxxxx>
>
>
> El 2009-03-18 a las 20:46 +0100, Rafa Grimán escribió:
>
> > El Tuesday 17 March 2009, Shinji Ikari escribió:
>
> > > ¿hmm? No conozco de sistemas que se autocorrijan, ¿y cuanto cuestan? =P
> > > Ni siquiera el cuerpo humano es inmune. Si se enferma una parte, el resto
> > > es afectado, sea por como es el sistema o la especialización y dependencia
> > > de cada parte.

En cierto modo pensamos del cuerpo humanso que es imperfecto pues enferma y 
envejece, pero desde
el punto de vista global esta diseñado para que se degrade con facilidad ¿no? 
Aqui la fiabilidad es a nivel
de especie quizas donde el genoma se tranfiere en el acto reproducitvo y 
(nuestro genoma cultural) se tranfiere
mediante tradicional oral, escrita, cibernetica etc..

Como dicen la gente del erlang:

La fiabilidad y la disponiblidad empiezan con dos nodos


Yo la unica cosa que he visto fiable a es la hipoteca, no hay quien se la quite 
de 
enmedio...

Salu2
> Si los hay.
>
> Por ejemplo, la lanzadera espacial usa ordenadores por triplicado, y
> tienen que coincidir en sus decisiones o se aborta el despegue.
>
> Y yo he trabajado con un ordenador de alta disponibilidad y alta
> fiabilidad con redundancia total de componentes. Ese hardware tiene la
> capacidad de hacerse autodiagnósticos y reportar sus propios errores.
>
> Sí hay cosas que se puedan hacer. Pero no es barato.
>
>
> > > Tome en consideración también que si retira o se encuentran fallos en la
> > > columna principal del edificio que menciona, el ente encargado de las
> > > construcciones lo califica como no habitable. Tal vez pueda resistir otro
> > > sismo, u desastre o que sea utilizado, pero... ¿se arriesgaría? =P~
> >
> >
> > Buen punto, en onformático no existe esto (al menos que yo conozca). No hay
> > una entidad certificadora que garantice un nivel determinado de calidad.
> > Bueno, sí hay estándares y cosas, pero todos sabemos cómo se cumplen ;)
>
> Alguna vez he comentado de una empresa británica que hace software
> certificado 100%. Es carísimo, pueden tardar un par de años antes de
> escribir una sola línea de código. Son programas relativamente pequeños,
> como el núcleo de autenticación de tarjetas de créditos.
>
>
>
> > > ¿Un equipo que vigila el sistema central o que almacena los logs del
> > > sistema?
> >
> >
> > Syslog (y variantes -ng) permiten esto, lo malo es que si se produce un 
> > corte
> > de luz ... no hay nada que loguear porque no hay datos. Si hay un cuelgue, 
> > el
> > syslog no puede escribir porque se ha colgado el sistema :(
>
>
> Na... Contrata unos cuantos ingenieros Cylones (Battlestar Galactica
> (reimagined): cuando los matas vuelcan su memoria en la nave resurrección,
> y les dan un nuevo cuerpo con toda su memoria intacta >:-)
>
> Tecnológicamente sí es posible hacer sistemas (discos) que guarden toda la
> información en curso, completa, hasta el instante de pérdida de energía.
> Basta con que el disco tenga una memoria de transacciones completa con
> backup de pila, con un procesador que guarde toda esa info en el disco
> cuando vuelva la energía.
>
> Y el proceso también se podría hacer con la ram del sistema.
>
> En teoría, claro.
>
>
> El truco es programar por transacciones completas por etapas: cada etapa
> no responde OK a la etapa anterior hasta que pueda garantizar que los
> datos se han transferido por completo y que están asegurados.
>
> Ojo: no vale decir "ya los tengo". Tienes que tenerlos de verdad, como si
> fuera correo certificado: has firmado su recepción, luego _ya_ es tu
> problema.
>
> El correo electrónico (smtp) funciona así, en teoría: cada servidor envía
> al siguiente, el cual confirma cuando tiene los datos a salvo, y es
> entonces cuando el anterior borra el correo. Se supone que la partición
> /var/mail está montada "sync", por lo cual es más lenta que las demás
> particiones - y de paso, es el motivo tradicional para que los
> administradores se cabreen al recibir correos de un mega o más, puesto que
> el disco es "sync" y muy lento.
>
>
>
> > > ¿Hay algún log donde se pueda ver los accesos y cierres de archivos?
> >
> > Que yo sepa no, puedes usar comandos como lsof o strace para ver qué 
> > ficheros
> > se están usando.
>
> Algunas veces interesaría un log de apertura/cierre de ficheros, quizás
> mandados por red a otro ordenador. Permitiría descubrir algunos problemas
> puñeteros.



-- 
Este correo no tiene dibujos. Las formas extrañas en la pantalla son letras.
__________________________________________

Clist UAH a.k.a Angel
__________________________________________
Sex is a battle, love is war.
--
Para dar de baja la suscripción, mande un mensaje a:
   opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
   opensuse-es+help@xxxxxxxxxxxx