Reprise du message précédent :
Oups! j'ai retirer le mauvais /dev/sdX
la le raid est passé en dégrdé
j'essai la commande:
mdadm --manage /dev/mdXXX --add /dev/sdX
 
mais ca me répond:
mdadm: Cannot open /dev/sdX: Device or resource busy
 
théoriquement j'ai perdu mes données... a cause d'une faute de frappe
je voulais retirer le sdy1 moi!!
 
edit:Dans le doute je reboot pour voir ce qu'il réussi à reprendre...

catastrophe, suite au reboot je n'ai plus de raid (menu gestion raid) il me reste plus que le point de montage de la partition lucks et ma partition système, je vais passer par la case réinstalle et la prochaine fois je m'entraine sur une vm^^
J'étais pas loin de réussir....arf ca sera pour la prochaine fois
 

Fallait acheter un syno

j'en avais un DS209, j'ai un micro server donc j'essaye d'apprendre en même temps.  
OMV est plus durable dans le temps que syno au niveau des maj?
C'est pas le même budget aussi un 4 baies mais si je ne m'en sort vraiment pas j'y penserais

Le contenu de ce message a été effacé par son auteur

quand on bricole le raid : on vérifie, puis on revérifie, puis on revérifie encore et enfin on intervient pour être sur de pas supprimer le mauvais hdd et perdre toute la grappe ^^

Bonjour glubovore, eeeinstein    
 
Tout à fait c'était un test
 

Bas quand j'ai entré la commande pour retirer le disque de la grappe j'ai fais une faute de frappe j'ai enlever le /dev/sdb au lieu de /dev/sdc...
Vue que j'ai un 4 baies, il est passé en mode fail^^
 
Mais je retenterais, j'avais de bonnes infos sur le site communautaire de ubuntu
 

Je disais ca par rapport a un de tes messages plus haut ou tu disais que syno ne suivait pas ses produits.

Je pense que 5 ans de mise a jour pour un produit c'est quand meme bien mieux que la plupart des constructeurs (je parle en general pas que des nas).

Sachant que ton ds209 au bout des 5 ans de mises a jour au niveau fonctionnalités yu en a beaucoup plus que quand tu l'as acheté. Je trouve ca un peu ingrat. Y a des constructeurs qui se limitent a faire juste des maj qui corrigent des failles et reservent les nouveautés aux toit dernier modèles.

Avev syno, qnap ou asustor on est pas du tout dans cette facon de faire. Par contre tu payes la facilité et l'ergonomie et ca permet d'éviter des pertes de données accidentel

Je n'ai pas dis qu'il ne suivaient pas leurs produits, j'ai simplement demandé si OMV avait plus ou moins le même suivi ou environ le même? Plus? moins?

OMV est un bon produit seulement ca reste comme tout logiciel libre gérer par une poignée de personne.

La version 4 se basant sur debian 9 est sortie que tres recemment et est encore en beta. Il faut etre patient avec le libre mais ca va le coup.

Par contre il ne faut pas avoir peur de mettre les mains dans le cambouis

 
je suis obligé de rester sous omv 3 car j'ai remplacé l'ODD par un SSD que j'ai mis tout seul en raid 0 (seule solution pour booter sur autre chose qu'une des baies)
Mais ce bricolage ne plait pas à OMV4 je l'azi expliqué un peu plus haut.
 

 
je suis en plein dedans! Linux ne m’intéresse que pour les services réseaux, le reste je le fais sous Win10/MacOS

J'ai posé mon OS, j'ai un problème avec cette MAJ:

 
Qui me donne cette erreur:
 

 
j'ai reboot mais pas mieux

Je voudrais créer un répertoire "public" ou n'importe qui puisse écrire et lire
j'avais réussi la dernière fois mais la je n'y parviens pas
Mon dossier s'appel "public"
je l'ai créé dans "dossiers partagés" il se trouve à la racine de mes partages.
Je l'ai ajouté dans partages SMB/CIFS
Dans les ACL j'ai mis "propiétaire" "group" et "autres" en lecture écriture execution edit: dangereux ca non? (pour autres)
 
je ne comprend pas pourquoi il me demande un mot de passe, il est bien visible sous windows et macOs
 
edit:Dans hôtes autorisés j'avais bêtement coller 192.168.1.0 /24 a partir d'un tuto alors qu'il n'y a pas d'espace il faut mettre 192.168.1.0/24
pour limité les accès à partir du LAN

 
 
je viens d'ajouter un disque dur sur mon raid hardware par le webos de la carte LSI mais dans OMV il vois les 13to mais me fait comme avant l'ajout il  m'en donne que 10to
 

 
comment faire ?

