Hola :) El Friday 13 March 2009, admin-listas escribió:
Rafa Grimán escribió:
Tecleado unas 100 veces. Da igual el sistema de ficheros que uséis, el probelma con el que os vais a encontrar es la caché del propio disco duro y su firmware.
Rafa
Antes que nada, en mi lista he metido humor ;)
si, pero no da tiempo cuando se va la luz.
Ya, para el sync no te vale. Como comentaba, en nuestros servidores añadimos (no sé el término en castellano) power-fail interrupts y capacitadores más grandes. No es un SAI, pero alivia algo y permite que el sistema operativo reaccione. Algo es algo ;) A nivel de sw (XFS) también hemos introducido mejoras que intentan evitar o aliviar este tipo de cosas. 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. 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.
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. Otro ejemplo: tenemos un posible cliente que tiene todo distribuido. Dice que eso de consolidar es muy incómodo y que si se te cae el único almacenamiento/servidor que tienes ... se te va todo al carajo. Sí, es cierto, pero no es ni uno ni lo otro. Es decir, puedes consolidar y tener alta disponibilidad/redundancia y evitar lo que llaman los gringos: "server sprawl". Para que te hagas una idea, esta empresa monta servidores con 8 discos en los que cada disco es un sistema de ficheros: no hay protección de datos de ningún tipo. Cuando falla un disco (obviamente) el sistema se queda con un iowait eterno porque no puede montar el sistema de ficheros ... tiene que reiniciar el servidor entero. Luego, por culpa de perder un disco ... deja de servir 8 sistemas de ficheros: mal invertido el dinero. IMHO, no hay que ser demasiado radical en las cosas y ver que a lo mejor no hace falta invertir tanto en una cosa e invertir en otra.
Las copias , ni ganas (eso que me pierdo)
Todo eran recomendaciones. Cada uno es libre de proceder como crea más correcto/conveniente.
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.
En fin las volveremos a meter y que no pase otra vez.
Suerte :) Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org