Reprise du message précédent :
Bon ça y est la migration est faite !
 
Le boitier rentre tout juste dans la baie
 
En tout cas ça me change de Synology, dans le bon sens.
 
Quelques petits trucs à surmonter encore, la gestion des droits est très stricte !
 
Par exemple un dataset partagé en NFS/CIFS ne peut pas être utilisé comme volume dans le conteneur sous peine que ce dernier refuse tout simplement de démarrer
 
J'attends aussi que les réplications distantes se terminent, en VDSL2 c'est pas simple

Intéressant Tu as pu régler ce problème ?

Yess, tu fais bien de demander !
 
En fait sur Scale il y a une option dans "Apps" > Settings > Advanced Settings : il faut décocher "Enable Host Path Safety Checks"

Merci, ça va certainement m'aider dans mon futur setup !

Drap

Quel boitier as-tu utilisé ?

Un CS381 de chez Silverstone

 
Jolie machine !!! Assez proche de ce que j'ai monté    

Merci !
 
Jusque là j'en suis ravi, ça fait ce que je demande
 
Et j'ai vendu mon Syno au prix que je voulais donc à refaire je ferais pareil

 
j'ai un probleme    
j'ai installé truenas core sur un microserver gen10 HP, jusque la, rien de particulier, multi-reboot plus tard, toujours ok
 
j'ai refais mon bureau et don eteint et débranché le serveur pendant 15 jours
quand je l'ai rebranché : boot ok mais plus d'acces à l'interface graphique   et pas de diodes d'activité sur le reseau
 
j'ai checké et changé les cables RJ, checké et changé le switch => pareil
le bios me dis que les cables sont connecté
 
en regardant le boot, je vois que les 2 interfaces reseau passent en DOWN mais ne repasse pas en UP
y'a moyen de faire quelquechose ou je me recogne une installation ?

J'envisage de passer mon installation Truenas scale vers une nouvelle plateforme, en gros de passer d'une Gigabyte B250 en G4560 2c/4t vers un I3 12100F et une carte lambda.
Le gros soucis est que j'ai besoin de 6 ports sata pour mes disques mais qu'il n'y a pas de carte mère "entrée de gamme" avec autant de sata, il faut donc que je trouve une carte contrôleur sata... Des idées de référence de contrôleur à faible tarif ? Est-il nécessaire de brancher les disques sur le même contrôleur (pour éviter des pertes de perfs) ?

Je ne sais pas ce que tu entends par "faible tarif"
 
Ici j'avais trouvé une LSI 9300-8i en IT mode sur eBay dans les 170€ livrée.
 
8 disques branchés en direct dessus, ça fait très bien le boulot.

Le genre de cartes pcie x1~4 qu'on trouve sous les 20 balles d'occasion avec des contrôleurs de type Asmedia pour 2~8 connecteurs Sata , c'est fiable ou non ? pour une utilisation sur truenas ça le fait ?

Asmedia n'est pas super fiable/supporté. Pour pas bcp plus cher tu peux trouver une LSI 9211-8i ou similaire qui sera plus fiable, performante et compatible sans souci avec truenas

vous les passez en mode IT vos cartes?
 
je possède une 9271-8i et visiblement elle n'est pas compatible?
 
du coup j'envisageai de la remplacer par les cartes apacher 10 ports SATA AHCI en asmedia justement

autoquote de faible et en retard  
 
