ChatNoir

The drive does not seem to have had any previous SMART tests. No hint that he has more hours than shown. JorgeB could confirm this. It could be some old stock.

You should be able to export a report in txt format. There are more information there than only the attributes.

After 65k+ hours, the Power on Hours can sometimes loop back to 0. A SMART report could show a better status on that. On Seagate drives, the Read error rate is handled differently :

You should set up a syslog server and post the log file after the issue happened.

This is referring to the FAQ, I moved the post.

Is it not the same as the other you posted during the weekend ?

Voici l'exemple de ma share principale pour les médias :

Bonjour et bienvenue sur le forum. J'imagine que tu veux dire que tu as un double parité ? Ce n'est pas du RAID dans l'Array. Je trouve que le plus simple est de créer un(des) utilisateurs dans Unraid qui reprennent les infos des sessions windows qu'on souhaite autoriser. Par exemple, si ton PC a pour compte utilisateur toto avec 1234 comme mot de passe, je crée l'utilisateur toto dans Unraid avec le même mdp. Dans chaque Share que tu veux paragé, est-ce que tu as bien donné les bons droits à l'utilisateur ? Et exporté la Share ?

I also saw your previous post but I still don't understand the correlation between Ethernet speed and disk controller. I guess I am not the only one since no one answered you. I am sure there is some thought behind your question, can you provide more details ?

Not really, I initially misunderstood the situation. One complete Extended SMART test should be enough to have a clear picture of the drive status. I don't think so. It would manifest as UDMA_CRC_Error or perhaps as read error. In my (limited) experience, it is. If a drive cannot be reliably be read, then you cannot trust it with your data. Especially in the context of an Unraid Array where the Parity protection is not only handled by the Parity drive(s) but also by every Data drives for parity calculations and rebuild.

Hi, I am pretty sure that there is one built in Unraid. On the Dashboard, click Edit below the icon, scroll one or two lines in the list an the R5 should be there. It's close enough for my XL R2.

Hi, can you also share that file if it covers a crash ? It is not included in the diagnostics.

Perfect, thanks.

Parity check tuning is a third party plugin, not part of base Unraid. Have you tried without the plugin to ensure that it is indeed an Unraid issue ?

OK, my bad. It seems that the lifetime hours in the SMART tests are not coded the same way as the lifetime in the attributes. The first one reached its max value, started back from 0 and incremented from that at some point. I missed that. The result of the SMART test is Completed: read failure You should replace the drive.

Well, that does not look so good for the drive. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 3 197 Current_Pending_Sector -O--CK 200 200 000 - 1 200 Multi_Zone_Error_Rate ---R-- 200 200 000 - 2 Those attribute values are not great. But that is quite bad too (even it the test seems super old). SMART Extended Self-test Log Version: 1 (1 sectors) Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 80% 9747 146290080 Try to run an extended SMART test and see if those get better somehow. But in your place, I'd replace. The drive seems quite old anyway at 75k+ hours (8.5 years).

Have you tried the manual method ? https://docs.unraid.net/unraid-os/getting-started/manual-install-method/

Bonjour, globalement oui. Toutefois, si tu as des VMs sur lesquels tu as passé des éléments HW, il faudra certainement y faire attention. Je ne suis pas un expert, mais si c'est le cas, je pourrais te donner quelques pistes. Oui, probablement en coupant les services Docker et VM auparavant pour que tout puisse être déplacé sans problème. Normalement, pas de désastre à prévoir. Mais quelques étapes à suivre. La plupart seront inutiles s'il n'y a pas de soucis, mais il vaut mieux prendre le temps de le faire plutôt que de regretter. En gros : mets à jour tous tes plugins (optionnel) lance un Parity check pour s'assurer qu'il n'y a pas de soucis désactive le démarrage automatique de l'Array désactive le démarrage automatique des dockers (onglet docker) désactive le démarrage automatique des VMs (onglet VM) désactive le service docker (onglet Settings) désactive le service VM (onglet Settings) déplace les données de ton cache vers l'Array soit avec le mover (mais ça demande de modifier toutes les Shares dans un sens, puis dans l'autre) soit avec un outil annexe (Unbalance, Midnight Commander) ; si tu n'es pas certain, demande ou reste avec le Mover fait une sauvegarde de ta clé USB exporte un diagnostics note l'assignation de tes disques (un imprime écran de Main fait souvent le taff) bascule tes disques sur ta nouvelle machine avec ton nouveau cache Boot vérifie que tous tes disques sont bien reconnus et bien assignés assigne ton nouveau cache démarre l'Array il devrait demander de formatter ton nouveau cache, vérifie que c'est bien le bon disque et si oui, fait le déplace les données de l'Array vers ton nouveau cache à l'inverse de la dernière fois active le service docker (onglet Settings) lance tes dockers un par un et vérifie qu'ils sont fonctionnels réactive le lancement auto des dockers que tu souhaites active le service VM (onglet Settings) lance tes VMs une par une et vérifie qu'elles sont fonctionnelles réactive le lancement auto des VMs que tu souhaites réactive le démarrage automatique de l'Array si tu le souhaites (optionnel) lance un Parity check pour s'assurer que tout s'est bien passé Si tu as un doute sur une étape ou une autre, demande. Si un truc se passe mal, demande. J'ai beaucoup décomposé, mais ça devrait bien se passer.

This one https://www.delock.de/produkt/89384/merkmale.html?setLanguage=en ? Probably not a great choice. 10 SATA on a PCIe x2 is most probably using port multipliers that are NOT recommended. You can look at recommendations here :

Settings / Docker Settings / dropdown menu

hello @zhujiang you shoud try to contact support.

@8613881401227 you should try to contact support.

Bonjour @AlexisRoyer, désolé de ton problème. Je pense que tu peux commencer ici : https://docs.unraid.net/unraid-os/manual/changing-the-flash-device/#what-to-do-if-you-have-no-backup-and-do-not-know-your-disk-assignments Même si dans ton cas, tu connais ton assignement des disque. Note que l'ordre des disques de données n'est pas important puisque tu n'utilises pas parity2. Tu vas perdre toute tes configurations du système puisque stockées dans le dossier /config de la clé. Réglages, plugins, etc. Mais tu pourras récupérer tes données. oui Je crois que ça devrait être bon, mais possible qu'elles ne soit pas bien identifiées puisque les templates sont aussi stockés sur la clé. A vérifier, ça ne m'est jamais arrivé. Pour ta clé, possible que tu sois obligé de contacter le support par ce formulaire : contact support. Si c'est le cas, donne le max d'info utilisés lors de l'achat.

En relisant, le titre était juste très mal traduit, ce n'était pas qu'un soucis de 's' 😅 J'ai corrigé ça. J'avoue que j'ai simplement traduit le texte original tel quel, sans tout reprendre et approfondir moi même. J'entends ta remarque, mais je ne me sens pas de tout reprendre et approfondir.

@Jannik_ I think that NVME drive use 4 PCIe lane each. So a board with 2 drives but connecting to the motherboard only on x4 PCIe would result in lower performance. The second option seems better on paper. But I cannot comment on chips.