Reprise du message précédent :
Ok mais je pensais (peut-être à tort) qu'OMV fonctionnait correctement en VM. Un NAS en VM, ça ne fonctionne pas correctement ? C'est lent ?
 
Pour le thin provisionning, je ne l'ai pas fait exprès. C'est probablement un paramétrage au niveau de la VM que j'ignore d'ailleurs.
 
Globalement, je vais insister pour utiliser OMV avec un RAID 1 car j'ai besoin d'un NAS pour partager des fichiers communs avec 2 postes windows. C'est le point essentiel de mon installation. Actuellement, j'utilise XPEnology sur un autre poste mais la solution est temporaire et ne me plait pas trop. Je préférerai quelque chose de libre et légal comme OMV. Cela étant, j'ai aussi besoin de pouvoir installer autre chose dessus (par exemple Debian wheezy pour petit à petit me faire à l'utilisation de linux, serveur mail, FTP, ...) sans pourrir mon NAS.
 
Comme je le l'indiquais dans mon 1er message, j'ai un HP PROLIANT G7 N54L. Voici comment j'ai procédé.
Le proliant a une clé USB sur laquelle j'ai installé ESXI 5.5, le DD de 250 Go sur lequel est installé le datastore et 2 DD de 2To pour les données que je veux mettre en RAID1.  
J'ai ensuite mappé mes DD en RDM dans le datastore de ESXI avec ce tuto http://www.geekmag.fr/vmware-esxi- [...] pping-rdm/ .  
 
J'ai créé ma VM et installé OMV. Jusque là, pas de problèmes. J'ai ensuite voulu installer le RAID 1. Sur l'utilité d'un RAID 1 et des disques mappés, je me dis que si j'ai une panne matérielle sur un DD physique, je peux continuer à travailler normalement si l'autre ne tombe pas en panne en même temps. j'en rachète un de même taille immédiatement et change celui en panne. Je reconstruit le RAID et c'est reparti sur 2 disques. Pas d'interruption de service au niveau de mon NAS. Pour faire ce RAID, j'ai utilisé ce tuto qui me semblait clair http://www.it-connect.fr/raid-mirr [...] %EF%BB%BF/  
 
Tous mes DD, dont ceux mappés dans ESXI, sont bien reconnus dans OMV. J'ai créé le RAID 1. La construction s'est faite. Ensuite, j'ai voulu le monter mais le système de fichiers ntfs n'existait pas dans OMV. J'ai donc formaté une partition sur celui-ci en ntfs avec Gparted live. J'ai pû ensuite la monter dans OMV
 
J'ai fait le test de création d'un répertoire et d'un fichier sur le RAID 1. Pas de problèmes, ça fonctionne. J'arrête la VM, j'enlève un disque et redémarre la VM. Mon RAID apparaît en dégradé dans la gestion du RAID mais j'ai toujours accès au répertoire et au fichier créé. Je remets le disque. Le RAID est toujours en dégradé. J'efface le disque en cause et là le temps de reconstruction est très long (13 jours). J'ai arrêté la machine virtuelle, augmenté la RAM a 2Go et mais je n'arrive plus à reconstruire le RAID. Voilà où j'en suis.
 
Y a-t-il une faille dans mon raisonnement ou dans mes étapes ?
 
Si quelqu'un pouvait m'aider, cela serait sympa.
 
Vous en remerciant,
 
Cordialement

nas et vm, je confirme, les transferts sont pas mirobolants.
que ça prenne du temps pour reconstruire un raid du coup...

D'accord mais 13 j pour 2 DD de 2To. J'ose pas imaginer combien cela prendrait pour 4 à 5 DD de 6To.

Hello,  
 
Pourquoi ne pas avoir créer un raid1 physique?
 
Ton serveur doit savoir le faire et un contrôleur gère mieux les reconstructions.

Bonjour,
 

 
Je ne suis pas un spécialiste du raid. Par raid 1 physique, tu entends un raid matériel ? Il faudrait que j'achète un controleur (matériel) ? Ou c'est prévu nativement sur le HP PROLIANT G7 N54L ?
 
Cordialement

Oui du raid1 matériel.
Normalement sur ton serveur, il y a un contrôleur inclus.

Je pense avoir trouvé une explication à mon problème de lenteur et j'ai réussi à relancer une reconstruction. Je n'avais pas pensé à démonter la partition ntfs. En la démontant, la reconstruction s'est lancée automatiquement et la durée est plus raisonnable (19h). Le suite demain donc.
 
Question subsidiaire : comment puis-je connaître la vitesse de transfert d'un fichier sur le RAID ? Qu'elle est la vitesse moyenne (acceptable) compte tenu de ma configuration ?
 
