Reprise du message précédent :

Tout à fait !

j'ai fais des sauvegardes depuis windows, je constate que selon le windows utilisé la taille du répertoire et la taille sur le disque peut être différente de plusieurs go.
 
A quoi est dû une telle différence ?

Question cross-topics pour ceux qui auraient éventuellement virtualisé OMV avec KVM (Proxmox):
 
Salut,
 
J'ai un gros problème d'I/O sur une VM.
J'utilise un HP µserver G8 (i3/8Go) comme host Proxmox 4 (pvetest à jour) sur lequel j'ai créé un R5 de 4x2To.
Si je fais des tests de copie depuis le SSD de boot vers le R5 directement sur le host, j'arrive en écriture à environ 250Mo/s. Si je fais des tests depuis le réseau (cifs/nfs/scp/rsync) je sature la connexion Gigabit avec ~110Mo/s stables.
 
J'ai créé une VM avec deux disques (Virtio/qcow2) sur le R5 qui est monté en storage local sur /var/lib/vz. Le premier de 16Go pour l'OS (Openmediavault 3.0.65) et un autre de 4.5To pour les datas.
J'ai activé le Qemu Agent dans les options de la VM, installé qemu-guest-agent sur le guest et quand je fais des copies sur cette VM, quelque soit le protocol, ça commence quelques secondes à 80Mo/s puis le débit chute secondes après seconde jusqu'à stopper (stalled) puis reprendre dans les 5-15Mo/s erratiquement jusqu'à la fin du transfert. Les test sont faits avec un fichier de 2Go.
 
Je ne vois pas d'où peut venir ce problème ... J'ai testé plusieurs configs et là même avec 6Go et 4 vCPU ça change rien ...
 
Une idée ?
 
PS: Le réseau est aussi de type Virtio.

proc à la ramasse avec les calculs de parité ?

raid hard ou soft ?

RAID soft, mais comme je l'ai écrit, les débits sont "normaux" hors VM (sur le host donc) et je doute qu'un i3 ait du mal là où l'Atom N de mon vieux Syno s'en sort.

Bonjour à tous !
 
Voilà, je dispose d'un serveur utilisant Plex, parfaitement fonctionnel... A ceci près que sur les 3 disques de 3 To montés en raid5, seuls deux sont visibles dans l'onglet Disques physiques de OMV.
Je précise que j'ai accès à tout ce qui est sur le serveur (films etc..).
En tapant un fdisk -l, j'ai obtenu ce rapport:

 
Comment puis-je faire pour régler le problème ? Sachant que rien n'est ultra important sur le serveur, mais que j'aimerais éviter de devoir refaire le raid et remplir de nouveau ma filmothèque...
 
Merci bcp !!

Branche l'alim électrique sur le 3ème disque, et les 2 extrémités du câble SATA (et vérifie dans le BIOS que le port SATA est bien activé)

Tu peux faire un "cat /proc/mdstat" ainsi qu'un "mdadm --detail /dev/md127" ?

Salut,

Question con, mais as-tu vérifié que le disque est bien branché ?
Les deux premiers disques sont les 3to, perso j'aurais mis le 3ème juste après donc en sdc, puis le disque système, qui serait sdd.
Soit il n'a jamais été detecté, et tu as fait un raid 1, soit il a disparu et dans omv, tu dois voir que le raid est défectueux.

@ Ptibeur: les cables sont bien branchés et a priori, le bios est bon (mais je verifierais ce point plus tard, je ne suis pas à côté du serveur)
 
@ Ekath: pour les branchements, j'ai pas trop réfléchi... mais je suppose que si je les modifie pour avoir le raid avec SDa, sdb et sdc, ça va pertruber davantage le système ? Pour moi, le raid5 a été correctement créé car il est reconnu comme tel dans OMV.  
Par contre, je pense avoir eu le même pb ou en tt cas un pb similaire il y a qque temps. Un disque n'était plus dans la grappe. J'avais réussi à tout réinstaller au propre, mais peut-être que c'est le même disque qui foire et qui doit être changé.
 
@ Deadlock: voici le rapport de la 1ère commande  

 
Et celui de la deuxième:

 
Qu'en pensez vous ?

Comme dit déjà plus haut il manque un disque niveau hardware ... Non alimenté, sata non branché ou complètement mort

 
Bon. il est correctement branché, c'est sûr   . Je regarderais si il n'y a pas un mauvais réglage bios sur l'alim sata. Si complètement mort, il passera en garantie, mais comment puis-je savoir si il est mort ?
Par ailleurs, il est sorti de la grappe, mais on peut savoir si il apparait dans la liste hardware, donc si il existe dans la liste matériel?
 
