Reprise du message précédent :
non mais nfs c'est un protocole réseau pas un logiciel de synchro..
 
 
tu crées un point de montage d'un pc à l'autre puis tu fais un rsync sur le dossier..

Ouais donc si y a toujours rsync en jeu, ça va pas m'améliorer la situation niveau CPU / bande passante...
 
Du coup j'pige pas pourquoi dans un des liens que j'ai listé, qq'un dit que le partage NFS a permis d'améliorer le débit de synchro.

Salut tout le monde !
 
J'ai installé OMV 4 en VM par Promox sur mon HP Gen8, j'ai deux disques de 1TO configuré en RAID1 pour Promox, puis j'ai deux disque de 2to que j'ai monté sur OMV par Proxmox, je voulais m'en servir pour faire un RAID1 par OMV, mais quand je créais le RAID il me met deux disques différents.  
Je peux poster une photo, pour que vous voyez mieux, avez vous une idée ?

Comment as-tu passé les disques à la VM ? Via qm set (passthrough) ?

Avec cette commande :  
 
qm set 100 -sata0 /dev/sdc
qm set 100 -sata1 /dev/sdd
 

pas forcément rsync, tu peux faire un bête :

 
pour lancer une copie sur omv directement par exemple.. pense à le lancer dans un "screen" pour éviter tout plantage lors de la déconnexion du terminal

C'est pas une bonne idée (du tout) d'utiliser le /dev/sdX étant donné qu'il n'est pas persistant sur le host ...
Faut les déclarer via /dev/disk/by-id/XXX qui eux ne changent pas.
 
Ma VM OMV3 sous PM5.2:
 

Je vois, pour prendre l'ID du disque je passe par fdisk -l (Si je me trompe pas, je commence sous les commandes Debian)

moi je check les disques dans l'interface d'admin de proxmox, qui me donne la lettre de lecteur en sdX

puis ls /dev/disk/by-uuid qui te donne les ref correspondant aux lettres de lecteur

Regarde dans /dev/disk/by-id, tu dois retrouver dans les nom de device des infos comme marque/serial/type pour te permettre d'identifier tes deux disques.

Sinon comme tu as 2x2To et 2x1To, fais un lsblk, dans la colonne "size" repère ceux notés 1.8T, regarde le sdX correspondant dans la première colonne et ensuite fais un "ls -l | grep sdX" dans /dev/disk/by-id pour trouver ce qu'il faut passer à qm set.
Et utilise plutôt du virtio que du sata, c'est censé être plus performant et ne demande pas de driver spécifique dans le guest sous linux.

Re !  
 
J'ai bien fait comme vous m'avez dit, mais toujours le même soucis lors de la création du RAID1
 

 

 
Ils ne sont pas en GPT dans Proxmox, cela pourrait venir de la ?
 
Merci pour votre aide en tout cas !

bah c'est quoi le problème ?

y'en à pas là non ?

edit ha bah si, mdop2 devrait faire 1.8To

Ben si, RAID1 c'est le miroir du premier, alors pouquoi quand je le créais, je me retrouve avec un disque de 1.82TB et un autre de 808GB ?

md0p2 c'est la partition

Du coup, md0p2 correspond à la partition sur mon 2TO ?

non à la partition du raid md0

Oui mais je n'ai pas crée d'autre RAID autre que le R1.. Je ne comprend pas..

J'ai réussi !
Grâce à ce lien : https://wiki.debian-fr.xyz/Raid_logiciel_(mdadm)
Merci pour m'avoir fait monté les disques correctement et des autres réponses
 

 
 

bon  je viens d'installer debian 9 , c'est le systeme le plus recent  
 
je vais m'occuper de omv maintenant

 
Thx je testerai ça.
 
Dernière interrogation qui me vient en tête concernant mes perf de transferts aléatoires : est-ce qu'il pourrait y avoir un possible lien avec le fait que OMV soit installé sur une clé USB branché en USB 3 ?

