Reprise du message précédent :

perso j ai suivi la meme démarche et adopté unraid
si je peux te faire gagner du temps  

J'avoue aussi ne pas avoir été massivement été impressionné positivement par OMV

Tu as Jeedom et OMR sur Unraid ?

je ne connais pas du tt ces applis, mais a priori non

J'ai testé cet après midi et tout marche  

sur unraid ? tu les as trouvé où ? dans la section "app" ?

Non rien du tout.
 
DockerHub pour un (depuis Apps) et une VM pour le second car c'est un truc compilé en image.

Les problèmes de sécu, c'est pas vraiment un problème, c'est plus que c'est trop laxiste par défaut. Le problème c'est donc qu'il faut que tu sécurises toi-même, mais ya rien qui t'en empêche (et ils ont prévus de renforcer ça sur la 6.10 je crois)

Perso j'ai mis Jeedom sur une VM Debian dans mon unraid, ça marche très bien (j'ai tenté le mode Docker, mais Jeedom et les dockers... en plus avec le RFXCOM en USB, ça aide pas)
OMR c'est quoi ?

Oui je suis en train d'étudier la question.
 
Unraid matche 95% de ma demande. (il me manque juste un répertoire privée par user automatique) comme le fait DSM ou OMV de mémoire
 
Je vais tester en détail TruneNas Scale, si il faut j'attendrais la RC au moins pour faire quelque chose avec, mais le fait qu'avec Unraid les disque de taille différentes reste utilisable est bien quand même. Je ne sais pas comment cela fonctionne avec trueNas et le ZFS justement.

OMR c'est https://www.openmptcprouter.com/
 
Un système qui me permet de réunir mes connexion ADSL/4G en une afin de bénéficier d'un bon débit. Avant d'avoir la 4G en plus ça m'a sauvé la vie avec mes ADSL anémique.
 
Sur unraid j'ai réussi a avoir :
- Jeedom en Docker  (je n'utilise pas RFX COM, j'ai 2 truc Zwave que je vais surement dégager pour le mettre en wifi)
- OMR en VM

C'est quoi l'intérêt du répertoire privé en automatique ? Parce que il n'y a qu'un seul user, c'est le root, les autres ne passent que par les shares que tu configures. Donc à moins de créer des users 2 fois par jour, ça ne devraient pas être trop génant

Il me semble que Unraid limite le nombre de répertoire partagé, c'était pour éviter cette limite justement.

J'ai pas vu cette limite, mais peut-être. La seule limite que je connaissent ce sont les nombre de cache pool et de disques, mais pas sur les partages

La nombre de disque et de cache ne me gène pas.
 
Je compte avoir max 8 disque + 2 parity.
 
Le cache je ne pense pas m'en servir, car je ne cherche pas les perfs.
 
Par contre si j'ai 8/10 Utilisateurs et que je veux leur faire un répertoire personnel, ça limite vite le nombre de répertoire si je dois en faire un par personne.

Pourquoi ça limiterai ? Moi j'ai déjà 11 répertoires partagés par ex là.
J'ai 4 disques + 2 parités + 2 SSD pour le cache

Ha ben j'ai du réver, il n'y a pas l'air d'avoir de limite, donc faut problème si manuellement je peux le faire.
 
