-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-03-13 a las 11:57 +0100, Rafa Grimán escribió: ...
Hablando de si se va la luz. Ocurre, por ejemplo, en las cabinas de discos que tienes una caché por controladora protegida por una batería (~ mini-SAI). Pero, ¿qué ocurre si hay un fallo eléctrico interno y uno de los discos pierde durante un breve período de tiempo alimentación? Pues que los datos que había en la caché del disco ese ... se han esfumado !!! La caché de la controladora de la cabina está bien protegida por la batería, pero la del disco no.
Nopes, el RAID no protege ante esto. Tened en cuenta los pasos:
1.- la controladora le dice al RAID: te paso estos datos que tengo en caché
2.- el RAID dice: OK, ya se lo he pasado a los discos
3.- el disco dice: OK, ya lo he escrito
4.- el RAID le dice a la controladora: el disco ya lo ha escrito
5.- la controladora dice: OK, marco ese dato como "stale" en mi caché
Si os fijáis, en el paso 3, el disco dice que lo ha escrito, pero está en la caché, no en el disco físico (platter). Si ese disco no llega a escribir de su caché al platter (fallo en la corriente), la paridad no sirve de nada porque no hay que reconstruir nada. Teóricamente el dato está en disco. Pero realmente no está por lo que el RAID no reconstruye nada y nunca lo hará. Sólo verás este error cuando vayas a recuperar el fichero y veas que está corrupto.
Me parece que aquí el raid por software tiene ventaja, porque manda los datos por separado a cada disco. >:-) Es decir, el disco fallado tendrá unos datos, pero el resto tendrán otros.
El RAID sólo reconstruye cuando sabe que hay un fallo (cuando el disco le dice: no puedo escribir o el disco simplemente no contesta), pero en esta situación, para el RAID todo ha salido bien.
Solución: desactivar las cachés propios de los discos, no de la controladora RAID. Problema nuevo: pierdes rendimiento. Ventaja: ganas en seguridad.
- Cachés con pila. - Añadir comando PATA/SATA para volcado de cache de disco de emergencia. El sistema operativo sabe que se va la corriente, o que va a apagar el sistema. Es el momento de ordenarle volcar la caché. - Añadir comando para volcado rutinario de cache de disco, que sería usado por el kernel como parte de un "sync".
La Sai, pos no da pa mas el presupuesto.
Ya, hay veces que (la gran mayoría de ellas) que es un problema económico. En tu caso, no lo sé, pero en otros que sí sé, se gastan un dineral en SAI y alta disponibilidad ... y luego resulta que lo enchufan todo al mismo sitio y sólo tienen 1 proveedor de electricidad, están en una zona de mucha humedad, ... Por lo que está mal invertido el dinero.
Eso también. Pero una SAI te puede salvar la "vida": no se trata de mantener el centro funcionando, sino de poder cerrar (o mejor hibernar) el sistema adecuadamente.
La curiosidad :que solo se ha perdido el tamaño de los iconos y la configuracion de las cuentas de correo, de las 4, pero el resto de configuraciones del kontac esta bien, asi como las carpetas.
Puede ser porque determinados ficheros sí se han escrito o porque a lo mejor KDE no manda guardar determinados ficheros hasta que se cierra la sesión y otros sí. Esto ya es cosa propia de la aplicación y de cómo y cuándo guarda los ficheros.
Si, yo creo que es más fallo de la aplicación que del sistema de ficheros. Es probable que tuviera las cosas en memoria, no en disco, o en fichero temporal.
En fin las volveremos a meter y que no pase otra vez.
Al menos hay que hacer backup de las configuraciones y datos. Es mucho menos que copiar todo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkm6bVMACgkQtTMYHG2NR9VrTQCfXZjog7mGa9PMdMlPJ+kDyb9Y ii4An1jnKW+EDDb073hLE668453+YFZX =eHEl -----END PGP SIGNATURE-----