[Résolu] Disk JBOD inacessible après restauration

[speedy_souris]

Bonjour à toutes et tous,

Nouveau sur ce forum, utilisateur de Nas4free depuis quelques années,

Ma config : pc ubuntu 16.04 sur ssd de 480 Go, processeur intel core i7 de 3.4 Go et 32 Go de ram

Nas4free tourner trés bien en virtualbox sur 4Go avec 5 disques de 1To physiques montés sous le format JBOD (~4To de stockage)
j'ai mis à jour avec la derniere version 11.1.4. 4619, j'ai fais une nouvelle sauvegarde

j'ai voulus me servir de Nas4free comme serveur de Git, or impossible d'installer Git (filesysteme is full)

j'ai donc procéder à une nouvelle install de Nas4free 11.1.4.4619 en virtuel mais cette fois sur 20 Go

j'ai fais une restauration et la config des disks dans la colonne status à la place de connecter il ya interfaces modifié et en haut du tableau les périphériques physiques n'ont pas la même taille que la configuration

Montage de disk JBOD introuvable

que puis-je faire pour récupérer mes données ~3 To

merci

[mtiburs]

Bonjour,

Si je comprends bien vous n'avez fais aucune sauvegarde de vos données !

Pour rappel:
https://www.nas4free.org/forums/viewtop ... 35&t=10809
on peut lire:
1) je sauvegarde très régulièrement les données de mon NAS (et ne pas s'imaginer qu'il y a des excuses possibles pour ne pas l'avoir fait !)
2) je ne considère pas un système en Raid (quelqu'il soit) comme étant une sauvegarde de mon NAS
6) je sauvegarde la configuration de mon NAS à chaque changement, et, je place celle-ci en lieu sûr (pas sur le NAS )

Solution:
- Si le point 6 est fait: se remettre dans les même conditions, c'est à dire remettre la même config de Nas4Free qui était "avant", et, lui recharger sa config.

- Attendre qu'un autre utilisateur apporte une info, car je ne connais pas le jbod, donc, je ne donnerai pas d'info sur le sujet, je me contente juste de rappeler les règles qui permettent d'éviter ce genre de soucis (je sais ... c'est pas facile, je ne les respecte pas toujours ... mais, j'ai une stricte copie de mes fichiers par rsync faite tous les jours