Vous en remerciant,
 
Cordialement.

Avec une mise a disposition du disque directement a la VM cela devrait potentiellement limité la perte de débit. Par contre avec un Raid logiciel vaudrait mieux augmenter un peu la RAM attribuer a la VM 1GO serait mieux je pense.

 
Je ne savais pas. Je pensais qu'il fallait racheter quelque chose d'autre. C'est pour cela que je suis parti sur du raid logiciel. Si je n'y arrive pas je creuserai de ce coté là.
 
T'en remerciant,
 
Cordialement.

 
A la réflexion, c'est vrai. Tu as raison. Je ne sais pas pourquoi j'ai mappé mes DD en RDM à ESXI. Je ne vais rien installer sur les DD du RAID1 puisque je les réserve à OMV. Les autres install se feront sur le datastore ou sur un autre DD si je manque de place. J'ai suivi comme un c*n le tuto sans réfléchir. Si cela ne fonctionne pas bien, je referais. Merci pour l'éclairage
 

 
Oui, ça je l'ai fais. J'ai compris que je n'avais pas mis assez de RAM.
 
T'en remerciant,
 
Cordialement

Attention au RAID "matériel" de la CM de ton N54L. En cas de panne de la CM, il faudra pour récupérer les données sur le disque retrouver exactement le même contrôleur (donc racheter un N54L).
Alors qu'un RAID logiciel avec MDADM, il suffit de rebrancher les deux disques membre de ton RAID sur une autre machine Linux et tout est là

Oui c'est vrai que c'est un détail à prendre en compte au moment du choix.
Le matériel est plus performant (en fonction du contrôleur) mais le logiciel est plus souple en cas de panne.

Ok, merci de la précision. C'est aussi pour cela que j'étais parti sur du RAID logiciel.
 
Maintenant, si le débit est trop lent, j'envisagerai peut-être le RAID matériel. Pour l'instant, 19 heures pour reconstituer le RAID sur 2 * 2 To, c'est pas rédhibitoire.
 
Toutefois, je présume que je ne dois pas être le seul à essayer de faire tourner OMV avec un raid 1 logiciel sur une VM ESXI 5.5 et sur un HP PROLIANT G7 N54L.
 
T'en remerciant,
 
Cordialement.

le raid logiciel pour ma part fonctionnait bien sur proxmox et une vm OMV j'etais a 90 en ecriture et 105 en lecture environs sur un raid 5 de 3*3To de disque WD RED
la reconstruction de mon raid m'avait pris moins de temps que toi par contre, mais il n'y avait pas de données.

Ok, merci pour l'info. Je ne connais pas proxmox. Y une interface graphique ? De la doc en fr ?
 
J'ai pas de données sur mes disques, juste un répertoire et un fichier.
 
Comment je peux voir la vitesse en lecture et en écriture ?
 
T'en remerciant,
 
Cordialement.

Un NAS en NFS avec une liaison gigabit directe entre le serveur de VM et le NAS, ça peut quand même arriver à suivre. Bon ça fait SAN du pauvre aussi

Salut,
 
personne pour répondre à ma question concernant un plugin OMV pour downloader, à la Transmission, mais pour fichiers non torrent ?
omv-downloader n'indique pas le pourcentage de téléchargement réalisé, et ne permet pas de mettre en pause (et pas envie d'aller en ligne de commande !)
pyLoad et JDownloader sont des usines à gaz...
Je cherche toujours un truc comme Transmission, ça serait parfait !
 
 

et sur le forum d'omv ?
là comme ça ça ne me dit rien

Tiens tiens, je pense faire exactement la même chose car je manque désormais de place chez moi et ne peux plus multiplier les machines.
Tu as fais comment pour le RAID ?
Disques physiques présentés directement à la VM OMV qui les agrège via MDADM, ou RAID géré sur l'hyperviseur (hard ou soft) et grappes présentées à la la VM ?
 
Sinon: ça marche bien ?
 

 
Vu que j'ai pas vraiment utilisé la virtu au bou de 6 mois j'ai tout péter pour mettre un OMV en natif.
 
Mais sinon oui, le plus efficace restait de présenter les disque directement via qemu je crois de mémoire.
Apres dans mon cas le raid je le gérer avant avec proxmox directement donc de ce coté la, j'ai pas eu a la recréer avec omv.
 