Et puis je comprend pas pourquoi je peux lire mon contenu multimédia si ma grappe est foirée ?  

fdisk ne le voit pas donc c'est mal barré ... Essaie toujours un lsblk mais il ne le verra pas non plus.
Sinon pour la dernière question, c'est le principe même du R5, tolérance de panne de 1 disque donc les datas sont toujours accessibles mais à présent il doit les reconstituer depuis la parité.
Tu as donc l'équivalent d'un R0 les performances en moins.

 
Ok, merci pour tes réponses !!
la commande lsblk ne trove que deux disques, effectivement.
Je vais donc sortir le disque qui foire et le passer en garantie. As-tu une commande pour le trouver et faire le démontage proprement du disque (j'ai jamais du le faire ..)?  

Pour le trouver, le plus simple je pense est de faire un smartctl -a /dev/sda et /dev/sdb pour récupérer les infos Model/Device/Serial des deux qui fonctionnent et du coup celui dont tu n'auras pas les infos est celui qui n'est plus vu.

J'aurais pas dis mieux  

+1

 
   Je ne peux qu'être admiratif de tant de savoir ... Merci !!!!

Que te dis le CPU de ta VM durant les transferts ? Genre un process à 100% ?
Et une copie locale du disque data vers le disque data ? Entre le disque de l'OS et data ?

Aucun process à 100% pendant les transferts j'ai déjà regardé tout ce qui était CPU/RAM/IO avant de poser la question.
Au niveau GUI Proxmox, comme top/htop sur la VM le CPU ne dépasse pas les 5% (i/o wait pour la plus grosse partie évidemment) par contre le GUI OMV est à la rue et annonce entre 75 et 100% de Usage au niveau dashboard.

Copies de OS -> DATA et DATA -> DATA catastrophiques ...

J'ai actuellement un petit NAS OMV en version 2 sur un sempron 2600 (simple core 32bits), je viens de renouveler mon PC et je me pose la question si ca vaut le cout que je passe mon install OMV actuelle sur mon ancien PC (quad core en 64bits, PC2 dans mon profil).
 
Le Sempron me semble actuellement suffisant pour ce que je fais (sauvegarde via deltacopy et diffusion via MiniDlna), le boitier est petit et la conso ne doit pas être très élevée.
 
Est-ce que la version 3 et le 64 bits apporte vraiment beaucoup ou pas?

 
Nah ! Ah moins que tu est besoin d'une tonne de RAM, le 64bit n'apportera rien. La version 3 t'apporte un OS plus récent, mais des plugins en moins (mais ça peut-être que cela t'es égale?) .

Disons que si ça ne m'apporte pas d'évolution profitable autant rester sur la petite config plutôt que de n'utiliser qu' 1/4 de la grosse

Je vous rejoint parmit OMV !  
Avec un vieux Acer 4 baie équipé en atom 330 et 1Gb de ram ... sa tourne merveilleusement bien pour du stockage et partage réseau

C'est plus ou moins la config des nas Syno 4 baies de la série 12+ donc oui ça fait largement le boulot.
Faut juste pas demander de chiffrement, de zfs, etc, mais pour du nfs/cifs/FTP (p2p/nzb) et un peu de http/https c'est bien suffisant.

Bon, j'ai un gros problème avec le plug in plex : à chaque mise à jour, ça foire. La mise à jour a bien lieue et se passe bien mais le serveur n'est plus joignable. Lorsque j'active/désactive le service dans OMV pour tester, j'ai ce message d'erreur quand je veux valider le changement :
 

 
J'ai tenté de redémarrer OMV, sans succès.
 
J'ai ce problème depuis l'installation du plug-in docker dont une mise à jour refuse de se faire. Je l'avais désinstallé la dernière fois (car pas le temps de tester docker pour le moment) et le serveur plex était revenu. Là, j'ai tenté de réinstaller docker et magie, le serveur plex est à nouveau opérationnel. Le "workaround" est donc d'installer/désinstaller le plugin docker après chaque màj du plugin Plex. Pour info, même quand le plugin docker est désinstallé, j'ai la notification de mise à jour de docker, celle qui foire (docker-engine (17.03.0~ce-0~debian-wheezy) wheezy). Pour info, voilà le log que ça me donne quand ça foire, c'est littéralement répété des centaines de fois :
 

 
Une idée de solution ?  
 
 
 
