Reprise du message précédent :

 
d'après cette review, c'est autour de 20W en idle :
https://nascompares.com/2025/08/01/ [...] ower_Tests

C'est ce que constate aussi maintenant après changement d'alimentation (le ventilo de la sf600 ne démarre que si nécessaire, donc là il est à l'arrêt), entre 20W et 21W, sans ventilos, 1 nvme et un câble réseau branché (pas remarqué de différence entre les 3 ports de la carte mère).

Y a-t-il un moyen dans omv d'utiliser un ssd en tant que cache avant écriture sur des disques durs ?

oui, via le plugin bcache.  
 
https://www.openmediavault.org/?page_id=2014

drap

Donc, mise à jour vers OMV7 effectuée (une VM sous proxmox). J'en ai profité cette fois pour faire un RAID1 avec les DD en passthrough directement dans OMV au lieu de ce que j'avais fait avec la V6 où j'avais fait mon RAID1 dans proxmox qui ensuite était vu comme un seul disk par OMV.

J'ai installé bcache, mais il ne voit aucun périphériques, pourtant j'ai un vieux dd et 2 nvme.
J'ai copié omv sur une clef usb 3.2 (soit disant...) et la clef sur le port interne de la carte mère, mais elle patine trop pour n'importe quelle tâche (15min pour faire un update-initramfs, le graphique monit montre 100% d'io-wait pendant plusieurs minutes). Je vais essayer sur un autre port usb. J'ai pas envie de "gâcher" un nvme pour un os qui tient dans moins de 5Go.
 
Le GUI d'omv me demande sans cesse d'enregistrer des changements (collectd, fstab, issue, monit, nfs, postfix, quota, smartmontools, ssh), mais dans le lot il y a fstab, omv tente de démonter tous les périphériques y compris la clef usb contenant omv    
 
Autre point qui me gêne est le fait de ne pas pouvoir utiliser un disque ou nvme pour 2 tâches (1 partition pour omv, le reste pour /home ou autre)
Même constat pour l'ajout de périphérique, tant que c'est pas formaté par le gui, omv ne présentera pas un périphérique. Comment faire pour ajouter un périphérique que je ne veux pas formater ?

Ça c'est possible. C'est même pour cette raison que j'ai installé OMV au lieu de unraid. Par contre je ne me souviens plus comment mais c'était forcément basique, je n'y ai pas passé du temps

J'avais fait des tests sur un nvme, omv dans son coin sur une partition, et le reste du nvme pour une autre partition, mais le GUI ne me permettait pas d'utiliser la seconde partition.
 
Ca doit être possible: https://forum.openmediavault.org/in [...] root-disk/
Je vais probablement repartir de 0, cette histoire de clef usb/port usb pas rapide est trop gênant pour l'instant

Réinstallation d'omv sur nvme
  Redémarrage sur gparted live pour redimensionner la partition d'omv
  Créer une nouvelle partition sur le nvme pour les futurs dossiers home, éditer fstab de la partition omv pour ajouter une ligne pour monter la seconde partition (bonne idée, mais inutile voir plus bas)
  Update d'omv, configuration parefeu, extensions, omv-extras, installation de plusieurs plugins
  Se rendre compte que la ligne fstab ajoutée manuellement empêche omv de me présenter la partition pour créer un dossier partagé. Donc démontage manuel, retrait de la ligne de fstab et laisser omv jouer tout seul avec le fichier fstab.
  Création d'utilisateur, avec accès ssh, copie/adaptation de quelques fichiers de base (/etc/skel)
  Paramétrage rudimentaire de SMB pour avoir un dossier partagé, vérification à distance, ok
  Faire un backup de tout ceci vers la carte sd par fsarchiver + timeshift
  Faire une mise à jour (apparue suite à l'ajout de omv-extras), puis redémarrer
  Voir le message "manquant" à coté de ma sd   et omv qui me liste encore tous les snapshots créés manuellement mais impossible d'y accéder.

snapraid ça sera pour plus tard
Je vais démonter le nvme, le mettre dans un boitier externe, me faire une image du disque, et me pencher sur la sd et sa corruption soudaine.

Est-il possible qu'omv mette à disposition à la demande un dossier partagé crypté ?
Je voudrais avoir une partition luks uniquement montée quand un client le demande (et charge au client de saisir la passphrase), par ssh ou samba.

OMV 8 est dispo.
Attention seules les machines AMD64 et ARM64 sont supportées.

Installé ici sur un Odroid HC4, rien à dire de particulier, ça tourne bien.
 
J'attends encore un peu avant de migrer le NAS sous N100...

Cool, on va pouvoir briquer son nas

 
AMA, pour des trucs comme les NAS, ça n'a pas grand intérêt de mettre à jour vers la 8 (pour ceux bien sûr qui ont déjà Openmediavault d'installé. Tant que la version 7 est bien supportée et mise à jour, bien entendu.  

timeshift + fsarchiver/clonezilla de la partoche avant toute opération du genre

OMV8 pour noel ? Sympa !

J'aimerais bien upgrade, mais dès que je met autre chose que le kernel 6.1 mon raid de 2X2 to n'est plus reconnu      

Ce qui me fait plusieurs c'est de pas faire la migration assez vite. La dernière fois j'ai attendu longtemps et la migration n'a pas marché.

 
Non, mais il faut mettre toutes les mises à jour de sécurité tous les mois ! c'est ce que je fais !  
Et il ne faut pas attendre que ta version ne soit plus supportée et faire l'upgrade AVANT la sortie d'une version encore plus en avance.
 
En clair, si tu as la version 6, n'attends pas la version 8 pour faire l'update.  
 
Mais upgrader dès la sortie d'une nouvelle version, c'est rarement une bonne idée pour un truc que tu veux le plus stable possible.

On est d'accord, j'ai pas encore migrer vers le 8 Mais j'avais ettendu très longtemps de 6 à 7 et ça m'avait bien pété à la gueule ( et je fais bien les majs )

Petite question à propos d'un alias/sudoers.
J'ai défini un alias "poweroff=/usr/bin/sudo systemctl poweroff", et un NOPASSWD dans /etc/sudoers.d/poweroff, mais il me demande quand même mon mot de passe lorsque je fais appel à l'alias.
Y a-t-il une autre manière d'éteindre sans avoir à taper un mot de passe ?
 
Mon but était de terminer un rsync à une heure précise (+sync) puis d'éteindre le nas ensuite. Ce matin à mon réveil, j'ai vu qu'il demandait le mot de passe...

https://www.codegenes.net/blog/how- [...] sh-script/

J'étais en train de lire un site trés similaire: https://linuxvox.com/blog/how-to-ru [...] -password/
Sur un autre pc avec sysv, j'ai :

Faut que je vérifie sur le nas quand j'aurais le temps.

Quelle version d’OMV tu utilises ?
Sous OMV 6, j’utilise shutdown now sans que ça me demande de password.

omv 7.x, je n'ai pas testé shutdown, je pensais que c'était remplacé par systemctl poweroff. A tester.

Je viens d'upgrader mon OMV7 sur RPI4... et ce fut nickel du premier coup en SSH. Bon, un peu long quand même l'upgrade vers OMV8.
 
A noter que :

... a aussi mis à jour l'OS. Je pensais que ca ne mettrait que OMV à jour, mais c'est aussi passé à Debian trixie sur le RPI !
 
Question : il y a vraiment besoin de "write cache", même si on tourne sur un SSD (WD Blue SN580 2TB ici présent) ?

J'ai fait quelques dossiers partagés avec SMB, mais certains fichiers apparaissent sur le client avec des noms tronqués.
Comment avoir le vrai nom des fichiers ?
Par exemple:
S6N5VX~Q.MKV pointe réellement vers "Supernatural - s11e09 - 227 - O Brother, Where Art Thou?.mkv"

[edit] j'ai ajouté "mangled names=no" dans l'interface omv, mais c'est ajouté à la fin et n'a pas d'effet. En deplaçant dans [global] + redémarrage de smbd et en rafraîchissant sur le client je vois enfin le vrai noms des fichiers et dossiers. Comment ajouter ce paramètre dans [global] sur omv ?

[edit 2] ok, faut ajouter "mangled names=no" dans les "Paramètres avancés" > "Options supplémentaires" tout en bas de la page de paramètres de smb, pas super clair.

Autre problème, encore avec des noms de fichiers. Ce coup ci, j'ai un fichier contenant les caractères "**". Pas moyen de le copier tel quel que ce soit à coup de rsync ou par samba.

J'ai renommé le fichier pour retirer les "**" c'est passé, mais j'ai pas envie d'avoir le même problème à nouveau.
La source est en ext4, le nas/omv aussi en ext4. Y a-t-il un moyen pour conserver le nom d'origine sans avoir à tout réécrire/nettoyer manuellement ?
J'ai copié une très grosse partie de mes films/séries directement branché au nas, pas de soucis, mais je sens que je vais avoir des surprises en voulant copier des fichiers du nas vers des pc

sftp ?

après test, ça marche avec sftp (serveur et client sont configurés pour échange de clé)

ok, c'est bon avec sftp

Nouvelle journée, nouvelles embûches.
Je tente d'utiliser syncthing (paquet .deb du repo omv 7), mais pas moyen d'accéder au GUI web depuis un client.
J'ai ouvert les ports IPV4 dans omv (8384 TCP/UDP, 22000 TCP/UDP) mais sur un client je tombe tout le temps en timeout sur l'ip d'omv:8384 que ce soit en HTTP ou HTTPS.
Vérifié sur le client, nmap me dit:

J'ai essayé un tunnel ssh (expliqué là: https://docs.syncthing.net/users/firewall.html ), pas mieux depuis le client (sur :9999)

Bon, pour la 36ème fois, j'ai modifié les paramètres du parefeu omv, et le port 8384 apparait bien ouvert depuis le client:

iptables -S:

As-tu regardé la conf de syncthing ?
 
Il est possible que par défaut la GUI n'accepte que les connexions provenant de localhost.
 
Regarde dans le config.xml au niveau de <gui><address>.

oui, j'ai modifié initialement pour 0.0.0.0:8384, mais ca ne marchait pas, toujours du timeout, j'ai changé pour l'ip de la machine omv (plus simple d'accès sans passer par un tunnel ssh).
Depuis c'est bon, dans le parefeu omv j'ai mis :
IP source : 192.168.1.1/24
Port destination : 8384
Protocole: TCP
et c'est bon, j'ai accès depuis le client.

Mais est-ce normal qu'un scan de dossier par syncthing soit si long ?
Il a passé plusieurs heures sur le client, et maintenant il fait pareil pour 1 seul dossier partagé (environ 1.6To sur le serveur, 167Go sur le client).
Voilà ce qu'il m'annonce: Temps d'analyse restant ~ 3h 34m (et ca augmente encore)

Le scan initial peut être long... Faudra surtout voir après.

Le scan est terminé entre les 2 machines, l'une a tout (le serveur), l'autre seulement un très petit nombre de fichiers (client).
Quelques fichiers du client ont été envoyés vers le serveur, ok, mais le débit est anormalement bas, environ 6Mo/s, alors que toute la ligne supporte 2.5 gigabit.
Avec sftp je peux avoir 150Mo/s ce qui est mieux.
J'ai ensuite tenté de supprimer du client les fichiers qui n'avaient plus besoin d'exister, coté serveur, il tente de supprimer, n'y arrive pas (car il est en réception seulement), mais retente sans arrêt les suppressions. Comment éviter ces suppressions non demandées ?

Ah et openmediavault-autoshutdown ne fonctionne pas

J'ai la même erreur par sftp sur une autre machine en utilisant rsync, quel que soit le fichier, "Inappropriate ioctl for device", et des fois "failed to set permissions: Operation not permitted".
Pourtant l'utilisateur à le droit d'écrire dans le partage sur le serveur et fait partie du groupe sftp-access.
J'ai essayé avec l'option -O, idem.

Plus d'erreurs ou warning en utilisant

mais les mêmes fichiers sont ré-écrits sans cesse aux prochains rsync

Et le débit depuis ce pc est de 30Mo/s, merci ethtool qui m'annonce Speed: 2500Mb/s, ca fait mal d'avoir investi dans du 2.5G
Bon le débit semble aléatoire, j'ai ré-essayé le même rsync, je plafonne à 50Mo/s, un transfert par dolphin atteint bien 270Mo/s et le maintient. Je ne comprends pas.

 
Tu es sur quel matériel ? Les données sur le serveur sont-elles chiffrées ? etc.
 
A coup sûr, mon cas est différent du tient (RPI4 + SSD NVME WD Blue SN580, donc nécessairement 1Gb/s pour l'accès réseau au mieux). Cependant, j'ai constaté que le chiffrement de la partition accueillant les données partagées étant chiffrée avec LUKS, avec l'absence d'instructions adaptées dans le RPI limite le débit des partages SMB3 à 40-50 Mo/s, avec un des 4 coeurs qui sature à fond, et les 3 autres qui se tournent les pouces. J'aurai bien testé NFS, mais pour l'instant, je n'ai pas eu le temps de voir/tester.
 
Sans chiffrement, l'interface réseau devient l'élément limitant.
 
Tout ca pour dire qu'il peut y avoir plusieurs pistes à explorer :
- est-ce que ton 2.5 Gb/s est bien actif pour le client, le serveur et toute la chaîne ?
- est-ce qu'il y a des politiques d'économies d'énergie qui posent soucis sur le serveur ou le client (voir ce qui se trouve entre les deux ?)
- comment se présente l'espace partagé pour le serveur (chiffré ou pas ? avec quoi ?)
- quels sont les débits de copie de fichier de l'espace de données du serveur sur lui-même ? (ie, est-ce supérieur à 2.5 Gb/s, soit environ 300 Mo/s). Là aussi, pas de soucis ?
 
Pour ma part, je n'ai aucune idée du point avec lequel sft peut limiter le débit... ceci étant, est-ce le protocole adapté à ton besoin ?

carte mère avec cpu N150, 2 ports 2.5G et 1 port 10G (pas utilisé), switch 2.5G qui me dit bien que le câble+machine connectée est en 2.5G
Ca marchait bien il y a quelques jours, j'ai essayé à nouveau sur le portable, lui aussi se prend des erreurs inappropriate ioctl, et j'ai remarqué de la perte de fichiers en comparant avec un disque de backup    
sftp pété sur 2 machines, rsync qui me supprime des fichiers, ou qui tente de ré-écrire sans arrêt les mêmes fichiers...
Est-ce un effet de bord d'avoir expérimenté avec syncthing ?
J'ai remis un coup de chmod -R 775 sur le dossier sur le serveur
 
J'ai essayé de réactiver SMB sur le serveur, mais les clients mettent du temps à afficher un dossier, ca fini en timeout ou même pas l'invite de mot de passe pour se connecter.

Tu n'aurais pas des soucis avec ton stockage ? pas de soucis du coté du SMART ?

Ton support de stockage est sain ?