Salut,
As-tu pensé à redimensionner la partition ?
Ce n'est pas automatique après l'augmentation du raid.

 
oui fait mais ca fait rien , j'ai même redemarré le serveur  
 

Faut le faire en ligne de commande via la webgui c'est buggé, j'ai jamais réussi à le faire en tous cas

Arf j'ai trouver des tutoriel mais pas pour un raid hardware , vous connaissez la procédure ou un tutoriel ?

Je viens de tester une commande mais il me dit une truc qui corresponds a rien  
 
 

Tu as bien ajouté le hdd à la grappe ? Il est pas passé en spare au lieu d'être ajouté à la grappe ? Tu as eu une reconstruction du raid ?

oui il est bien ajouter j'ai même vérifier c'est bien du raid 5 mais quand je vais dans smart sur omv il me dit un defaut du megaraid drivers
 
edit : j'ai trouver ca : https://www.broadcom.com/support/do [...] i+9260-16i , je doit prends quelle driver?

Je suis déception...  
 
Après avoir fait tout plein de tests d'omv sur une vieille conf que j'avais (cf mes posts précédents), je me suis décidé à acheter le matos pour monter mon nouveau NAS.
J'assemble tout ça et vient le moment d'installer omv sur ma nouvelle bébête en passant par une clé usb sur laquelle j'ai mis l'iso d'omv 4, de la même façon que durant mes tests...et là, ben mon bios ne détecte pas de secteur bootable sur ma clé usb  
 
J'ai testé plein de trucs :

• différents logiciels pour copier l'iso sur clé usb (rufus, unetbootin, etcher)
• mettre l'iso sur un hdd bootable zalman
• j'ai même été jusqu'à graver un CD et relier un vieux lecteur à ma nouvelle conf

  Et ben rien, que dale, woualou, peau d'zeub !
 
Du coup j'ai commencé à fouiller sur le net, et là ce fut le drame  
OMV 3 on UEFI
UEFI compatible install ISO?
UEFI boot manager: can't install OVM from a USB-stick on Apollo Lake mini-pc
 
Bref...l'install d'omv ne sait pas booter sur un système uefi  
Je vais devoir l'installer en mode "sale" à partir d'une debian server.
Voilà voilà...

Slt,

C'est pas si "sale". Y a juste à opérer une netinstall minimaliste de Debian, puis suivre les instructions de la doc pour installer OMV. Je l'ai fait 2 ou 3 fois pour installer OMV 32 bits sur des (vieilles) machines et ça s'est déroulé sans soucis.
Edit : par contre en disant cela, je réalise que je n'ai jamais installé OMV (32bit ou x64) sur une station "moderne" dotée d'UEFI !  

 
on a le droit de parler de deluge ici ?

C'est pas illégal les torrents.

je sais mais parfois on est un peu excessifs sur certains topics...
 
mon Deluge tourne en daemon sur OMV et est attaqué en client webui depuis un autre poste.  
 
j'ai un problème avec les paramètres de file d'attente qui ne sont pas respectés par le daemon. Je souhaitais TOTAL ACTIVE -1 TOTAL ACTIVE DOWNLOADING 1 etTOTAL ACTIVE SEEDING -1 cependant seul le telechargement en cours est actif, les seed sont en queued...  
 
Du coup, j'ai installé le plugin ItConfig histoire de vérifier et il s'avère que les paramètres entrés dans l'onglet file d'attente n'étaient pas pris en compte ! En forçant les valeurs ACTIVE_LIMIT ACTIVE_SEEDS et ACTIVE_DOWNLOADS j'arrive à mes fins ! Sauf que... c'est pris en compte si je valide ou si j'applique mais si j'applique à nouveau cela remet les anciens paramètres ! et si je valide après avoir appliqué, c'est pareil, cela remet les anciens paramètres
 
J'ai "contoruné" le problème en éditant les bonnes valeurs et en validant sans appliquer au préalable : ça fonctionne ! J'ai testé cette nuit et au réveil.....bim....anciennes valeurs à nouveau
 
de surcroit, le daemon ne fait pas de resuming ! si je pause un DL en cours et que je redemarre le serveur >> il re-télécharge l'intégralité du torrent...
 
Quelqu'un a déjà expérimenté ce genre de comportement

Me revoilà avec un OMV 4.1 installé sur une Debian 9 toute fraîche.
J'ai récupéré mes HDD de tests dont je m'étais servis il y a qq semaines. L'idée étant de voir si je peux récupérer mes données et mes raid en mettant mes HDD dans une autre config OMV.
 
