Reprise du message précédent :
essaie ce qui indiqué dans ce post : http://forums.openmediavault.org/v [...] =10#p37850

       !!!!!!!!!!!     HOURA     !!!!!!!!!!          
 
J'ai réussi.
Merci à tous pour votre aide mais pour moi, ça n'a pas été simple.
 
    Je vais pouvoir utiliser mon serveur avec ma Box.  

ben t'as fait quoi, histoire d'aider quelqu'un qui aurait le même problème ?
je veux dire, à part régler le souci de wget ?
ça sert aussi à ça un forum

Désolé,
 
j'était tellement content de réussir que j'ai fait le perso !!!
 
Bon, j'ai exécuté tout ceci :
 
-------------------------------------------------------------
nano /etc/apt/sources.list
apt-get clean
apt-get update
apt-get -f install lsb-release (il faut le -f obligatoirement)
dpkg -i openmediavault-omvextrasorg_0.6.17_all.deb
-------------------------------------------------------------
 
Voilà, dans l'interface HTTP de "OpenMediaVault", il y a une ligne en plus dans "Systeme" : " OMV-Extras.org"
Dedans il y a d'autre package donc MiniDLNA. Il faut l'installer et c'est tout.
Enfin il faut le configurer, dans "Services" "DLNA" : il faut l'activer, et aller dans "Partages".
Il faut choisir les répertoires que l'on veut afficher dans sa Box : pour moi, c'était Photos, Films et Musiques ...
 
J'espère avoir été clair.
De toute façon je vais suivre cette discussion et je répondrai à toutes les questions.
 
Encore merci à tous et désolé pour ma réaction ...

Bonjour,  
 
Je viens de recevoir mon N54L tout neuf et tout nu (juste 4Go de ram). Je vais y coller 2 disques de 1.5To + 2 disques de 3To. j'ai aussi un ssd de 40Go et une petite clé usb de 8Go pour booter et coller le systeme.
 
Justement en parlant de systeme j'hésite encore... Au départ je pensais à freenas, puis xpenology sur ESXi, et maintenant je me concentre sur mon objectif premier et OMV semble un bon choix: Je cherche avant tout un NAS avec un client NZB (sabnzb fera l'affaire).
 
Savez vous ou trouver le meilleur tuto (un peu plus détaillé que la première page ici  )pour installer OMV sur un N54L? Même en anglais (mais pas en allemand!)
 
Et je cherche aussi une explication simple sur les différente config de RAID possible. Sachant que je ferai régulierement des backup des fichiers important sur des disques externes eSata et un autre NAS Buffalo. Donc je pense pas faire du raid 1, mais plutot du raid0 ou équivalent pour ne voir qu'un unique espace disque, en maximisant le volume de stockge. maintenant si il y a un simili raid5 ou 6 qui ne consomme pas trop de place, voir qui améliore les perf pourquoi pas...  
 
Merci  
Philippe

 
 
Je trouve ca bizarre d'avoir besoin de faire un backup régulier de ses fichiers importants sur un HDD externe et de partir du principe qu'on va coller un RAID0 sur son NAS, le RAID0 étant le pire RAID possible niveau surêté des données  
 
Après, tu l'as un peu dans l'os avec 2x1,5To + 2x3To. Je ne vois pas à quel RAID tu peux prétendre sans perdre beaucoup d'espace de stockage :
RAID 1 : tu vas perdre 50% de la place : 1,5To utiles + 3To utiles avec 2 volumes distincts
RAID 5 : tu vas perdre 1 HDD sur 4 pour la redondance mais tu vas surtout perdre 50% des 3To car la taille sera bridée par les 1,5To => 4,5To utiles sur un seul agrégat/volume
RAID6 : comme le RAID5 mais avec 2 HDD de parité... 3To utiles
JBOD : je n'sais pas si ça existe sous OMV
 
Soit tu fais avec ça, soit tu vends 2x1,5To pour acheter 1x3To supplémentaires. En RAID 5, ça te ferait 6To utiles, le RAID 5 devient nettement intéressants avec des HDD homogènes en capacité.

Merci de tes remarques.
 