Donc apres tout dépend ce que tu compte faire, mais le plus simple je pense quand meme que c'est que le nas gere le raid, et ensuite il partage en nfs si jamais d'autres vm linux ont besoin d'y acceder ou smb pour les vm windows et ca roule  

 
San du pauvre...pas forcement, tu perds la souplesse de configuration du SAN et le Protocole qui va avec mais en débits, c'est pratiquement la même chose ( test en 1G et 3G).
 
Je trouve le NFS pratique dans bien des cas.
 
   

Étant chez free et possédant omv je souhaiterais pouvoir protéger mon accès vers l extérieur et l inverse également
Je pensais m installer squid est ce que c est faisable sur omv facilement ?
De plus quelles actions seraient nécessaires afin de pouvoir sécuriser les transfert et éviter les failles de sécurité ?
Car dans omv je vois comme t partager et faire du FTP par exemple mais je ne vois nulle part comment gérer les tentatives d intrusions
 
Je souhaite partager des fichiers simplemen depuis l extérieur sans qu on cherche a me pirater ....

drap.  
 
Je test ce système qui sera mon système définitif je pense.  Je migre un raid 5 12To de FreeNAS. J'ai installé un debian pour ensuite installer OMV dessus afin de garder la main sur tout le système.
 

 
 
j'arrive apres la guerre, mais ça, c'est tout sauf des bugs.
un coup de google "linux commande clavier francais anglais", et t'as déjà résolu le qwerty... quand aux mises à jours, je dirais bien qu'avec du bon sens, le problème disparait en 2 minutes aussi...
 
bref, c'pas parce que le systeme ne fait pas ce que tu attends/ce que tu as l'habitude de voir du premier coup qu'il est buggué.

 
fausse bonne idée
 

 
Pour bosser dans l'IT et m'etre tapé je sais pas combien de comparatifs de performance, en dessous des controleurs matériels à 1500€ HT, avec du cache a gogo, un support d'IOs de porc, etc etc... bah tu peux te brosser, tes controlleurs "matériels" sont toujours en dessous d'un raid software en terme de performance.
 
et je ne parle pas du fait - absurde - de devoir racheter du matériel en double, au cas où tu aies une panne sur ton "controlleur" matériel
 
 
 
 
Tiens, pour creuser un peu le sujet, un petit comparatif de performances de RAID software... attention, c'est technique et c'est en anglais, mais ca montre bien que le RAID soft est tout sauf ridicule sur le principe :
Article Francais [LinuxFR]
Article Anglais [Calomel.org]
 
Certes, ca cause plutot ZFS, mais pour info, zfs arrive tranquillement sous linux
 
 
vous noterez les perfs de brute épaisse quand on a 5 disques de 2To, avec compression

 
Je suis d'accord en cas de contrôleur intégré à la CM, en cas de carte dédié je pense que ça se discute.
 

 
Je pense que tu exagère un tout petit peu en disant que les bonnes cartes Raid sont à plus de 1500€ mais là n'est pas le sujet.
 
Je suis totalement d'accord sur le fait que ZFS soit un excellent système pour faire un raid logiciel, mais il consomme énormément de RAM pour être aussi performant.
Je ne suis pas sur que dans un Nas perso monté dans une petite machine dédié ou un vieux pc, les gens mettent 8Go de Ram + 1go par To, ce qui reviendrait à mettre 10Go dans le cas de Brunets si j'ai bien compris le calcul.
Au prix de la Ram en ce moment, personnellement, je préfère rajouter 1 disque (en spare par exemple) et perdre un peu en performance.  
Après en environnement de production où les perfs et la fiabilité priment avant tout, mon avis serait opposé et je te rejoins complètement.

 
Pourtant, si j'en crois l'avant vente de Dell et deux consultants qui sont venus chez nous, c'est bien le cas
 
mais bon, de toutes facons ce n'est pas le propos du topic

Bonjour la communauté,
 
J'ai installé une debian puis rajouté OMV par dessus et Plex.
 
C'est nickel, très bon débits etc.
 
Par contre j'ai une erreur qui vient d'apparaitre.
 
Lorsque via l'interface web je vais sur:
 
Système -> Gestionnaire de mises à jour -> Vérifier
 
J'obtiens l'erreur suivante:
 

C'est trop verbeux pour moi    
 
Avez-vous déjà rencontré cette erreur où avez-vous une idée de ce que ça peut être?
 
Merci bcp pour votre aide.

Fait le en ligne de commande le apt-get update, ça sera plus facile à lire, et tu t'affranchiras des exceptions de l'interface OMV.
 
J'ai eu le même problème ce week-end quand j'ai voulu upgrader de 0.5.60 vers 1.12.
bilan :fichiers d'index (Translation-en apparemment) plus à jour => suppression des dits fichiers => relance => tout baigne.

 
Effectivement les apt-get update et upgrade fonctionnent parfaitement en ligne de commande même après l'apparition de ce message d'erreur.
 