Le système reconnait sans difficulté mes systèmes de fichiers. Je monte mes HDD, mon raid, je créé un user, mon partage SMB et FTP et puis je tente une connexion distante.
 
Mes partages apparaissent bien, mais je n'ai rien dans les dossiers  
Ce qui est zarb' c'est que dans OMV, il me dit bien que mes HDD ne sont pas vides... du coup y a t'il une manip pour retrouver ses data après avoir déménagé mes HDD d'un serveur à l'autre ?

Problème de droit non ?
Essai de créer un fichier à la racine (en ssh : touch fichier) et fait un chmod 444 fichier voir s'il apparaît dans le partage

Arf... j'ai retrouvé mes partages grâce à :
cat /proc/mounts
 
Et je me suis rendu compte que sur ma nouvelle config, je n'avais pas utilisé le dossier de partage d'origine créé dans la config précédente.
 
Merci pour ton aide eeeinstein

Bonjour à tous,
Je me permet de poser une question ici :
J'ai monté une config omv sur une vielle machine avec 2 DD en RAID1.
Malheureusement le disque supportant l'OS à rendu l'âme.
J'envisage donc de refaire ma config.
Ma question est la suivante : quelles précautions dois-je prendre pour récupérer mes données présentes sur les disques RAID ?
 
Merci de vos réponses

Débrancher les hdd pendant l'installation pour pas lancer l'installation sur un des hdd du raid, une fois installé tu rebranche et le raid devrait être present dans l'interface

Bonjour,  
 
Mon proliant gen8 en RAID5 4baies de 2To me donne 5,46To d'espace,
Avec chiffrement (ou cryptage?) de la partition data avec LUCKS.
Par un concours de circonstances j'ai mis la main sur un HDD 6To Seagate Barracuda Pro    
 
J'aimerais me servir de ce 6To pour sauvegarder mes données, vu qu'on lit de partout que le RAID n'est pas une solution de sauvegarde mais une solution de haute disponibilité.
Je ne sais pas trop comment je dois envisager cela.
 
- Mettre un boitier USB3.0 à l'arrière du Proliant de temps en temps et utiliser le plug-in USBBackup ? (Quid du chiffrement?)
Ou  
-acquérir un second NAS simple baie? (neuf, occasion?)  
Me renseigner et utiliser le protocole rsync pour ce genre de sauvegarde? Même en local?
 
/HS ou pas   :
 
Je m'intéresse également à rsync pour un projet de synchronisation entre mon domicile et celui de mes parents. (essentiellement des fichiers photo)
 
J'ai 2 raspberryPI:  
- 1 "vieux" Raspberry Pi 1 Model B Revision 2.0 512MB (Q4 2012) (000e) https://www.raspberrypi.org/documen [...] /README.md
Pour l'instant il me sert de test pour me faire la main sous linux avec des tuto (actuellement sous raspbian stretch pour tester nextcloud 13)
Ca rame à mort mais ca fonctionne. (facteurs limitants: upload ADSL et/ou Raspberry trop ancien)
 
- 1 "neuf " Raspberry Pi 3 Model 3B+ 1go (2018)
Dont je dois encore définir l'usage, voir si nextcloud tourne mieux (photos/petits documents), voir aussi ce que ca donne avec un modem 4G?
 
/HS
 
Je suis désolé si je me suis un peu égaré en HS sur les raspberry mais je cherche la meilleure solution pour sauvegarder mes data actuellement sous OMV3 de manières régulières et sécurisées.
La fibre, prévue cette année, la 4G... ca soulève pas mal de questions comme vous venez de le lire...  
 
Merci
 
 
edit:Si vous pensez que je dois poster dans une autre section dites le moi

 
je reviens vers vous après l'ajout d'un second disque en attendant d'avoir les 8 hdd de 4to en plus , bref je suis passez par putty et j'ai tapé la commande "fdisk --list" il voit bien les 16,4Tib du sda mais maintenant je bloque car il m'en "valide" que 10,9to dans le sda1  
 
je precise que j'ai une LSI 9260 16i
 
 
si quelqu'un peut m'aidé    
 

Le disque fait 16to mais la partition fait 10to il faut l'étendre à toute la surface, cherche sur Google étendre partition linux tu devrais trouvé des tutos

 
si je fait ca je perds mes données ?

En principe non, mais il vaut mieux avoir une sauvegarde au cas où...

 
 
C'est bon ca a marché merci beaucoup l'ami  

Message supprimé
Y a de réponse ici

OMV passe officiellement à la 4 :
 

Même pas deux mois avant l'eol de la 3.x  

Le cycle de développement qui se raccourcit CMB au pôle nord