Reprise du message précédent :

 
Il te faut installer les dépôts extras...ensuite tout se fera dans la webUi :
https://forum.openmediavault.org/in [...] rg-plugin/
 
en Français via google translate : https://translate.google.fr/transla [...] -plugin%2F

Merci  
 
edit : j'obtiens ce message -> unable to correct problems you have held broken packages

Bonsoir à tous,
J’avais une vm sous proxmox omv4, j’ai décidé de passer sous omv5 en créant une nouvelle vm omv5
J’ai affecté mes disques à la nouvelle vm
J’ai bien retrouver mes disques sur omv5, je les ai montés  
J’ai créé mes dossiers partagés, donné les droits d’accès  
Je retrouve bien mes dossier partagé sur mon ordi, mais ils sont vide...
Je sais plus trop quoi faire...

C'est quoi comme type de systeme de fichier ? De RAID ?

Alors j'ai un dossier partagé en smb sur un disque, et un autre dossier partagé en smb également sur un raid1 de deux disques
 
Je viens de me rendre compte que je n'ai pas installer omv extra, cela peut être lié ou pas du tout ?

J'en doute. RAID 1 et SMB, c'est natif sur OMV5 (et sur les autres aussi je pense).

D’autre piste ?
Ou je refais une installation ?

Y a-t-il une solution pour éviter se voir rappelé chaque jour les même infos smart ? (en l'occurence les "SMART error (OfflineUncorrectableSector)" )
 
J'ai des disques qui ont plusieurs années de vie 24/7, qui ont quelques secteurs KO. J'ai découvert ça dès l'install d'OMV (et sont donc surement là depuis très longtemps), et ça me le rappelle tous les jours depuis près de 2 semaines.
Je suis ravi d'être averti, mais je voudrais juste savoir quand ça s'aggrave, afin d'anticiper le remplacement si ça s'emballe. Pour info c'est dupliqué (rsync, pas de raid) sur des disques sains, donc pas de soucis.
 
J'ai vu sur des forums qu'il y a une conf manuelle à faire, mais qui est écrasée si on modifie le smart (c'est pas mon intentinon donc ca irait), mais surtout serait ignorée donc ne sert à rien.
 
Des infos là dessus ? Un plugin qui va bien ? Merci

J'ai monté un lab OMV5 avec VirtualBox.

Dessus, j'ai mis 2 HDD pour tester snapraid mais je ne suis pas sûr de ma config :
- j'ai un hdd data1 et un hdd patiry1
- j'ai créé un dossier partagé sur data1
- et j'ai publié ce dossier partagé en SMB (j'y ai bien accès en RW via une autre machine)

Il faut faire qqc de plus ? Comment je peux valider ma config ?

Bah déjà sous OMV, si tu as bien installé le plugin snapraid et que tu as configuré ton hdd data et ton hdd parité, c'est un bon début.

Ensuite tu peux aller en lignes de commandes et faire un snapraid status. Il devrait te montrer tes 2 hdd et leur rôle ainsi que l'état de la synchronisation qui ne devrait probablement pas encore être faite.

Un petit lien vers un message qui explique rapidement le comportement de snapraid: https://forum.openmediavault.org/in [...] post226088

Et enfin pour finir, idéalement il faut scripter tes sync/scrubs/fix.
Y en a pas mal sur le net. J'en ai récupéré un qui m'envoie un mail avec un rapport. Je demande à OMV de le lancer 2 fois par semaine en pleine nuit.

Tu as bien éteins la VM avec omv4 ?

Oui je l’ai même supprimé
J’ai réinstaller une vm avec omv5 mais j’ai pas eu le temps de finaliser l’installation,  
Je vous fait un retour cet après midi quand j’aurais fini... Je stresse un peux pour mes données...

"snapraid status" me renvoie "You must have at least 2 content files in different disk".
 
 
Actuellement, ma config est :
data1 : content + data
parity1 : parity
 
Je dois cocher "content" sur parity1 ?

Yep : https://forum.openmediavault.org/in [...] post178472

 
De ce que j'ai lu, il n'y a pas d'outils intégré pour exporter/importer un backup de la config d'OMV.
 
Vous avez des suggestions pour sauvegarder proprement la partie système d'OMV ?  Sauvegarde de /etc/openmediavault/* suffit ? Ou /etc/* ? Autre méthode ?
 
"Petite" précision, je cherche une méthode de sauvegarde à chaud (le NAS doit rester allumé pendant le backup).
 
Merci
 
 
@Faboss : merci pour ta dernière réponse

Je me répond en partie.
/etc/openmediavault/ contient config.xml mais à cause des dépendances (de paquets notamment), ça ne suffit pas à sauvegarder/restaurer OMV.
Mais ça permet quand même d'avoir sous la main l'ensemble de la config OMV si jamais on doit tout refaire manuellement.
 
Concernant le backup, il y a le plugin backup qui permet de sauvegarder la partition système avec différentes méthodes :  
rsync : synchro sous forme de dossiers/fichiers, pas d'historisation donc non pour moi
fsarchiver et borgbackup : sauvegarde sous-forme de plusieurs fichiers, historisation, compression
dd : sauvegarde sous-forme d'un fichier img, historisation, compression
 
Par contre, j'ai aucune idée de comment on restaure ça pour fsarchiver et borgbackup.
Pour dd et le .img, j'ai déjà utilisé ça pour écrire sur une µSD pour "flasher" l'OS d'un Raspberry mais jamais sur un HDD (physique).
 
Personne ne sauvegarde son NAS ici ?  

J'ai pas utilisé ce plugin mais j'ai souvent utilisé fsarchiver, surtout pour faire des snapshots de VMs.
 
Pour restaurer un backup fsarchiver sur une machine physique, j'utiliseai la méthode suivante :
 - booter avec une clé usb avec une distrib live comportant fsarchiver (SystemRescueCd par exemple)
 - restaurer en ligne de commande le backup (fichier.fsa) sur la partition système à l'aide d'un partage réseau ou une clé usb
 - réinstaller le bootloader avec une clé usb Debian en bootant en mode rescue (je ne sais plus si c'est possible directement avec SystemRescueCd), chroot dans la partition système et lancer grub-install.
 
Y'a peut-être quelques subtilités que j'oublie, mais en gros c'est ça.

Merci pour ta réponse
 
Ca me semble un peu compliqué de réinstaller le bootloader manuellement.
Est-ce que dd copie tout (partition, bootoader, ...) ?

Un dd du disque je pense que oui (mais si le nouveau disque est plus grand, il faudra agrandir ensuite la/les partitions). Un dd de la partition système seulement, il faudra également restaurer le MBR à la main.
 
Compliqué ou pas, le principal est de tester en conditions réelles la restauration d'un backup. On ne compte plus le nombre de personnes qui se rendent compte le jour d'une panne que les backups sont inutilisables.
 
Donc trouve une méthode de backup qui te convient. Teste une restauration. Écrit une procédure de restauration que tu imprimes et garde à proximité du NAS (le jour où tu auras besoin de restaurer un backup, tu auras oublié les manip' à faire).

Ok donc je vais tester "dd full disk", je pense que ça devrait l'affaire.
 

C'est prévu (test + documentation). J'ai du temps en ce moment, je mets mon infra au propre :
- sauvegarde de mes scripts
- rédaction de docs d'installation (OMV5, Raspian OS, mStream, LAMP, ...)
- création de nouveaux scripts
- upgrade de OMV (enfin réinstallation vu que je suis encore sur OMV3 )
- installation d'un serveur mStream
- ...
 
Ca m'occupe bien  

Si tu restes sur snapraid, pense bien aux étapes de sync/scrubs/fix ^^

Pour l'instant, RAID 1 car j'ai pas vraiment compris comment fonctionne concrètement snapraid.

Question bonus.
 
Certains utilise owncloud pour partager facilement le contenu de leur NAS ? Si oui, vous l'avez installé où ? Sur le NAS ou sur un autre serveur ?

J'ai installé mais pas encore utilisé nextcloud en version docker

 
 
Concrètement, la façon dont snapraid protège les données est la même que pour le RAID : bits de parité.
 
Une explication simple :  
Si tu considères les données comme une feuille de calcul Excel. Chaque disque est une colonne. Chaque ligne correspond à 1 bit de données. La colonne 1 correspond au disque de parité et les colonnes 2,3,4 sont des disques de données. Les lignes de la colonne 1 ne sont qu'un calcul des informations des colonnes 2, 3 et 4. La perte d'un disque peut être récupérer à partir du résultats du bit de parité et des autres disques.
Cependant, si vous avez plus de lignes dans la colonne de données, il n'y a pas de place dans la colonne de parité pour stocker le calcul. D'où le disque de parité doit donc être au moins de même taille que le plus grand disque de données.
 
Là ou SnapRaid est différent du RAID5 (RAID1  c'est une copie temps réel de tes données, pas de bit de parité, limité donc à deux disques), c'est que les données ne sont pas agrégé par bande et les données de parités non plus (d'où pas de gain de performance en lecture/écriture comparé au RAID5), et que les données de parité ne sont pas "temps réel", d'où la remarque de Faboss sur l’étape de sync/scrubs/fix.
 
Pour d'autre différences avec le RAID, tu peux lire la FAQ sur le site officiel : https://www.snapraid.it/faq#diffraid
 
 

Je viens de tester owncloud, ca m'a l'air bien.
A voir s'il y a des vrais différences avec nextcloud. Sur la démo, j'ai déjà vu du MFA (que je n'ai pas vu sur owncloud), donc bon point.

 
Salut,
 
Quand t’as remonté tes dossiers partagés, tu t’es bien assuré que ton arborescence telle qu’elle était avant, était présente ?
Je te dis ça car la dernière fois que j’ai refais ma VM OMV, j’avais sur mon RAID 1 Boulot, 2 montages avec le même nom (1 en majuscule et 1 en minuscule), seul 1 des 2 contenait les fichiers (ouais j’ai flippé, car j’ai 8 ans de boulot dedans).
 
Vérifie bien quand tu déclares tes dossiers partagés.
 
Bon courage.
 
Nico

En fait, je rencontre un souci avec nextcloud (et owncloud).
 
J'ai monté un partage SMB/CIFS de 2 dossiers : musique et public.
- public en read/write
- musique en read only (via la restriction dans l'un des menu de nextcloud)
=> je peux parcourir les fichiers via l'interface de nextcloud
=> mais impossible d'écrire sur le dossier public alors qu'il est censé être accessible en RW.
 
J'utilise le même compte de service (local sur NAS) pour monter le share sur nextcloud.
Ca fonctionne bien via l'explorateur de fichiers windows : je peux naviguer, lire, écrire. Donc le compte est OK.
 
J'ai des erreurs diverses "failed to copy stream", "Error while copying file to target location (copied bytes: 0, expected filesize: -1 ", ... via l'interface web mais rien de très parlant dans les logs.
 
Vous avez réussi à écrire sur un dossier SMB/CIFS via owncloud ou nextcloud ?

Salut, petite question, j'ai un nas sous omv, si je rajoute un dur 4to, omv l'amorce automatiquement ou il faut que je l'amorge en gpt sous windows dabord?  Merci.
 

Je viens de formater un 14 To avec OMV (Storage > Disks). Pas eu l'option pour MBR ou GPT mais le message indiquait bien "GPT".

Super merci de l'info    

Création du RAID1  

19h la creation du raid    
 
En fait quand tu crée le raid , le temps c'est du au disque ou c'est le cpu qui gère ?  
 
2è question pour les membres du topic, je vais rajouter le disque dur nas 4to demain normalement à réception. il faut que je le mette en linéaire c'est ça?    

Je ne sais pas si qui limite :
- CPU usage : je suis à seulement 5%
- load average : je suis à 1 (et j'ai 2 CPU)  
 
Sur la page de création du RAID, ça indique environ un débit de 200 Mo/s :
14 To = 14 680 064 Mo
14 680 064 / 200 = 73400 seconds = 20h
=> on retrouve  à peu près les 19h indiquée en début de création de RAID (il reste 484 minutes)

Création du RAID1 terminé, ça aurait mis 24h et pas 18h.  
Création du filesystem en cours
 
En attendant, je continue la configuration d'OMV. J'ai activé le SMART sur l'ensemble des HDD et j'ai programmé un "short test" une fois par semaine. Ca vous semble suffisant ?

Je pense que c'est suffisant une fois par semaine, de toute façon si un dur commence à flancher tu le verra déja, ralentissement, bruit  , disparition.

et oui ! Imagines un raid5 avec des disques de 14To...
Le scénario : un disque crash, tu le remplaces aussitôt avec un spare, et tu pries pendant 24h qu'aucun autre disque ne va te lâcher, sinon tu perds tout (et tu dois restaurer depuis un backup ! of course)!

Mais va s’y pour un backup de 14to en + du 14 to    
 
Perso j'ai pas de red, j ai un lineaire de 2*2to dans le nas avec save sur un pc avec 4to de hdd pour sauvegarder les 4to du nas. j'ai encore rajouté un 4to la, j'ai eu des sueurs froide avec une erreur omv apparement habituelle mais sans vrai solution/réponse, cependant j'ai vu qu'il y avait une maj dispo, je l'ai fait et hop tout est rentré dans l'ordre, ouf, linux et moi ça fait 3   Prochaine etape , rajouter un 2e 4to dans le pc de save pour le hdd4to nas, mais la je vais attendre que ça baisse encore, et il y a pas grand chose dessus donc voila j'ai le temps de voir venir.

Je pense que tu peux attendre un certain temps pour la baisse.
Ça fait plus de 9 ans que les HDD 4To sont à ~90€ occasionnellement...

J'ai presque 50to et un backup complet

 
 
Une question bête et rapide.
 
Dans le cas d'un dossier en partage NFS sur le NAS, comment se fait la vérification des droits depuis une machine externe Linux, avec le login/mdp (les mêmes sur le NAS et sur la machine), ou bien avec l'UID (le même sur le NAS et la machine) ?