J'me réponds : aucune différence entre l'OS installé sur une clé USB ou sur un SSD.
Par contre, le fait de repartir sur un système neuf et propre, ça permet d'améliorer les débits.
 
Au final, sur un OMV4 neuf et à jour (sur clé USB ou sur SSD) :

• Un rsync entre mes 2 NAS avoisine maintenant un débit de ~30Mo/sec (légère amélioration)
• Un rsync entre 2 HDD au sein du même OMV tatonne les 85Mo/sec (très nette amélioration !)

@+

Pendant un rsync entre tes 2 machines, quelle est la charge du proc ?

Bonjour,
Juste un petit poke pour dire que le kernel backport est passé en 4.17 et que le résultat sur un PC serveur transformé en NAS est un gain de 4W/h en idle.
Pour un NAS c'est plus qu’appréciable !
Je recommande.

Maintenant sur une fresh install OMV4 (sur debian 9.5) avec le dernier Kernel (4.17) à jour et sans fioritures, le rsync me prend environ 30% sur 2 coeurs, 10% sur un 3ème et 0 sur le dernier pour un total CPU de 45%.

Petit retour sur mon changement de disques sous Snapraid.
J'ai augmenté la taille de mes disques tout simplement en les retirant un par un et en les remplaçant par des plus gros. Il suffit de donner au nouveau disque le nom de l'ancien et de faire "fix" dans la console Snapraid.
Le disque retiré est reconstruit entièrement il ne manque plus qu'une petite synchronisation derrière et tout est redevenu presque fonctionnel.
En fait, les données sont là mais ne sont plus accessibles que ce soit en DLNA ou en Samba. J'ai démarré le serveur avec un linux Live et tout est bien là mais il faut ouvrir les répertoires en "root" pour pouvoir accéder aux données.
Il doit y avoir une question de droits d'accès mais étant grand débutant sous linux, je ne sais pas comment remettre tout ça en ordre.
Des idées pour débloquer ma situation ?

Et niveau débit du rsync, ça a amélioré les choses ?

rsync entre 2 serveurs est passé de 15 à 30Mo/sec.

le seul moyen c'est de te connecter en ssh sur omv, puis de faire un ls -lahi sur un dossier pour voir les droits et le propriétaire.

ensuite pour changer de propriétaire tu fais un

avec machin ton nom d'user, avec cette commande tout les dossiers, sous-dossier et fichier auront eu le changement de propriétaire

attention à effectuer cette commande uniquement sur des fichiers qui t'appartiennent et pas ceux du système

Et le montage en NFS ?  
J'ai aussi eu des soucis similaires de débit en utilisant rsync sur SSH, avec de petits Celeron quad core J3455. Si j'ai bien compris le chiffrement est fait en hardware dans le CPU, et ça décoiffe pas des masses justement Du coup ça donne l'impression que le CPU ne fait rien et que ça n'avance quand même pas, 12-25 Mo/s de mémoire.  
Quand j'ai monté le filesystem distant via NFS et lancé un rsync "local" donc sans aucun chiffrement, ça a immédiatement eu les perfs max, limitées par le réseau (110MB/s sur un gros fichier).

 
Je  répond à ma propre question : toutes les autorisations avaient sauté avec la réparation des volumes.  
J'ai tout remis en place dans les autorisations des dossiers partagés et ça refonctionne.
Au final, Snapraid fonctionne pas mal du tout.

Ça prend combien de temps de reconstruire chaque disque ?

 
Tout dépend de la taille du disque, de la rapidité du disque et du degré de remplissage. Le dernier que j'ai remplacé, c'était un 500 Go très peu utilisé. La reconstruction s'est fait en moins d'une demie heure. Je ne peux pas te dire exactement comoben, je ne suis pas resté devant.
J'ai remplacé aussi un 2 To bien rempli par un 4 To, il y en a eu pour quelques heures tout de même.

 
Alors v'là mon p'tit retour... :

