Reprise du message précédent :

 
  Ah oui, j'avais pas vu ça comme ça. Je comprends mieux pourquoi je lisais qu'il fallait un disque entier pour OMV.
C'est assez hallucinant pour une base debian qd même.

Comment ça se gère au niveau ESXi l'installation d'un OMV
Parce que du coup, les 3 disques que j'ai prévu de mettre en raid 5 vont être affectés au datastore.  
Le raid 5 est géré comment ? Matériellement ?

salut à tous,
 
je vais bientôt finir l'acquisition de matériel pour monter mon NAS sour OMV mais après quelques test sur de vieilles machines ou par virtualbox je recherche un solution qui soit identique à ce que me propose mon nas synology
 
j'ai parcouru un peu le topic en lisant vite fait mais je ne pense pas avoir trouver ma réponse, donc je recherche un plugin qui permette de sauvegarder certains dossier sur un cloud (en l'occurrence google drive) comme le fait actuellement mon nas syno avec l'appli cloud sync.  
 
Merci d'avance
 
@tt

 
 
 
avec ESXI installé sur une clef usb/carte SD, il  faut un DATASTORE, soit créer avec l'ensemble des disque dur via une carte raid, soit sur un seul disque du , soit encore un SAN ( réservé entreprise). Pour ma part j'ai acquis un SSD de 240Go dédié.
 