reinstallation de truenascore => meme Pb    
perdu pour perdu,  je colle une carte reseau 1Giga sur le 2eme port pciex du proliant ( le 1er est pris par l'adaptateur M2 ), reinstall et ok pour l'interface  
sauf que    
-les 2 interfaces reseau internes du proliant sont bien vues dans les parametrages    
-la carte 1Giga tourne en 100    
 
quelqu'un sait comment je pourrais faire pour la faire reconnaitre en 1Giga ?  
 

100 mega ça sent plutôt le câble réseau pourri

Auto-négo entre le port et le switch qui se passe mal ?
Tu as tenté de forcer de chaque coté ?

Coucou ici !
 
Si jamais ça peut intéresser, suite passage en rack, j'ai un boîtier Silverstone CS381 / 8 baies hotswap / à vendre, état neuf dans la boîte.
 

 
https://forum.hardware.fr/forum2.ph [...] ost=770610

 
  merci pour les réponses, c'était bien le cable, testé sur un autre reseau ( switch et pc ) il est en 1Go et chez moi en 100Mo    
pas grave, j'ai suffisamment de cordons reseau en trop  

Installation de Truenas Scale fait, mais le nas n’est pas en production, il me manque une carte contrôleur et 4 disques pour simplifier la migration (qui arriveront demain et vendredi).
En tout cas d’après les premiers tests sur NVMe mais aussi en mettant le plus vieux disque qui trainait (WD Raptor 150) pour voir si le cache fonctionnait bien. Ça envoi du pâté déjà. Pas mécontent de quitter mon antique NAS Asustor et un Syno (qui ne servait plus). Je le passerai sûrement en 25gbps l’année prochaine via l’achat d’un switch.

Et en plus, sans que je comprenne pourquoi, je peux faire des scans sans devoir activer le SMB 1.0. Le NAS  devait donc être buggé à ce niveau là, m’obligeant à passer par un RPI qui synchronisait sur le NAS.

Bonjour,
je viens de faire une installation de trunas core et je voudrais savoir s'il était possible de rendre accessible un disque dur branché en USB via partage SMB sans formater ni modifier le disque qui est actuellement formaté en ntfs.
j'utilisais un Ns Qnap auparavant et il proposait ca nativement, des qu'on branchait un DD en USB il etait dispo en partage SMB, j'aimerais pouvoir faire de meme avec trunas, possible?

edit: a priori c'est impossible sous trunas de gerer les disques en ntfs, les OS Qnap et Synology le font mais je doute qu'ils soient open source et qu'on puisse les utiliser, vous connaissez une alternative qui pourrait faire ca?

Tu devrais pouvoir installer le pilote ntfs-3g (il me semble) mais sur TrueNAS le custom c'est compliqué niveau stabilité.

Oui ça semble possible:
https://docs.freebsd.org/en/books/h [...] using-ntfs
 
Avec éventuellement autofs pour gérer le hotplug. Mais ça sera certainement moins plug&play que du NAS vu que TrueNAS vise plutôt les infras pro.

Hello les TrueNASsien(ne)s.
 
Petite question : quelle version avez-vous (Core ou Scale) et pourquoi avoir l'avoir choisi ?
 
Je vous demande ça car je viens de tester les 2 sur des VM pour jouer un peu et je trouve ça pas mal du tout.
Mon NAS sera virtualisé donc je me dirige vers la version Core (car il ne fera juste que NAS).
 
Maintenant je maitrise plus l'environnement Debian (base de la version Scale) que FreeBSD... Du coup j'hésite encore.
 
Merci d'avance pour vos retours.
 
Bonne journée.

Je suis en train de me poser la question.
J'ai lancé les appros pour remplacer mon microserver (N54L/8Go), par du matos un peu plus au goût du jour (de l'ITX en EPYC 3201 et 64Go de RAM).
Historiquement j'ai toujours utilisé la version "Core", mais les options de virtualisation étant un peu limitées j'ai un raspi à côté pour trois services à cause des limitations en virtu/jail (bon j'ai du mettre en place le truc il y a 5 ou 6 ans quand ça s'appelait encore FreeNAS, depuis il y a un peu d'évol), et un petit machin en Atom que je ressors uniquement pour faire la sauvegarde sur un disque externe.
 
Vu que ce coup ci j'aurais du rab en ressources système, je pense que je vais passer sur du Scale histoire de bénéficier de la virtu KVM et pouvoir me passer de ces trucs.  
 
De ton côté si t'es déjà sur un hyperviseur et que tu ne compte pas utiliser les plugin ou autre, entre les deux versions ça doit être kiff kiff.
De toute façon tout se fait en IHM, perso quand je vais dans la console c'est pour lancer smartctl en manuel. A part les disques qui s'appellent /dev/ada* à la place de /dev/sda*, pas de grosses différence  

truenas core:
le service S3 est obsolète à partie de la 13.1 qui est dispo.
il y a un tuto de migration pour utiliser un jail qui contient le service s3 qui sera mieux mis à jours.
Mais dans le tuto ils commencent par dire qu'il faut un nouveau dataset de plus de 2 fois la taille.

J'ai pas compris.

today j'ai un dataset dédier a un dossier de back-up . ce dossier est synchro sur un s3 glacier chez scaleway et aussi répliquer sur un serveur de back-up off-site.

Il faut donc que je casse tout çà et le refaire sur un nouveau dataset une fois le plug in minio configurer ?

https://www.truenas.com/docs/core/1 [...] nioplugin/ ?
 
Ils disent juste qu'il faut créer un nouveau dataset d'au moins la même taille que l'ancien pour y migrer les données car elles ne sont pas stockées pareil, avec l'avertissement habituel qui recommande d'avoir un peu de marge sur le pool pour ne pas pourrir les perf.

Perso je suis en Scale, très habitué Debian aussi, même si j'ai un cluster Proxmox (avec un Docker Swarm, cluster K3S), je voulais aussi mettre de la surveillance vidéo sur le NAS.
 
J'ai donc un Frigate qui tourne sur le NAS avec un dongle Coral

Le week-end dernier j'ai enfin assemblé et installé le remplaçant du Microserver G7. Je suis en train de migrer les données.
 
Migration depuis Core (TrueNAS-12.0-U8.1) vers Scale (TrueNAS-SCALE-23.10.2).
 
 
J'appelle source_tank le pool source et receive_tank le pool récepteur.
 
La procédure que j 'ai fini par trouver:

• Prérequis : avoir un pool pour recevoir (ici receive_tank)
• Activer le SSH sur la machine cible, et vu que je suis un gland fini sur les histoires de certificats, autoriser la connexion par mot de passe de l'utilisateur admin
• Autoriser l'utilisateur admin à recevoir (note, plus loin mount merde car droits suffisants donc il doit servir à rien)

• Sur la machine source créer un snapshot du dataset à dupliquer (disons source_tank/dataset@migrate )
• Se connecter en SSH sur la machine source (en root ici vu que c'est une conf. qui a 10 ans ), ouvrir un screen pour pouvoir reprendre la console en cas de déco, et exécuter la commande ci-dessous. Taper le mot de passe administrateur de la machine cible, ne pas paniquer si la console commence à se faire spammer    

• Une fois le transfert terminé, le montage merde. Pas de problème! Sur la machine cible lancer la commande suivante:

 
Et voilà    
 
A noter qu'au début, on peut ajouter l'option -n à la commande receive pour faire un test à vide.

@Natopsi top la procédure
 
 
De mon côté j'ai actuellement une réplication quotidienne sur un dédié distant (Hetzner). Ce dernier représente un petit budget mensuel tout de même, après les données y sont au chaud et accessibles relativement simplement en cas d'incident à la maison.
 
Vous utilisez d'autres méthodes de réplication distante ? J'aurais pensé à une sorte de "bare storage" parce qu'au final maintenant avec la fibre je n'ai plus trop besoin d'autre chose en distant
 
Et pas un truc où tu peux upload tant que tu veux par contre pour download t'as un débit pourris et/ou un coût faramineux

https://www.theregister.com/2024/03 [...] s_freebsd/
 
Quelle tristesse

Quelques annonces intéressantes pour la version TrueNAS Scale Electric Eel à venir.
 
Bon déjà la Scale 24.04.1.1 actuelle a apporté le support Intel ARC GPU firmware pour ceux qui veulent faire du transocdage vidéo.
 
Pour Electric Eel nous avons en annonce :
- support de l'extension d'un pool ZFS par l'ajout de disque
- support de Docker Compose
- (et bien d'autres choses évidemment)
 
En tout cas ici ce système fonctionne très bien, je n'utilise pas énormément de fonctionnalités autre que le NAS (CIFS, NFS principalement), il sert de cible pour les sauvegardes de mon cluster Proxmox.

Question. J’ai un disque d’une grappe qui déconne et je dois le changer. C’est des disques de 16To, sur TrueNas Scale.

Les snapshots, tâches de réplication se font sur une autre grappe. Pour la durée et l’intensité de travail, n’est-il pas mieux d’user des snapshots ? Mais surtout, est-ce que si je refais une grappe en évitant la reconstruction et que je refais les snapshots, je perds tous les réglages (datasets, réglages et installation des applications…)

Merci.

un peu HS mais vérifie que c'est bien le disque et pas le câble/carte sata

Le câble gère également trois autres disques de la grappe et sont donc sur le même port de la carte.
Mais je peux toujours essayer pour voir.  

Test smart long à faire, indépendant de la liaison sATA.

La grappe est en erreur justement depuis un test smart long programmé. Et il n’y avait plus moyen d’en faire un depuis TrueNas.  
Le changement de câble ne fait rien d’ailleurs.  
Le branchement sur un dock ne donne rien non plus. Faudrait que je le réinitialise que ça soit sous Linux ou Windows.  

Faut voir à quel point c'est critique.
 
Sur mon ancien setup FreeNAS, avec 4x2To de WD green, j'ai eu deux fois le coup d'un secteur illisible en dix ans.
 
Parce-que le test long ne se prends pas la tête, il voit qu'il n'arrive pas à le lire et abandonne, ce qui donne ça en pratique:

Par contre, en écrivant des données bidon sur le secteur physique concerné (qui fait 4ko sur ces disques) après un savant calcul des coordonnées de tir, et en balançant un scrub du ZFS pour qu'il retombe sur ses pattes en reconstituant le trous depuis la donnée redondée sur les disques à côté, hop ça repart nickel.

Faut écrire 4ko d'un coup car sinon le disque essaie de récupérer les données du secteur pour ne modifier que les 512ko logiques avant de réécrire et abandonne. Alors que d'écrire les 4ko il s'en fout il oblitère avec des données neuves et problème réglé.

Tu va devoir swapp le disk au niveau de la grappe pour ne plus être en dégradé. a partir de la il va faire le resilvering. donc tu ne peut pas restaurer le snapshot .
Sinon faut tout péter , et tout restaurer . Pas sur que ça soit pertinent

C’était le but de tout casser pour restaurer. Savoir si c’était plus pertinent que la reconstruction. Mais ça n’a pas l’air de l’être.    
 
J’ai d’ailleurs lancé le resilvering à 21h hier et ça s’est terminé à 3h.  
 
Par contre, juste pour savoir, et c’était un peu ma question à la base également. Les snapshots intègre également les réglages des datasets et permissions ?