Login Barrapunto
Caida de Wikipedia
Diabolo nos cuenta: «Wikipedia no está disponible debido a un fallo de suministro eléctrico. El problema ahora está en reactivar los servidores de bases de datos, que aunque están en MySQL y emplean InnoDB para evitar fallos de coherencia, es posible que se encuentren en un estado irrecuperable. ¿Podrían estos contratiempos forzar a Wikipedia a migrar totalmente a los servidores de Google y emplear su tecnología de replicación de servidores? ¿Ofrecerá Google albergar totalmente a Wikipedia?» Al menos, lo forzarán a hacer copias de seguridad con más asiduidad. Por cierto, también hablan de ello en Slashdot.
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

Va de caidas ultimamente
(Puntos:1)( Última bitácora: Domingo, 20 Marzo de 2005, 20:27h )
A todo esto y dado que muchos sistemas Open Source se encuentran replicados en diversas partes del mundo, sabeis de algun esfuerzo centralizado en mantener la disponibilidad directa de los datos replicandose en remoto en tiempo real en vez de perderse en mirrors no siempre actualizados?
Parece que al menos uno se ha salvado
(Puntos:2)( http://www.avernia.com/ )
Algo de go... y más cosas [refugioseguro.com]
Esto no es serio
(Puntos:2, Troll)¿Pero qué es esto?
(Puntos:5, Divertido)Me imagino la secuencia:
- ¡Mr. Spock! Falla la energía en los servidores.
- Activen la magneto de emergencia...
- ¡Imposible! Se han parado los tambores de flufo, y se han aparcado los cabezales de los discos duros.
- ¡Oh Dios! ¡Eso es el fin! Se han rallado las pistas de las bases de datos ¡Capitán! ¡Oh, mi Capitán!...
Mysql?
(Puntos:1)( http://www.thefuckingshit.org/ | Última bitácora: Jueves, 13 Abril de 2006, 15:51h )
Pero sería que...
(Puntos:5, Divertido)- A ver... www.google.es
404 NOT FOUND!
Enseguida llama a informática: arregladme esto, no puedo trabajar...
- Pero esto es Google, que se ha quemado el edificio donde tenían los servidores, 200 ordenadores en un cluster tirando de una base de datos access que compartían por NFS...
- ¡Solucione el problema!
- Pero oiga... que quiere que haga
- ¡Usted es el experto, le pago para que trabaje!
negativo para quienes?
(Puntos:4, Inspirado)( http://www.tapiasbravo.com )
Lo que no alcanzo a entender es como un proyecto de la envergadura de wikipedia se fuese al carajo por un corte de suministro eléctrico. Tiene que haber algo más, pero sobre todo una mala previsión de sus administradores y analistas o lo que es peor, una deficiencia económica que impidiese prevenir estos problemas.
En cuanto a "RAJAR" de MySQL por ahí sin más, diciendo que es una mala base de datos para proyectos como wikipedia solo se me ocurren dos cosas, o que habla de oídas de argumentos antiguos y maníos del pasado milenio o que trabaje sólo con bases de datos gigantescas 5.000 o 10.000 veces más grandes que wikipedia que "necesiten" de algo más potente y que por supuesto no le quede tiempo para trabajar con esta magnífica base de datos. MySQL hoy día es una base de datos no sólo seria, sino muy potente y preparada para proyectos lo suficientemente gordos. He tenido la oportunidad de trabajar para proyectos bastante serios y grandes para empresas de telecomunicaciones muy conocidas por todos, en los que se ha utilizado MySQL por un número abrumador de razones en detrimento de Oracle y otras grandes bd y llevando ya años funcionando sin problemas. Además, MySQL es una herramienta tan seria, que me parecería un insulto que su usase otra cosa (a no ser PostgreSQL) en un proyecto que simboliza tanto, porque Wikipedia no es sólo una enciclipedia libre construída por la gente, sino que es un símbolo de la libertad del conocimiento, el carácter constructivo del modelo de trabajo del software libre, de colectivización y reparto de la riqueza. Todos los gobiernos debería aprender del software libre y su filosofía de trabajo, estoy convencido que un mundo mejor podría emerger del conocimiento humano.
En resumen, espero que wikipedia se pueda recuperar lo antes posible y sirva de ejemplo para otros muchos proyectos de SoftLibre para que no les ocurra lo mismo.
Responsables de wikipedia
(Puntos:3, Inspirado)( http://dac.escet.urjc.es/personal/jespa )
--
Jose M. Espadero [escet.urjc.es]
¡No lo entiendo!
(Puntos:3, Informativo)( http://www.linux-party.com/ | Última bitácora: Miércoles, 31 Octubre de 2007, 18:05h )
Cientos de veces se me ha ido a mi, cuando pongo el ordenador, el lavavajillas y el microondas para tomar el café, y no pasa nada... esperar a que se chequee la ext3 y a rular...
Ahora, que son torpes manejando e2fsck, que también sirve para ext3...
e2fsck --help
no hay que poner la opción "a" de "automatic"
y lo único que hay que poner es "y" de si, que fuerce a chequear los sectores y modo "verbose", y se recupera el 99.99999% de los datos, siendo ese 0.00001% irrecuperable algún socket o algo parecido que lo elimina y crea otra vez...
Vamos por dios, que me llamen a mi!
Proceso de recuperación
(Puntos:3, Informativo)( http://barrapunto.com/ )
En caso de que no se puedan restaurar tendrán que recuperar los backups y volver a ejecutar los logs.
Snapshots del momento:
02:28 AM hora española [flickr.com]
03:32 AM hora española [flickr.com]
En estos momentos (11:32 AM) Wikipedia parece que sigue sin estar al 100% (sólo carga el título).
Perdonen las disculpas
Todo es imagen
(Puntos:3, Interesante)( http://barrapunto.com/ )
"Esta es una copia de la Wikipedia a fecha tal. Por el momento solo puede ser consultada y no modificada. La copia será actualizada y se habilitará la escritura conforme progresemos en el proceso de recuperación. Perdonen las disculpas."
¡Ya está!
(Puntos:1)( http://www.lavigilanta.info/ | Última bitácora: Miércoles, 14 Diciembre de 2005, 16:13h )
"Concern about freedom from tyranny is a trademark of democracy". http://lavigilanta.blogspot.com