Pour moi, le jbod est une structure/FS dépassée et -malgré la répartition des données- risqué (voir/chercher les contraintes du jbod).
Avec du matériel comme vous avez énuméré (en Linux, une sorte de "super-jbod" est BTRFS en données raid1 + métadata raid1 permettait d'avoir du COW (CopyOnWrite), et, de pouvoir jongler avec les disques (ajouter ou en enlever, et ceci: à chaud !)
En Nas4Free ... ZFS est très bien (au minimum en raidz1) mais avec moins de souplesse et avec un disque de moins pour la "consommation" du raidz1.

Je vous livre toutefois mes astuces du moment:
- pour faire une sauvegardes de ses données, au minimum, un raspberry suffit largement, avec rsync (au début c'est un peu long car du 100 pour le réseau, mais après, avec les options --update c'est acceptable (on peut aller plus vite avec l'option --size-only, mais en étant conscient que le rsync se basera sur la taille), l'avantage du PI c'est sa consommation ultra-mini: 2W !, et, le fait qu'on peut lui faire faire des travaux toute la nuit, ou constamment).
J'utilise les tout premiers (en Nas4free) et des PI2B en ZFS ! j'en ai plusieurs dédiés que pour les sauvegardes.
- une MV en virtualbox est aussi a sauvegarder (en rsync comme écrit précédemment mais avec --update uniquement), si cela avait été le cas pour vous, cela serait plus facile pour retrouver vos données ! C'est d'ailleurs le gros intérêt du virtuel

J'espère de tout cœur que vous retrouverez vos données.

[speedy_souris]

bonjour mtiburs et merci pour ces astuces,
aie aie aie, je suis loin de tous ça, le choix du JBOD et qu'il est un moins gourmand en ce qui concerne la taille requis par la gestion

je suis syndic de copropriete non professionnel, j'ai 2 nas4free , perso virtuel de 4To, un nas4free de 2,5To en raid5 physique qui heberge une petit serveur web de 120 Go qui me sert d'intranet pour la copro (gestion de video surveillance, gestion du nettoyage par code barre...etc)

et sans compter le pc fixe 3 win7 pro en VB sur trois écrans ET LE COMBLE SANS SAUVEGARDE et donc je me rend compte de la situation avec ce qui m'arrive aujourd'hui ...

Si on imagine, j'ai une panne sur le reseaux interne de la copro, je suis dans un sacrè merdier ....
suis deja dans la panade avec mon nas perso

la sauvegarde de données devient une nécessité

houla je m'égare ce qui ne résoud en rien mon soucis

[mtiburs]

Vous êtes du genre à partir sans freins

C'est bien de se lancer et d'innover comme vous le faites, mais il faut aussi en parallèle mettre en place "B, des plans alternatifs, de secours, ..."

Profitons du post pour papoter (j'ai pas le temps mais bon, c'est nécessaire des fois)

Voici comment je raisonne.
Dans la vie, il existe une loi, ... un peu comme celle de la loi de Murphy (la loi de l'emmerdement maximal (LEM)
donc, pour éviter tous soucis, il faut savoir "se poser" par moments (prendre le temps de réfléchir, sans éléments perturbateurs ) et imaginer: c'est à dire prendre le temps "d'anticiper à", de prévoir ... ou mieux, d'appliquer la LEM sur ce que l'on fait.
et re-donc, il faut être quelquefois un peu vicieux et pervers (dans le bon sens et se préparer au pire.

par exemple:
- j'ai fais une sauvegarde de mes données ... c'est bien
- cette sauvegarde se trouve juste à coté du serveur qui a été sauvegardé ... c'est nul
mais
- cette sauvegarde se trouve éloignée de plusieurs pièces (voir un autre bâtiment) du serveur ... c'est bien

autre exemple:
- un voleur me pique le serveur !
- mon alim crâme mais avant de rendre l'âme, elle a tout fait pour faire du courant, mais un peu plus ... pour crâmer tous les composants et disques ... ouh la vilaine !
- j'ai supprimé 75% de mes fichiers sans le savoir sur mon serveur ... et je sauvegarde tout fièrement
- j'ai un appareil hyper important, et tout repose dessus (et si ... il tombe en panne ... j'allume un cierge ?)

Voilà en gros certaines piste pour contrer la LEM

Dépenser de l'énergie pour que çà marche c'est bien ... mais en dépenser aussi pour que çà continue de marcher c'est encore mieux

Pour ma part:
- le serveur pro possède 4 sauvegardes (3 journalières + 1 manuel/semaine) - disques en mirroir ZFS
- le serveur domestique possède 2 sauvegardes (1 journalières + 1 manuel/semaine) + 2 sauvegardes sur des portions précises (c'est à dire sur des éléments très importants: en gros 5 à 10% des données du serveur)
- les serveurs de machines virtuelles peuvent tomber en panne ou être volés (la sauvegarde des MV Vbox dure 2h le soir sur le serveur pro qui a ses disques en mirroir en ZFS
Je peux remettre une installation complète en moins de 2h (câbles et machines), et je pourrais même faire tourner si besoin quelques MV en 10 minutes (en utilisant le stockage distant par NFS directement sur la dernière sauvegarde qui est Zsnapshoté (inaltérable)

Je raisonne toujours sur des alternatives (ZFS, rsync, clefs USB N4F et Vbox permettent pleins de possiblités intéressantes)
le réseau est double: 192.168.0.x et 192.168.1.x (facile à faire) + box doublée sur 2 lignes différentes (çà moins évident au niveau prix)

Une sauvegarde de mon serveur pro et domestique se trouve sur un autre serveur qui j'allume en fin de semaine, et, quand je juge que tout est bon, de cette façon, il n'est jamais "en ligne" (il a, certes, au pire quelques jours de retard, mais au moins "arrêté", il ne peut pas être vulnérable), de plus je fais un rsync en mode fictif (pour voir ce qui sera fait et ensuite je fais le rsync réel), dans le futur j'enverrai le résultat de ce "rsync dummysé" et je lancerai un script qui regardera à ma place le nombre de fichier à effacer et les changements, et me montrera ainsi ce que çà représente.
On peut aussi user des snapshots (à bon escient) et des "backup" rsync (option --backup pour trier les fichiers supprimés ou modifiés, ces derniers pouvant être déplacés ou supprimés après bien sûr non pas un lendemain de fête , mais après une réflexion bien pesée )


Mon but et de:
- faire marcher quoiqu'il arrive
- ne pas perdre une seule donnée (que ce soit sur une manœuvre volontaire de ma part ou par une panne)
Je conçois même ma structure pour que même "si je le voulais", elle ne soit pas destructible facilement (il faudrait que je me déplace et que je passe du temps pour faire les manœuvres)
un cas intéressant: http://www.europe1.fr/la-story/il-effac ... se-2721334
... quand on a qu'un serveur et pas de sauvegarde ... la LEM est rapide et efficace (je n'ai pas trouvé de smileys en mode "rire jaune")
.... oui je sais c'est pas drôle

Voilà ... c'est mon avis, çà vaut ce que çà vaut
je suis avant tout "libre" et je ne veux pas avoir une épée de Damoclès sur la tête dans ce que je fais (la liberté ne voulait pas ici dire "je fais ce que je veux y compris n'importe quoi", mais si un élément perturbateur quel qu’il soit se produit ... je serai toujours "libre d'utiliser mon système" !

... en informatique, il faut être parano

[speedy_souris]

whaouuu !!! que dire à ça

ca calme

mon pseudo : speedy_souris dit tout , foncer à 300 km dans un virage les yeux bandés voila ce que je suis sans même m'en rendre compte

il est temps de lever le pied et me poser et analyser la situation

merci mtiburs

concernant mon soucis, j'ai peut être une piste concernant la taille de mes disks en virtuel à peut être changer en refaisant ma nouvelle config

à voir ...

[speedy_souris]

Bonjour à toutes et tous,

Vous êtes du genre à partir sans freins

C'est bien de se lancer et d'innover comme vous le faites, mais il faut aussi en parallèle mettre en place "B, des plans alternatifs, de secours, ..."

... en informatique, il faut être parano

Je viens de prendre une sacré leçon , se planter ça fait mal 3 To perdu et sans solution de secours c'est suicidaire et je viens de l'apprendre à mes dépends

il faut se rendre à l'évidence la paranoia informatique doit devenir une seconde nature...

merci pour votre temps