Mailinglist Archive: opensuse-es (1145 mails)

[Rafa Grimán <rafagriman@xxxxxxxxx>]

Hola :)


El Friday 13 March 2009, Carlos E. R. escribió:
> Content-ID: <alpine.LSU.2.00.0903131444240.5017@xxxxxxxxxxxxxxxx>
>
> El 2009-03-13 a las 10:32 +0100, Rafa Grimán escribió:
> > En la lista de OT (y en muchas otras) se está comentando mucho esto. En
> > las de XFS también ha salido el tema. XFS lleva desde el 95 (creo) y
> > tenemos soluciones a esto en nuestros servidores (a nivel hardware) y
> > algunas de las mejoras que va a introducir en ext4 ya las tenemos
> > nosotros en XFS.
> >
> > Te recomiendo leer el hilo que hay sobre este tema en la lista OT.
>
> ¿Y porqué rayos hablais de esas cosas que son ON topic en la lista OFF
> topic? Es que esa lista no tiene archivo, no se puede leer a posteriori
> cuando te avisan de algo interesante.
>
> Ya os vale.


Que pacha ... ;) Por ahora no he contestado a la OT y en cuanto a lo de por 
qué se habla de algo ON Topic en la lista OT ... ni idea. Me he limitado a 
hacer de mensajero.


> > Básicamente hay que tener en cuenta:
> >
> >     - los sistemas de ficheros "modernos" hacen un sync a disco tarde
> >       (delayed allocation). Es decir, guardan en buffers y cachés datos
> >        y no escriben a disco inmediatamente
> >
> >     - esto lo hacen porque el disco duro es MUUUUUUUUUUUUYYYYYY lento
>
> Comparativamente, claro.


Comparativamente, claro 0:) Comparando tiempo de acceso y velocidad de lectura 
entre RAM y de HDD es asombroso.


> >     - el hardware suele ser de mala calidad, es decir, sobre todo
> >       memorias que fallan (típico de componentes de PC y no de
> >       servidor o de estación de trabajo), fuentes de alimentación
> >       poco fiables, no utilizar SAI, cachés de discos duros que no
> >       son fiables, ...
> >
> >     - cachés del disco duro que fallan, aka discos duros no enterprise
> >
> > ¿Por qué no ocurre con otros sistemas de ficheros? Respuestas:
>
> Yo no he perdido datos con XFS. Tengo una SAI, cierto, pero tengo petadas
> de sistema, y ultimamente, problemas con el cableado de un disco:


[...]

Eso de problemas de cableado también lo he sufrido yo :"( Es una lata >:-|


> El log sobrevive porque está en hdd, no afectado.
>
> Al final reboté, pero no perdí nada. La partición de la que protesta es
> reiser, pero había una xfs montada en ese disco (las encriptadas son
> ficheros en su mayor parte en hda, montadas con loop, y la partición
> "anfitrión" es xfs). Apago, quito y pongo los cables, enciendo, y hala. No
> es el cable, ya lo he cambiado, me temo que puede ser el conector de la
> placa (muy mal arreglo) o el del disco (si intento arreglarlo y me lo
> cargo, no puedo acceder a los datos).


=:0


> Me temo que tendré que cambiar de ordenador.


Mira este:

http://en.expreview.com/2009/03/05/cebit-2009-asus-shows-off-rog-cg6190-gaming-pc.html

"Sólo" consume 1.1 KW x"D No estamos volviendo locos.


> Y por cierto, lo que he descubierto el otro dia, en mi partición de
> pruebas, es alucinante: empieza a soltarme los avisos de que no puede
> acceder a hda, aunque el teclado o el ratón todavía no se han bloqueado.
> Se me ocurre abrir la caja y apretar los conectores del disco y la placa,
> sin sacarlos, y... ¡funciona! Pude continuar trabajando un dia entero sin
> apagarlo. Hoy estoy con la 11.0 en otra partición, y no he tocado los
> cables. Se que fallará, falla todas las semanas, pero ahora, si me pilla
> delante, probaré lo mismo.
>
> ¿No es alucinante? :-O


<modo_bromista=1>
A ver Carlos, que ese equipo no es un portátil. Si lo mueves ... los cables se 
sueltan ;)
<modo_bromista=0>


> Ah, luego tuve que usar hdparm para reactivar el DMA en los discos.
>
> Todavía no me lo creo.


[...]


> Por cierto... en la 11.0 mi sistema de backup "me lo han roto". Lo hago a
> disco externo via USB, con sistema de ficheros reiser... pues bien, da
> errores:
>
> Mar  6 00:19:04 nimrodel kernel: sd 1:0:0:0: [sda] Sense Key : No Sense
> [current] Mar  6 00:19:04 nimrodel kernel: Info fld=0x0
> Mar  6 00:19:04 nimrodel kernel: sd 1:0:0:0: [sda] Add. Sense: No
> additional sense information
>
> que terminan por provocar la corrupción del sistema de ficheros que
> requiere un rebuild tree, que tarda varias horas (aunque fuera en disco
> interno sería lento).


=:0


> > Un consejo de colegas, si queréis "garantizar" que el dato se ha escrito
> > a disco, teclead el comando:
> >
> >     sync
> >
> > 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.
>
> Basta con grabar un fichero a disco mayor que la caché del disco, que sólo
> en los buenos llegan a 32 megas.


Ya, pero si hablamos de ficheros de configuración ... 32+ MB ... peyacho de 
fichero de configuración !!! ;)

   Rafa

-- 
"We cannot treat computers as Humans. Computers need love."

rgriman@xxxxxxxxx
--
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