C'est l'analyse que j'avais fais, d'ou le RAID0 qui ne sécurise rien au niveau du nas, avec des backup externe des fichiers importants.  
 
Ou alors j'installe Xpennology qui me donne 6To utile en SHR...
 

Et quid de la sûreté des données dans ce cas ?

Il y a de la parité, c'est un truc inclus dans les syno, c'est apparemment une technologie assez connu.

Oui, j'avais déjà vu ça "Synology hybrid Raid" de mémoire mais je n'ai jamais regardé le principe.

Edit : le SHR crée des "sous-HDD" pour utiliser au max les HDD trop gros pour un RAID normal, c'est pas con
http://www.synology.com/fr-fr/support/tutorials/492

Pas con du tout...

Ca existe en équivalent "libre" ?

Par contre, ils s'emballent un peu sur le "Wasted storage 0To"...

Oui ça exist en libre.
 
C'est pas flex raid? ou snapraid ?
 
Certain sont payant par license

Est-ce que ce certains utilisent un onduleur ?  
J'aimerais bien investir dedans mais je me pose la question de la compatibilité entre OMV et les softs (fournis avec l'onduleur) qui permettent d'éteindre le NAS proprement en cas de coupure de courant.

snapraid et flexraid, c'est pas la meme chose, j'ai l'impression. On est plus sur des alternative a mdadm qui fonctionnent comme un JBOD avec une parité pour récupérer les données en cas de pépin. Les données ne sont pas fractionnées sur les disques ce qui a l'avantage de permettre la récupération des données sur les disques survivants, meme si plusieurs disques crashs. Par contre, on a pas les gains de débits en lecture que procure le raid grace à la lecture en parallele des fragments situés sur chaque disque.
 
De ce que j'ai compris le système synology, c'est juste une utilisation "intelligente" de mdadm sur des disque partitionnés judicieusement.
En manuel on pourrait faire la même chose facilement je pense.
Ce que j'aime bcp avec mdadm , c'est que c'est un standard de fait. Tu fout tes disques dans n'importe quelle config, c'est reconnu et tu récupères tes données.

 
 
Je reviens avec mon souci, n'ayant pas eu le temps de m'en occuper sérieusement avant ce weekend.  
J'ai suivi ton processus et le reste est absolument identique. Lors du formatage du disque par openmediavault, il crée une partition apparemment et n'utilise qu'1 To du disque.
 
Merci pour toute aide qui pourrait faire avancer le schmilblick.
 
Ps: extrait d'une commande fdisk
 
root@openmediavault:~# fdisk -l /dev/sda
 
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
 
 
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
256 heads, 63 sectors/track, 242251 cylinders
Units = cylinders of 16128 * 512 = 8257536 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
 
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1      242252  1953514583+  ee  GPT
Partition 1 does not start on physical sector boundary.

On dirait un problème de BIOS...

Mouais, comme je "comprendrais" le principe :
- tu prends le plus petit disque
- tu crées des partitions sur chaque disque avec en taille de base un multiple entier de la taille du plus petit disque
- tu fais du RAID avec l'ensemble de ces partitions
 
AMHA, ça doit être réalisable avec du LVM, avec du RAID 1 entre partitions sur les plus gros disques (en verticaux) et RAID 5 sur les plus petits (en horizontaux), et vu en tant que volume unique comme un JBOD.
Voire peut être au niveau système de fichier un genre de système à la DFS ou du BTRFS ou un autre système de fichiers distribués  

ça m'a l'air tellement casse-gueule comme solution que perso je préfère rester sur du classique RAID 1/5/6/10 et adapter suivant les cas.

Il faudrait effectivement étudier les conséquences d'une perte d'un HDD sur les données. Ca n'a pas l'air aussi trivial qu'un RAID classique.

J'ai un gros doute là...
J'suis en version 0.5.53, j'ai vu la 0.5.54 en pré-release...
Sauf que je lis/vois plein de gens qui parlent de version 1.0X

Vu comment j'en ai chié pour faire la config de ce truc (partage, ftp etc.) et vu ma gestion du bordel (VM virtualbox sous 7 avec un disque virtuel et 1 disque en raw), pas envie de tout péter.