• Montage CIFS => 15Mo/sec en moyenne avec qq pics à 30Mo/sec. Sur OMV avec son J4105, 1 coeur à 100%, les autres sont en vacances
• Idem après montage en NFS

J'vais démonter physiquement un de mes HDD de Freenas pour le mettre dans mon NAS OMV et faire du rsync de disque à disque. J'espère que le ZFS foutra pas trop le bazar

T'as vérifié que tu as la même version de NFS des 2 côtés ? Rien dans les infos SMART des disques ?  
C'est quand même bien étrange ton soucis

J'ai un vieux Freenas V8 avec un OMV 4, j'me doute que les versions de NFS ne sont pas les mêmes ^^

Ça impacterait les perf ?

Edit : quoique freenas V8 semble être équipé de NFS4.

 
Quel b*rdel  
L'installation du plugin ZFS via la gui est bugguée, du coup obligé de passer en lignes de commandes, voilà la manip que j'ai suivie.
 
Et maintenant, un rsync local depuis un HDD ZFS vers un HDD ext4 me donne du 80Mo/sec en moyenne, donc je passerai par cette méthode pour transférer mes données !

Bonjour,
 
Je me suis monté un NAS sur OpenMediaVault, avec un vieux Lenovo Thinkcentre C2D, 4 disques durs de 2To chacuns montés en RAID5 pour mes données perso, et un disque dur de 1To monté sur une carte PCI-Express SATA pour les sauvegardes Time Machine de mon mac (car il n'y a que 4 ports SATA dispo sur la la carte mère et aussi parce que je préfère avoir un disque dur séparé pour les sauvegardes Time Machine).
 
Tout fonctionne bien pour mes données perso (donc le RAID5), par contre j'ai eu un problème avec le disque dur des sauvegardes Time Machine. Je sais pas ce qui s'est passé mais dans "système de fichiers" la ligne concernant ce disque dur ne comportait plus d'infos, comme si le système de fichiers avait crashé. Je m'en suis aperçu car les sauvegardes TM me remontait une erreur et impossible de trouver le disque dur dédié à ça alors que mon RAID5 pour mes données perso pas de problèmes.
 
je l'ai supprimé (non sans mal) et j'ai récréé un autre système de fichiers en EXT4, mais j'aimerais savoir si pour une utilisation en Time Machine il ne fallait pas utiliser un autre système de fichiers plus adapté, ou si il fallait que je reformate le disque dur depuis mon mac sur High Sierra? Car je me demande si il n'y aurait pas un problème avec ce système de fichier EXT4 qui serait peut-être pas super compatible avec Mac OS, ou alors ça vient peut-être du fait que j'avais réglé les paramètres de gestion de l'énergie sur ce disque dur à "consommation minimale"?  
 
Qu'en pensez-vous?

Salut à tous.
 
Juste une petite question vite fait : vous me confirmez qu'on ne peut pas utiliser le disque contenant le système OMV pour y stocker des données ?
 
Utilisation sur raspberry pi, j'envisage d'utiliser une SD de 128 Go à la fois pour booter OMV et pour sauvegarder en rsync distant.
 
Je pense que ce n'est pas possible et que je vais devoir booter sur une petite SD OMV et ajouter une clé USB 128Go en USB sur le rasp, mais si un spécialiste pouvait me confirmer, merci d'avance

C'est ça

Sinon tu installes d'abord une debian en créant une partition système et une partition de sauvegarde, puis tu installes omv par dessus

j'ai une autre question concernant la corbeille sur OMV:
 
J'ai "activer la corbeille dans le partage" dans les options de OMV, mais sur Windows ou Mac quand je supprime un fichier il ne va pas dans la corbeille du système. C'est un peu génant au cas où je jetterais un fichier par erreur... Comment retrouver les fichiers supprimés dans la corbeille de OMV?
 
Merci.

aucune idée j'utilise pas de corbeille