Si aucun impact sur la distrib je peux bien laisser tomber l'interface web sur ce point...encore un message abscons de linux!
 
Sais-tu où se trouve justement tous ces fichiers Translation, Release etc?

Bonjour,
 
Je suis nouveau sur ce forum et j'ai un petit soucis sur ma configuration OMV.
 
Après plusieurs réflexions et essais de configuration sur mon n54l (esxi entre autres), j'ai mis en place OMV en natif sur mon serveur.
 
Niveau configuration, j'ai 2*3TO WD Green sur lesquelles j'ai mis cette disposition:
 
/dev/md0 -> 30Go pour le système (c'est beaucoup mais c'est juste au cas où!!) en raid 1 - contient la racine
/dev/md1 -> 3To pour les données non importantes (films, musiques...) en raid 0 (linear) - contient /mediatheque
/dev/md2 -> 1,5To pour les données importantes en raid 1 - contient /home
 
Donc en résumé j'ai 3 raid logiciel sur mon système.
Niveau installation, à part quelques couacs, j'ai presque tout en place.
En effet, j'ai un problème de référencement qui m'indique non au niveau de /dev/md2 quand je suis dans le menu Système de fichiers.
Du coup, quand je veux faire mes partages, je n'ai pas accès à cette partition.
Comment puis je la référencer?
 
Merci d'avance!

t'es passer uniquement par OMV pour faire ton raid ?
 
parce que la pour aller bien, faudrer faire quelque manip de verif avec un putty en ssh...
 
apres ca dépend... poste un screen de l'onglet raid voir... et quand tu cliques sur detail en sélectionnant md2 également
 

 
Je suis parti d'une debian wheezy beaucoup plus souple pour l'installation et j'ai installé le paquet omv.
 
Mes raids ont tous l'état clean.
 
Ci-dessous le détail de  
/dev/md0:

 
/dev/md1:

 
/dev/md2:

 
 
 cat /proc/mdstat

Salut
depuis plusieurs jours mon serveur est bloqué au boot sur  
 
 

 
 
Je ne sais plus quoi faire
pas d'accès via ssh
Le RAID5 est clean, vu plus haut

Désactive le check des quota tout simplement mais faut que tu attendes qu'il finisse de les valider.
 
Laisse tourner plusieurs jours jusqu'a qu'il y arrive.

Avec cette commande:
update-rc.d quota disable
 
Mais c'est super long, déjà 5 jours !
J'espère que ça va bien fonctionner ensuite, je ne sais pas pourquoi il a décidé de me faire ça de son propre chef

C'est normal, les quota doivent être controlé a chaque démarrage de base me semble.
 
Moi je les ai désactivé car au bout de quelques mois il mettais trop de temps a démarré. Donc je l'ai fait il y a un moment

Bonsoir,
 
J'ai un petit OMV sous proxmox sur un HP N54L.
Tout fonctionne à peu près bien à part quelques problèmes de vitesse de transfert que je dois régler en passant sur des modes VirtIO.
 
En revanche, j'ai quelques soucis avec un poste en Windows 8.1 qui ne cesse de me réclamer les mots de passe quand je me connecte à OMV    
J'ai fini par voir qu'on pouvait ajouter les mots de passes dans Panneau de configuration->Comptes et protection des utilisateurs->Gestionnaire d'identification->Information d'authentification windows.
 
Mais rien n'y fait, périodiquement Windaube fini par me redemander les mots de passe inlassablement ?!?
 
Quelqu'un à t'il une astuce pour palier à ce problème ? Je ne sais pas si cela vient d'OMV (samba) ou de Windows.
En tout cas, les postes sous XP n'ont pas ce problème.
 
Cordialement,
 

Salut, problème de compatibilité entre les versions samba utilisées.
Une petite googleade t'aurait renseignée (in english of course ;-)) : http://superuser.com/questions/766 [...] indows-8-1

Salut, ça ne sent pas bon ton histoire :
RAID status not OK. Exiting. ... failed!
Setting up LVM Volume Groups... No volume groups found

Tu peux poster le résultat de : smartctl /dev/sd? --all (le ? selon ta config de disques)
Si problème avec la commande, un peu de doc : https://www.guillaume-leduc.fr/surv [...] tools.html

Edit : en attendant, sauvegarde de données + config, il faudra sûrement utiliser les outils de diag du constructeur de tes hdd mais pas de retrait physique des disques avant backup et test
Courage ...