El 25/3/21 a las 19:58, Carlos E. R. escribió:
> On 25/03/2021 19.37, Rafa Griman wrote:
>> Wenas :)
>>
>> On Thu, Mar 25, 2021 at 4:25 PM Francisco F.
>> <admin-listas@satel-sa.com> wrote:
>>
>> [...]
>>
>>> Si tengo otro de 2TB para copia de otro servidor pequeño y este va muy
>>> bien, por eso me animé a hacerlo con el de 12TB.
>>
>> Ahora que mencionas eso, acabo de caer en una cosa. El disco que
>> falla, ¿no será SMR (shingled)? Esos "fallan" que da gusto. Pero OJO
>> !!! No es que fallen es que no dan el rendimiento, han sido diseñados
>> para bajo rendimiento (archivado de datos). La comunidad de OpenZFS y
>> la gente de iXsystems (IIRC) lo han comentado mucho.
>>
>> Hubo un buen artículo en www.servethehome.com donde se comentaba.  La
>> verdad es que ha salido envarios blogs. Busca en Inet el número de
>> serie, marca, modelo y a ver si es shingled o no. Si lo es ... vas a
>> tener que limitar rsync de alguna manera: reducir las copias
>> simultáneas, directorios, tamaño de directorio, ...
>
> Hay un modo de averiguarlo. A ver si encuentro el dato... Ya.
>
> Ejecuta:
>
>    hdparm -I /dev/sdX | grep -i TRIM
>
> Si es "oxido rotante" y retorna datos, es SMR.


Ninguno de ellos es de ese tipo


>> Las listas no son fiables: tengo un disco Seagate de 4 TB que está en la
> lista, pero no es SMR, porque dá una velocidad mantenida en escritura de
> 130MBps (escribí el disco entero).
>
> <https://hardzone.es/tutoriales/componentes/lista-disco-duro-smr/>
>
> saqué el comando de ahí.
>
>
> rsync tiene un parámetro para limitar el i/o, creo.
>

Si, lo puse a 10Mb y mas de lo mismo

>>
>> [...]
>>
>>> Así que mas bien parece un tema del tamaño de los discos 12TB (son dos
>>> de distinta marca) y algo mas con según que tipos de formateos. No se
>>> cual porque no encuentro ningún registro de fallos.
>>
>>
>> Si son shingled, no ver'as fallos porque realmente no hay fallo ...
>> b'asicamente, el disco "se cansa" ... Ya, ya sé que no es un término
>> técnico xD
>
> :-D
>
> Sospecho que puedes forzar un trim y vuelve a responder cuando termine.
>
>

Descarté el rsync haciendo la copia con mc, scp y se queda frito igual.
Suele pasar cuando pilla archivos grandes.

Otra prueba:

Copia desde un disco (mc o scp) con XFS al de 2TB con btrfs de una
carpeta de 10GB con dos ficheros de 3GB.
        Cuelgue total. Por lo general se cuelga al rato de empezar, alguna vez
a la primera copia no se cuelga pero si repito el proceso se congela seguro.

Así que confirmado que btrfs es el culpable por alguna razón o parámetro
puñetero.

Lo mismo con el cifrado+XFS,

Probado entre discos XFS y todo bien aunque repita la operación 4 o 5 veces