En fait, avec tout ça, je partirais bien sur une VM debian dédiée au serveur plex plutôt qu'utiliser le plugin OMV mais pour ce faire, la VM debian devrait avoir accès aux partages NFS de OMV. C'est jouable sans trop de chichi ?
Je tenterais bien du docker aussi si la màj du plugin foirait pas sous OMV.

Seul dommage, mes c'est un peu de ma faute ...  
Ne pas réussir a faire de partage DLNA (installé Serviio ou MiniDlna) c'est totalement du chinois pour moi avec les ligne de commande etc ...  
 
C'est vraiment le seul point noir, que je ne connais mais rien du tout au monde linux debian .... pourtant pas faute d'avoir essayé pendant 4h de comprendre l'installe de serviio & minidlna

@DannyBiker,
Essaie de nettoyer le cache apt et ressaie de mettre à jour:

 
@Gg67500,
as-tu essayé le plugin DLNA disponible dans les dépots extras? Pas de ligne de commande avec ce plugin qui t'installe miniDLNA et te donne une gui pour le configurer.

Comment sa dans les dépôt extra ? J'ai installé le plugin open extra (oublier le nom) avec plusieurs plugin dedans mes aucun plugin de dlna

 
Il est bien présent pour moi sur OMV 2, peut-être n'est-il plus dans OMV 3?
Screenshot

Facepalm je ne l'ai même pas vu dans la liste .....
 
Je ne regardé que la liste présente dans l'onglet omv-extra.org
 
Ho purrée yeaahhhh sa marche mille merci !  

 
De rien !
 
L'onglet omv-extras.org, c'est juste pour activer ou non les sous-dépôts, les plugins sont toujours dans l'onglet plugins.

 
Voilà ce que ça donne maintenant :
 

 
Y'a vraiment un problème avec l'installation de docker...
 
Edit : ok trouvé : il faut installer les backport kernels de OMV-extras.org et les mettre à jour. A partir de là, docker se met enfin à jour et peut être supprimé...

Salut, Plex me propose une mise à jour. A priori on peut la faire manuellement. Y a aucun risque où vaut mieux attendre la mise à jour du plugin ? Je suis sous omv 3.
 
J'ai toujours pas eu le temps de tenter le wake on lan (wake on wan) en utilisant un raspberry pi pour allumer le serveur dès que je tente d'accéder à plex. Si un jour, j'y arrive, je vous préviendrai

 
Effectivement, une info peut-être à mettre en première page, si vous voulez jouer avec docker, installer les backports (pour OMV2 en tout cas) !
 
Qu’en est-il pour OMV3?

Perso, j'attends toujours la mise à jour du plugin qui prend généralement une semaine à arriver.
 
Cela dit, suite à la résolution de mon problème, je repose la question : je voudrais me passer du plugin plex de OMV et mettre en place ma propre VM (voire un container Docker) pour le faire tourner à part. Vous auriez des suggestions à cet effet ? Créer la VM/container, ça ça va, par contre, je me demande comment va se passer l'accès aux partages SMB de OMV. Je voudrais surtout qu'ils soient fait automatiquemen en cas de redémarrage par exemple...
 
Merci !

 
Suivant le container docker que tu choisis, tu fais un lien avec un répertoire dans lequel generalement la vonfig est stocké, ainsi en cas de redémarrage du docker, la config est préservée.
Pour l'accès à SMB, quel problème anticipes-tu? Problème de droits aux répertoire?

@french
 
y'as une faute en 1ere page sur le lien d'omv-extra v3 -> http://omv-extras.org/openmediavau [...] t_all3.debb

Salut, pour ceux qui ont des macs (sous el capitan, mais peut-être que c'est pareil sous sierra), vous n'avez pas des difficultés à vous connecter ?
Bien que le "nas" s'affiche dans le finder, je suis obligé d'aller dans "aller" "se connecter à un serveur", du coup, à gauche, j'ai deux fois le serveur, un qui fonctionne, pas l'autre.
 
PS : je parle de partage smb, car j'ai lu je ne sais plus où que c'était déconseillé d'avoir un partage smb et un partage "Apple" sur le même dossier. Et comme je n'ai pas que des macs...

 
Idem.. Je n'avais pas le problème pendant longtemps puis c'est apparu et je n'ai jamais trouvé pourquoi..

Oui, pareil chez moi. Netatalk ne marche plus depuis le début de l'année. C'est chiant surtout pour TimeMachine. Pour le reste il y a SMB qui fait le job.