J'ai une vieille version toute moisie ou bien les 1.0X sont des versions de dev' et ne sont pas considérées comme stables ?

J'ai l'impression que les numéros de versions sont faites "à l'arraché" :
- sur Sourceforge la dernière dispo est la 0.5.48 en 64bits standard, mais avec une 1.0.7 pour RaspberryPI
- sur leur forum officiel ça parle d'un "OMV 6.0" (0.6 ?)
- sur leur blog, la dernière version dont ils parlent est la 0.5.49 du 1er juin dernier
 
Bref perso plus ça va, moins j'y crois

- la branche 0.5x est la version "stable" actuelle
 
- la branche 0.6x est la version en développement. Elle a été renommée depuis qq semaines en 1.0x car c'est une nouvelle version majeure (passage d'une base Debian 6 à 7) et que son passage en version stable est très proche (qq semaines).
 
(le topic 6.0 sur leur forum c'est bien sur une erreur pour 0.6)

aucune idée.  
 
Moi j'étais parti direct sur la 0.6 : J'avais installé debian 7, puis bidouillé pour installer omv 0.6 par dessus en suivant les explications sur leur forum.
 
Donc je pense qu'en cherchant sur leur forum tu trouveras la procédure pour une upgrade. Mais pour une méthode simple (genre un clic de souris) il faudra attendre que la 1.0x soit la stable officielle, ca ne devrait plus trop tarder.

Pour mettre la 0.5.x c'est :

Pour mettre la 0.6.x c'est :

Puis pour les 2 c'est :

La branche 0.5.x c'est la sardaukar, la 0.6.x c'est la kralizec...
Donc je dirais après sauvegarde de la configuration ou mieux une réinstallation neuve de changer l'un par l'autre dans le fichier "/etc/apt/sources.list.d/openmediavault.list", puis :

bon j'ai monté un nouveau nas. Pour faire simple il y a d'un côté une carte raid 3ware sur lequel est monté 4X2To en raid 5, et OMV est installé sur un SSD sata. Je vois bien mon raid sous OMV, je le moint sans soucis par contre j'aimerais pouvoir monitorer les remontées smart (activé dans le bios de la 3ware).
Hors quand je clique sur les infos pour le raid sous OMV, j'ai :  
 
smartctl 5.40 2010-07-12 r3124 [x86_64-unknown-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net
 
Smartctl open device: /dev/sdb failed: AMCC/3ware controller, please try adding '-d 3ware,N',
you may need to replace /dev/sdb with /dev/twlN, /dev/twaN or /dev/tweN
 
Une idée de ce que je pourrais faire pour avoir les remontées SMART directement sous OMV ? Je n'ai rien trouvé la dessus sur le forum OMV....

En regardant un peu les consos mémoire de mon OMV (je débute )
Je constate qu'une grosse part de ma ram est utilisée par "page cache"
 

 
Est ce un comportement normal ?

Bonjour à tous,
 
Je viens d'acquérir un N54L et d'y installer OMV  
J'ai activé SSH et FTP et je m'aperçois dans les log de tentatives de connexions non désirées...
 
Existe-t-il un moyen sur OMV de configurer automatiquement l'interdiction d'accès d'une IP (par exemple après 5 tentatives de connexion non réussie) ou/et de les interdire provisoirement (attente de 15mn apres 3 tentatives) ?
 
@isa1ko : mes graphiques concernant l'utilisation de la RAM sont les mêmes que toi.

Pareil ici pour mes 4Go qui s'ennuient hors controle CRC et dezippage.

 

Pour la partie en gras => fail2ban sous linux d'une manière générale. ca m'étonnerait qu'il y ait qqc de spécifiques sous OMV.
sinon, tu regles iptables pour n'accepter le ssh que depuis qq IP externes ou sur ton réseau LAN uniquement.
et change le port d'écoute du SSH pour commencer sur le serveur.

Etonnant, ce n'est pas tout le temps non plus
 

 
peut-être lié au système de fichier ?

Après bon...
 
Tout fonctionne impeccablement

Tu n'es pas en ext4 ?

si pourtant