Donc ça correspondrait a 99% (c'est pas automatique ^^ )

Bon ben j'ai plus qu'à dégager la VM Jeedom pour la mettre en docker. Tu as fais un template pour ça ? J'avais commencer à en créer un pour le poster dans les apps, mais jamais été au bout.

J'ai pris l'image docker de base.
 
Apparemment dans une notion de conservation de data, il faut créer un volume sur des répertoires histoire que ça persiste entre les majs (update de l'image docker)
 
Tu as plein de tuto sur le net pour ça, et tu as deux école container mariaDB extene ou laissé la base dedans.
Je pense que le container externe te sécurisé la base pour tes datas déjà.
 
Celui la parle du RFX Com et du partage USB aussi, a voir du coup si tu peux faire pareil et que l'adresse du périph ne change pas a chaque restart etc ... Je n'ai pas testé cette partie.
 
Je ferais la migration quand j'aurais eu toutes les pièces de mon futur NAS basse conso
https://medium.com/@renaudcerrato/i [...] 935b64b395

On oublie trueNas scale, l'interface est pas très pratique au final, et le ZFS ne permet pas les disque de différentes tailles sans créer plusieurs pool et devoir tout gérer, le côté brainless de Unraid est sympa quand même.

Tu le paie sur les perfs (surtout sans cache pool), mais oui, la gestion des disques est tellement plus simple. Et plus tu peux prendre un disque et lire ses données sans problème. Ce qui fait que même si tu perds plus de disques que le nombre de disques de parités, tu ne perds pas tout quand même (alors qu'avec un vrai RAID habituel, c'est mort, tu perds tout)

C'est combien la licence Unraid ?
Je pense que je vais tenter aussi, je galère à avoir des perfs convenables avec le ZFS (et j'avoue avoir la flemme aussi)
 
59$

Oui les perfs n'est pas mon objectif premier. Tant que ça tien le réseau gigabit ça me va, et Unraid le tiens largement. (enfin les disques dedans ^^)
 
C'est une synchro de sauvegarde en premier lui de ce que j'ai un peu partout. (les donnée sont toujours en double, sauf pour les non critiques)

En écriture tu ne devrais pas pouvoir atteindre le Gbps, généralement c'est du 40 50Mo/s les perfs sur unraid

oui, et fonction du nbre de disques. tu peux upgrader aussi par la suite si nécessaire  

Ha j'ai envoyé plusieurs image de 2TO et j'étais a 110Mo/Sec constant.
 
Par contre j'ai un disque récent de 6To que je me servais pour la parité qui ne décollais pas du 50Mo/sec en création alors qu'un autre disque vieux de 1To allait a 100Mo/sec pour la même chose.
 
Donc je ne sais pas si certaines caractéristiques sont importante dans les disques pour Unraid mais je n'ai eu aucun souci avec de vieux disque a taper les 110Mo/sec en écriture

ça ressemble à une histoire d'un disque en SMR (ton 6to) et tes vieux en CMR    

Ha de toute façon ce disque je l'avais avant dans ma machine et je le trouve mou au pas possible.
 
Cela poserait un souci sur Unraid en Parity ce disque du coup ? (mise a part qu'il est lent bien sur)

quand tu vas ecrire sur l'array, le disque fe parité ecrira en meme temps. si il est lent/défectueux, il bridera ta machine... si y a un doute, mieux vaut eviter amha

On peut vérifier ça comment ?
edit : https://www.seagate.com/fr/fr/inter [...] -smr-list/  
=> c'est un SMR
 
Ca implique quoi le SMR ? me semblais que ça valait que pour le raid, la c'est juste un disque de parité donc pas considéré de même utilisation que le raid non ? Donc ça devrait le faire ?
 
Après c'est un seagate barracuda green

Quand tu fais ton écriture c'est avec Turbo Write activé dans tous les cas ?

Heu c'est quoi ça ?

https://forums.unraid.net/topic/50397-turbo-write/

Sinon je sais pourquoi j'ai pas Jeedom en Docker, le port 80 est déjà pris par SWAG, et le mode host m'est nécessaire dans Jeedom, qui utilise lui aussi le port 80. Va falloir que je trouve un truc

Tu mappe le port 80 sur un autre port tout simplement.

Et Apparemment nginx proxy manager est mieux car pas de ligne de commande.
(Vidéo de superboki)

Ok merci.

Faut touche a ce truc normalement ?
Il y a l'air d'avoir tout un tas d'explication, je lirais quand j'aurais un peu de temps

Perso je préfère swag (et là cli/fichiers de conf, ça ne me dérange aucunement) et je ne peux /veux pas changer de port car ça me permet d'utiliser les mêmes URL en interne et en externe

Sans ça, ça me paraît vraiment difficile de dépasser le 50Mo/s (600mbps) en écriture sur un share unraid

Je vais me faire un serveur Nas ou il y aura en os Unraid et dessus au début 4 a 5 Disque SATA.
 
Je voudrais faire un truc économique en énergie avec une possibilité de 8 DD max.
Mon besion et de pouvoir faire une VM (légère) et potentiellement d'autre légère dans le futur et quelques image docker (jeedom, plesk ou autre)
 
Je suis parti sur une CM a CPU embarqué connu pour les NAS:  
Ascrock j5040-ITX (connu aussi pour prendre 32 Go de ram malgré les 8 annoncé max)
32 Go de ram
Alim a définir (mais silencieuse)
Boitier Fractal design node 804 (des petit boitier a 8 emplacement ça court pas les rues, des suggestions ? )
 
Si vous avez déjà des avis sur des configs même sans CPU intégré ayant une faible consommation je suis preneur.
On lit de tout, des gens qui soit disant arrive en IDLE a avoir un i5/i7 a 10 watt (disque dur en veille), donc si vous avez des retours sur de la conso je suis preneur.
 
Actuellement mon serveur consomme 30 watts (vieux i3 dual core), et 46 avec les disques dur qui tourne, mesuré avec une prise connecté donc ne sait pas ce que ça donne niveau précision

i3 6100 dans un Fujitsu Esprimo en idle sur le bureau Ubuntu via liveUSB (aucun HDD connecté): 11W.
Le même en Debian avec un disque 3.5 qui tourne avec Home Assistant, CollectD, apache qui se tourne les pouces, Transmission qui sert quelques torrents et un autre disque 3.5 à l'arrêt mais connecté: 19-20W.
Toutes ces mesures sont avec

.
 
De ce que j'ai lu, l'alimentation joue pas mal (dans l'Esprimo c'est une 240W). Si elle est trop grosse elle n'est pas efficace sur ces charges super basses.
Tu es à 30W avec quelle alim, quel CPU et combien de disques au repos ? Il est possible que tu n'aies pas grand chose à gagner en changeant de cpu/ram/carte mère et plus en changeant juste l'alimentation. Si tu ne l'as pas fait et que tu es sous linux, tu peux tester la commande powertop pour voir si tu ne gagnes pas déjà 1 à 3W.
 
Je m'étais posé la question de partir sur la carte mère que tu mentionnes mais tu gagnes vraiment très peu en idle et en charge ce que tu économies en Watts tu le perds aussi en puissance max. Si je n'avais pas trouvé une super occasion, je serais parti sur une carte mère H470 (gravure fine), pentium G6405, et alimentation 300w be quiet system power B9 faute de trouver une alimentation plus légère qui m'inspire confiance. Je n'ai pas confiance en les picoPSUs.

Oui c'est lié à la question de rendement
Le rendement optimale se situant à 50-70%, il faut donc que l'alim soit correctement dimensionnée pour tomber dans cette plage là ou au plus proche.
En idle, effectivement plus la puissance est basse, mieux c'est. Et il faut que l'alim soit de qualité aussi...
 
30W ou 46W, c'est rien. j'étais à 45 avec un i5 3570T et 3 HDD
 
Fais le calcul et tu verras que même gagner 10W ne te fera pas faire d'économies significatives et ne rentabilisera pas ton matos avant un paquet d'années