OMV s'intalle sur le DATASTORE dans une VM et ensuite tu connecte les DD en RDM, cela te permet de gérer  le RAID1/RAID5 soft.  
 
 
Dans ta conf, prévois un petit disque dur/SSD(32Go voir moins si tu ne veux qu'une VM) pour stocker les VM et laisser les 3 DD pour le stockage réelle de tes donnée. Cela te permet de séparé hyperviseur/OS/DATA  

 
Ah, ok. Je vois 2 cas possibles mais j'ai un flou pour le 2eme.
 
1er cas :
1 hdd/ssd/sdcard pour ESXi + les VMs
les 3 hdd en RDM réservés pour la VM OMV.
A ce stade, pas de raid matériel. Le raid est géré par OMV
 
2eme cas :
Sdcard pour ESXi
Je m'arrange pour faire un raid 5 matériel des 3 hdd  
Ensuite, je ne vois pas trop comment faire pour l'affectation de l'espace disque. Est ce qu'OMV a besoin de disque entier pour le stockage ou est ce que je vais pouvoir affecter une partie de l'espace des 3 disques pour un datastore esxi (pour stocker les vms) et le reste pour OMV en lui faisant une partition ?

Pour ton premier cas, si sur HDD, assure-toi qu'ESXi connait ton contrôleur disque et saura booter dessus, c'est pas garanti.  
 
Pour ton deuxième cas et la question, tu mets les x HDD en raid, ça te fait un gros volume. Dans ce volume, tu fais un datastore. Dans ce datastore, tu fais le disque dur (vmdk) de la taille que tu veux pour OMV, et tout l'espace libre restant peut servir à ce que tu veux, VMs & co.

Salut à tous,
Je souhaite également tomber dans la marmite OMV.. !
J'ai un NAS Acer AC100 avec 4 baies contenant chacune une disque de 2 To fraichement acquis.
Je n'ai pas possibilité de rajouter un disque supplémentaire, éventuellement une clé USB.
Mon NAS me permet de faire du RAID matériel.
 
Mon idée était de créer un disque en RAID5 et d'utiliser mon OMV dessus avec les 4 disques. Mais après l'installation je constate qu'OMV s'est gentillement octroyé un disque complet. Je suppose que je vais pouvoir regagner de l'espace disque via un GParted mais çe ne me semble pas être le mieux.
 
Je souhaiterai donc profiter de vos expériences pour savoir quelle type d'installation vous me conseillez; Je suis ouvert à passer à de la virtu si besoin.
 
Merci par avance les amigos !

 
Pour le premier cas, effectivement, j'avais pas pensé à ça. Mais ça devrait fonctionner car pas mal de gars ont déjà fait ça (mini serveur HP Gen8).
Pour le deuxième cas, ça suppose d'avoir un contrôleur qui permet le raid 5 ce qui n'est pas le cas du controleur intégré du HP Gen8

 
 
Attention avec une carte RAID, en cas de panne de celle ci- tu perds toutes tes données si tu ne retrouve pas strictement le même modèle, et pour le GEN 8 elles ne court pas les rue.
 
Je préfére  faire le raid5 en soft par OMV, car n'importe quel distrib linux retrouveras le raid  du moment que les disques sont remonté dans le même sens...

Ok mais dans ton cas, ça veut dire que tu n'as que 240go (ton ssd) pour esxi et toutes les vm

 
 
j'ai une  micro gen8, esxi est installé sur une carte SD de 16Go même si je pouvais mettre moins...
le datastore ( pour les VM ) SSD 240Go sur le port sata interne pour le lecteur de CD-ROM mis en raid 0.
mes disques dur ( 2 pour l'instant)  monté en RDM sur ESXI pour ma VM  OVM. Les DD sont mis en radi 1 mais dés que j'aurais les 2 autres disques dur je passerais en raid 5 et ce sans perte de données.
 
j'ai actuellement  2 VM dans le datastore, une pour OMV de 30Go environ et la seconde de 8Go pour mon serveur Minecraft.
 
voila mon installation pour l'instant.

Noté
Je pense effectivement que cette conf est la plus adaptée pour une utilisation NAS.

 
il faut voir les évolutions possible que tu veux faire et jusqu'ou tu  veux géré ton systéme NAS....
 

A la base, j'étais parti pour un NAS tout court (OMV sur sdcard + les 3 disques en raid 5 logiciel). L'idée étant de trouver une alternative à Synology.
Finalement, mettre un ESXi peut avoir un intérêt pour avoir d'autres machines plutot que réserver la machine pour OMV.

 
 
Je souhaiterais vos lumières pour créer un RAID1.
 
Actuellement je fonctionne avec 1 seul disque de données dans le NAS, et je viens d'y rajouter un deuxième identique.
 
Quand je vais dans "créer" de "Gestion du RAID", je n'ai que le disque fraîchement installé dans le NAS qui s'affiche dans les périphériques disponibles.
 
Merci d'avance pour vos suggestions

quelqu'un à un tuto en bon français sur le plugin docker openmediavault-docker-gui
 
car j'y comprends pas grand chose.... et j'aimerais mettre la puissance de docker dans mon NAS et utiliser  nextcloud,  piwigo... et je ne sais pas vraiment faire pour lancer les containers....
 
j'ai bien fait mes pulls mais après je paramètre comment pour les lancer....
 
 
 

[quotemsg=1391711,2766,454376]Salut à tous,
Je souhaite également tomber dans la marmite OMV.. !
J'ai un NAS Acer AC100 avec 4 baies contenant chacune une disque de 2 To fraichement acquis.
Je n'ai pas possibilité de rajouter un disque supplémentaire, éventuellement une clé USB.
Mon NAS me permet de faire du RAID matériel.
 
Mon idée était de créer un disque en RAID5 et d'utiliser mon OMV dessus avec les 4 disques. Mais après l'installation je constate qu'OMV s'est gentillement octroyé un disque complet. Je suppose que je vais pouvoir regagner de l'espace disque via un GParted mais çe ne me semble pas être le mieux.
 
Je souhaiterai donc profiter de vos expériences pour savoir quelle type d'installation vous me conseillez; Je suis ouvert à passer à de la virtu si besoin.
 
Merci par avance les amigos ! [/
 
Personne    

 
Quelqu'un a une proposition?

OMV nécessite effectivement un disque pour lui tout seul, ce disque peut très bien être un disque externe sur un port usb (clef ou hdd externe). A partir de ce moment, si ton NAS arrive à faire un boot depuis l'usb, tu pourras utiliser ton RAID5 de 4 disques comme un seul volume dans OMV et ça devrait rouler.

J'ai avancé depuis, si cela peut servir je vais préciser la stratégie employée pour arriver à mes fins : on va créer un RAID1 dégradé sur le nouveau disque dur, transférer les données du disque pré-existant vers le nouveau, remettre à 0 / démonter le disque d'origine et enfin l'intégrer au RAID. Pour ce faire :

0. Avant toute chose, avoir un backup sur support externe au cas où! (via clonezilla par exemple)

1. Création d'un Raid 1 dégradé sur le nouveau disque dur, vierge à ce stade, via la commande : mdadm --create /dev/md0 -l 1 -n 2 /dev/sdb1 missing

* sdb1 est la dénomination du nouveau disque dur en question, à adapter au besoin.

** Optionnel : check qu'il apparaît bien, via l'interface web d'OMV on le retrouve dans la section "RAID" : il doit être en "clean, degraded"

2. Transfert des données du disque d'origine vers le nouveau : rsync -auv --log-file=/var/log/rsync_copy.log /media/ref_HDD_SOURCE /media/REF_HDD_DESTINATION

* par "REF_HDD_..." il s'agit de l'UUID des disques (illustration : 0be4610b-e741-4afa-9e37-5f892f28359c) que l'on peut trouver en explorant via exTplorer par exemple, dans l'arborescence : media/0be4610b-e741-4afa-9e37-5f892f28359c/...

** pour info avec la commande rsync énoncée précédemment je me suis retrouvé avec une copie intégrale du disque d'origine à la racine du nouveau disque. A la fin de l'opération j'en ai profité pour déplacer ces dossiers à la racine du nouveau disque, ces derniers étant en position de sous-dossiers, via la commande : mv /source /destination (je pense qu'il est possible de faire mieux sur la commande rsync pour éviter cette étape, à creuser).

*** en parallèle : pour chaque dossier partagé, j'ai redirigé ces derniers vers le nouveau disque en lieu et place de l'ancien, que l'on va réinitialiser à la prochaine étape.

**** pour finir : faire un check des autorisations ACL notamment, de sorte de donner l'accès en lecture/écriture par exemple à des programmes vu que l'on a changé de support pour nos dossiers partagés.

3. Suppression / démontage du disque d'origine : pour ma part j'ai remarqué qu'il n'était pas possible de le démonter, que ce soit via l'interface web ou ssh. Du coup j'ai fait ça à l'ancienne en passant par l'interface web > Stockage > "Disques physiques" > "Effacer". J'ai rebooté puis le disque était cette fois-ci prêt pour la dernière phase du process.

4. Intégration du disque d'origine dans le RAID : mdadm /dev/md0 -a /dev/sda1

* sda1 correspond au disque d'origine, dénomination à adapter au besoin.

** l'opération peut-être longue, on peut suivre l'état d'avancement dans "Stockage" > "Gestion du RAID" de l'interface web

Est ce que l'installation sur sdcard fonctionne

oui avec l'add-on à ajouter

Je viens de mettre OMV sur une clefs USB de bonne qualité (j’espère)  
sur un NAS didactique (Pc de récup)
 
Quels réglages de gestion d'energie me conseillez vous ?  
Peut on mettre en veille une clefs USB au bout de 5 min ?
Le spin down aussi ??
 
 
Merci a vous

Mélol spin down... tu veux arrêter la rotation de la clef ?
Un port USB2.0 est limité à 2.5W (500mA * 5V) et une clef usb utilisera plutôt environ 1W max, et encore, ça dépend de l'activité de la clef.

C'est rien en terme de conso une clef USB

Je ne me suis pas très bien exprimé désolé.
 
Ayant entendu que certaines clefs pouvaient rapidement foirer a force du nombre de lecture écriture, je me demandais si ces réglages pouvaient avoir un impact sur la longévité de la clefs ?
 
Mettre en veille au bout de 5min atténue peut être les accès etc ?
 
Y'a pas un addon pour optimiser OMV quand il est sur smart média et USB ??? il me semble l'avoir installé il y a longtemps mais je tournais sur un IDE de 40GB et je n'ai pas gardé ce plug.

Mettre en veille n'influence pas le nombre d'accès lecture/écriture du système, ça supprime la rotation du disque mécanique lorsqu'il n'y a pas d'activité du système, pour éviter de consommer du courant à le faire rotationniser pour rien Donc sur une clef USB ou SSD ce n'est pas applicable.  
 
Concernant les accès réduits sur le filesystem, oui j'ai déjà lu pas mal de choses dans ce sens là au moment où j'hésitais entre une clef usb ou un hdd externe, il y a un package ou des scripts qui existent pour que post-install on ajuste le système (avec un ram drive je crois). Finalement j'ai choisi de ne pas m'embêter et j'ai mis un hdd externe qui s'usera moins vite sur la durée

Je comprends, mais mon boitier ne pouvant contenir que 2X3.5 + 1 lecteur CD DVD (que je ne peux pas adapter pour un autre HD a cause du caddie propriétaire) je me suis tourné vers l'USB boot.
 
Mercie beaucoup pour ton aide

 
Bonjour à tous.
J'apporte une précision étant l'heureux possesseur d'un serveur omv.
L'OS a besoin d'une partition pour lui tout seul ! et non d'un disque dur.
 
Astuce : Faire l'installation classique.
Puis booter à partir de gparted. Une version proche de la date de sortie d'omv 2.0. Car la dernière version introduit une option disque dur non supporté par omv.
Ensuite réduire la partition omv à 8GB, le Swap à 2Go et enfin une dernière partition (taille de votre choix) pour le reste.
Et hop problem solved    
 
Pour ceux qui ont un chipset ethernet realtek rtl8111, il y a une manipulation à faire car par défaut le pilote installé est le r8169 alors que le bon est le r8168. Si vous ne le faites pas la connexion est très instable.
 
A part cela tout roule.
 
J'ai aussi une question.
J'aimerai accepter à mon serveur omv d'internet mais en évitant le https. Une astuce pour du tunneling via openvpn de mon poste distant à mon serveur via internet ? Je cherche sur internet mais pour l'instant je ne trouve qu'openvpn mais pour se connecter à un vpn à distance.

Retrouvé :  
Le plugin s'appelle flashmemory et il est dispo dans les omv-extra  
http://forums.openmediavault.org/i [...] ry-plugin/

Intéressant, tu fais comment du raid derrière si ton disque est déjà partiellement utilisé par l'OS ?
Ya moyen de faire du RAID sur 2 partitions de taille identiques ? Ça me parait chaud

EDIT : j'ai pas compris ton histoire de tunneling ou d'évitement du HTTPS. C'est juste pour la GUI d'admin d'OMV ? Si oui une bête connexion SSH vers ton OMV (ou une autre machine locale à l'OMV qui y a accès) avec tunneling de port et tu ressors comme tu veux ta GUI d'OMV sur ton poste distant.

Je ne parle pas de raid  
Je n'ai pas assez d'expérience en raid pour me prononcer sur le sujet. A voir quand j'aurai profité d'une solde (enfin j'espère de DD Red 4To   )
J'ai procédé ainsi pour avoir une partition purement données pour transmission,pyload  
Le tout dans un serveur 1u 16W de consommation en pleine charge avec un vieux disque dur mécanique.

Edit : pour faire simple je souhaiterai accéder en chiffrer à mes interfaces web d'OMV, transmission et pyload.

Alright J'ai pris l'habitude de faire du RAID (souvent du RAID1) sur tous mes systèmes où il y a des données, marre de restaurer quand un disque casse. OMV pour le moment ya pas la possibilité d'installer le système directement sur un array RAID autre que hardware (et on peut pas restaurer simplement une configuratio non plus ) donc... j'ai pas

Le tunneling SSH parait cool pour toi : http://www.revsys.com/writings/qui [...] unnel.html
C'est un exemple pour un client sous linux mais tu peux faire ça sans soucis avec Putty sous windows par exemple, ou avec un client bien meilleur (mais payant ) style SecureCRT

Le principe :
Ton OMV (ou toute autre machine du lan de l'OMV) est accessible via SSH depuis internet, et uniquement ce port là depuis internet. Ton client SSH se connecte à l'OMV (en SSH donc ) depuis un poste distant, et ouvre un port TCP local sur le poste distant, par exemple le 9443, qu'il demande à rediriger par le serveur SSH vers l'IP de l'OMV sur le port 443.
Sur le poste distant, tu ouvres un browser sur http://127.0.0.1:9443 et ça connecte à l'IP de l'OMV sur le port 443.
Sur internet, tout ce qu'on voit ce sont des paquets SSH, donc chiffrés.

@ptibeur
 
Tuerie

 
Pas possible de partitionner préalablement les disques sur OMV ?

 
Non mais après oui  

@tabarez
 
Je te conseille http://www.linuxliveusb.com/fr/home pour faire ta clefs USB bootable, tu met OMV.iso sur le bureau et zou ....
 
Une clefs de 4GB suffit largement et tu économise un HD
 
Par contre si ton serveur est allumé 24/24 je te conseille une clefs USB de qualité.

Bonjour à tous,
 
Est-ce qu'il y a des retours ici sur une install d'OMV sur un Raspberry Pi B+ ?
 
Je voudrais m'en servir comme stockage samba et serveur DLNA (en gros ressimuler une Freebox Révolution).
 
Ce tuto vous semble bon ? http://chezmat.fr/nas-low-cost-raspberry-pi-part1/
 
EDIT : question subsidiaire : je me trompe ou avec un Raspberry PI B+ je me limite à la version 2.0.15 d'OMV ? Je perds beaucoup ?

perso sur un banana pi (dual core A7 +S ATA) je suis pas limité à la 2.0.15
mais c'est déjà pas très rapide.
alors sur un pi B+...

Je confirme c'est inutilisable.
 
Et j'ai fais des mises à jour, à un moment "bad gateway" et boum plus moyen de le récupérer, j'ai refais la carte SD.
 
Ça me l'a fait 2 fois, j'ai abandonné.

essaie de trouver une carte banana pi (port SATA et je ne crois que tous passe par l'usb comme sur le rpi)
OMV fonctionne dessus avec des débits compris entre 20Mo et 30Mo/s
par contre, c'est l'interface et les màj qui ne sont pas très rapides.
ça s'améliore un peu avec un governor sur performance plutôt que on demand mais bon...