Fenrir

Je post ici, n'hésite pas à supprimer le message si besoin ----------------------------- Le RAID Le RAID n'est en AUCUN cas une méthode de sauvegarde des données mais simplement une méthode de répartition des données sur plusieurs disques : RAID 0 ou JBOD : les données sont réparties sur les différents disque => 0 tolérance de panne (panne d'un disque = perte de 100% des fichiers) RAID 1 et supérieur (avec ou sans SHR) : les données sont copiées en plusieurs versions sur les différents disques =>tolérance aux pannes d'un (ou plusieurs) disque dur Mais ce n'est pas une sauvegarde : ça ne protège pas d'une panne du NAS ça ne protège pas d'un effacement (volontaire ou non) ça ne protège pas d'un synolocker ou équivalent ça ne protège pas d'un vol ... La SAUVEGARDE On parle de sauvegarde quand les 3 points suivants sont respectés : Différents supports : la sauvegarde est le fait d'avoir vos données sur des supports différents : disque externe DVD un autre nas ... Différents lieux : idéalement ces sauvegarde devraient être dans des lieux différents : chez d'autres membres de la famille chez des amis dans un coffre à la banque ... Automatique : la sauvegarde doit pouvoir se faire sans action manuelle (50% de chance d'oublier de le faire la veille d'un crash si c'est manuel) elle doit être planifiée s'il y a peu de temps entre 2 sauvegardes, elle doit être incrémentale ou différentielle Par exemple : Vos données sur le NAS Vos données copiées, via les outils intégrés de DSM, vers un disque dur externe Vos données copiées vers un service CLOUD (Généralement Payant) DIFFERENCE ENTRE SAUVEGARDE & SYNCHRONISATION (par gaetan.cambier) il faudra juste passer un coup de correcteur :p J'ajouterai tout de même ceci : Dropbox (ou produit équivalent) Si vous stockez tous vos fichiers dans votre dossier Dropbox et qu'un petit malin accède à votre compte, il pourra supprimer tous vos fichiers, y compris ceux sur vos machines, mais aussi y ajouter des virus, qui seront alors copiés sur vos machines Le DOWNGRADE Officiellement, modifier vos DSM vers une version antérieur n'est pas possible. Il existe une méthode mais bien évidemment elle n'est pas sans danger et ne fonctionne pas avec tous les modèles. Une sauvegarde de vos données est toujours fortement recommandée.

Utilise simplement rsync en ligne de commande (le plus simple c'est de faire un script), les synology ont tous des serveurs rsync intégrés par défaut. C'est fiable, rapide et totalement paramétrable (pour par exemple ne pas copier ces saletés de fichiers .DS_Store que génèrent tous les mac)

c'était un exemple les fichiers cachés, il peut s'agir de fichiers avec une extension particulière ou tout autre critère d'exclusion quand tu parles de http, tu veux bien dire webdav ?

Si je comprends bien ton "Ca ne change rien", tu dis qu'en copiant les fichiers localement sur ton Mac, 4D n'arrive pas à les ouvrir. Au feeling je dirai que 4D créé des fichiers qui ne sont pas synchronisés par CloudStation (il peut s'agir de fichiers cachés par exemple). Vérifie les paramètres de CloudStation, il y a des listes d'exceptions.

Pas à ma connaissance

ton volume a déjà été recréé, mais s'il est vide c'est qu'il a été formaté (je ne sais pas si c'est automatique, je n'ai jamais supprimé de volume sur un syno) tu peux tenter ce genre de chose :https://wiki.archlinux.org/index.php/File_recovery

j'aurai du te dire de faire : grep -H description /etc/lvm/archive/vg1000* grep -H description /etc/lvm/backup/vg1000* c'est plus lisible mais bon, de ce que je vois ton volume LVM été recréé tu peux refaire un mount et un ls de /volume1 ? s'il n'y a rien, tu vas devoir faire une recherche sur comment restaurer des fichiers supprimés sur une partition en ext4

la modification du fichier host c'était juste pour tester maintenant il faut que tu règles ton problème au niveau DNS =>tu as plein de solutions, mais je recommandes tout ou partie de celles ci : tu t'installes un serveur DNS : ça peut paraitre lourd, mais à la longue tu pourras faire plein de choses et ça optimisera la navigation Internet chez toi tu adaptes ton script pour qu'il utilise l'ip local quand tu es chez toi et l'ip internet quand tu n'y es pas tu utilises un service de DDNS avec l'une ou l'autre des 2 solutions précédentes à titre perso, je ferai les bons enregistrements dans mes serveurs DNS et je n'utiliserai pas quickconnect

il est peut être très jeune :D https://fr.wikipedia.org/wiki/Global_System_for_Mobile_Communications Très bonne initiative sur tu es sur et certain d'être en raid1 (je te rassure tout de suite, c'est le cas) -------- Donc bilan des commandes (ne t'occupe pas des abréviations) : les partitions sdX5 sont mirrorés (raid1) => /dev/md2 /dev/md2 est associé au VG vg1000 pour obtenir un LV /dev/vg1000/lv Jusque là tout est ok Donc quelques commandes de plus : cat /etc/lvm/archive/vg1000* | grep description cat /etc/lvm/backup/vg1000* | grep description Ensuite à toi de choisir le BON fichier et d'exécuter la commande suivante (en remplaçant par le BON fichier) : vgcfgrestore vg1000 --test -f /etc/lvm/backup/vg1000 et post le résultat ici

et si tu copie ce ficher en dehors de cloudstation (ailleurs sur ton mac) ?

si tu fais les choses proprement (tu laisses tes scripts dans /volumeX/...) non

il faut directement se connecter en root (le mot de passe est celui du compte admin)

si je comprends bien : tu as installé cloudstation sur ton mac et tu lui as indiqué de synchroniser le dossier "milou" tu as copié des dossiers/fichiers dans le dossier milou si tu essaye d'ouvrir un fichier de ce dossier avec 4D, tu as une erreur (si oui, laquelle)

je n'ai pas le temps de rentrer dans les détails, mais post le résultat des commandes suivantes : mount ls / df -h /proc/mdstat pvdisplay vgdisplay lvdisplay sfdisk -l parted /dev/sdb print

Si tu as activé le firewall de ton nas (c'est recommandé), il faut que ce firewall autorise les connexions suivantes : depuis Internet : les ports du VPN depuis le réseau VPN (celui en 10...) : les ports du service de backup Tu as du louper un truc quelque part ou c'est ta box qui bug, au pire laisse les TCP+UDP, ce n'est pas grave si tu règles correctement le firewall du nas

ça te laisse de l’espoir je pense qu'ils ont compris que le volume a disparu suite à une erreur disque ou a un crash =>je ne pense pas que ça répare quoi que ce soit, mais tu peux le tenter de faire ce qu'ils te disent, sauf le e2fsck -pvf -C 0 /dev/vg1000/lv si ton disque a des erreurs, il vaut mieux le savoir avant de tenter une restauration.

:D en fait je répondais à Gaeten, j'avais déjà répondu quelques posts plus haut bonne migration

pour les disques, il faut effectivement éviter de prendre des disques de la même série, mais en raid il faut surtout éviter de prendre des modèles différents =>prends 2 disques du même modèle, si possible avec des numéros de série éloignés pour le modèle des disques, il y a de tout, mais je te recommande de prendre un modèle référencé sur le site de synology https://www.synology.com/fr-fr/compatibility?search_by=products&category=hdds&p=1&product_bays=2&product_name=DS215j&filter_size=2TB&filter_type=3.5"+SATA+HDD

Tu as raison, mais ces dernières semaines, le nombres de personnes ayant eu des problèmes du même genre a explosé, donc on sature un peu :D C'est une sauvegarde dans un seul cas, tu n'utilises pas les données qui sont sur le nas, mais uniquement celles de ta "source primaire" Dit autrement, si tes données sont toutes sur ton mac et que tu ne fais que les recopier sur ton nas, alors oui, le nas peut être considéré comme une sauvegarde Sauf qu'il faut du matériel apple pour y accéder, pour autant que je sache c'est incompatible avec quoi que ce soit d'autre (android, windows, linux, ...) et ça ne fait que stocker les fichiers (pas d'hébergement de site, pas de dlna, pas de vpn, ...) et ce n'est pas en raid, mais je peux me tromper De plus, tu peux parfaitement automatiser la sauvegarde de tes données vers le nas, ce n'est juste pas mis en avant par Apple qui préfère privilégier ses solutions (ils ne gagnent pas un sous si tu achètes un syno, un qnap ou même un disque externe). Les sauvegardes de mes machines (portable linux, fixe windows, raspberry, serveur dédié, téléphone android, ...) sont automatiquement sauvegardées sur mon nas J'en pense que si tu effaces un fichier sur ton mac, il sera immédiatement supprimé de ton dropbox et que si quelqu'un "pirate" ton compte dropbox, il pourra effacer tous les fichiers de ton mac (qui sont liés à dropbox), même s'il y a un système de versionning. Les solutions type crashplan ou AMZ Glacier sont plus adaptées ---------------------- Sinon pour la récupération de tes données, tu as essayé les solutions proposées ? Au pire il existe des logiciels de récupération de données compatibles mac qui gèrent l'ext4 (le système de fichier utilisé par les syno), mais n'ayant plus de mac depuis des années, je ne peux pas tester et encore moins de faire de recommandations

...rtfm...

mais mouha je veux de l'ipv6 :D (et ce n'est pas "que" par geekerie, ça présente aussi de nombreux avantages, mais c'est un autre débat) bon, pour répondre à la question de DJDJ, quelqu'un a un DS415+ (ou équivalent) pas trop chargé pour faire un test d'IOPS ? je le ferai bien avec mon DS712+, mais il est déjà très occupé

sinon tu peux essayer ça : http://community.wd.com/t5/WD-ShareSpace/HOWTO-Recover-files-from-a-RAID-1-mirrored-drive-when-the/td-p/138448 ou plus généralement ça : http://lmgtfy.com/?q=linux+restore+corrupted+raid+1 c'est un peu long de te décrire une méthode de A à Z qui s'applique exactement à ton cas car le nom de disques, l'ordre des partitions, l'emplacement du problème, ... peuvent changer mais dans l'absolu ce n'est pas très difficile si on prend le temps de bien lire des documentations et de comprendre ce qu'est un raid et un volume lvm

routage : car il joue avec le protocole ARP (mac address), qui est un protocole de niveau 2, donc pas routable ipv6 : pas compatible car c'est de l'ARP, en IPV6 il n'y a plus d'ARP (donc plus de mac address), mais du NDP c'est dans les 2 sens, j'ai confondu avec le tlb pour le reste je suis d'accord, je voulais juste essayer de vous mettre d'accord :) sauf sur un point : ipv6 : ça fait des années que tous les périphériques en font nativement et en priorité par rapport à l'ipv4, donc il est possible que tu fasses de l'ipv6 en local sans même le savoir (les adresses en fe80::), voir vers Internet (à l'insu de ton plein gré en passant par les serveur de Microsoft, un mot clef : teredo)

VPN ouvert h24, normalement oui, tu peux le faire, tu peux aussi utiliser les taches planifiées 2 actifs : on ne peut pas être client et serveur en même temps par défaut, mais ça devrait marcher en changeant les plages d'IP d'un coté ou de l'autre je n'utilise pas quickconnect => je ne sais pas mais c'est possible pour l'accès internet : DDNS permet de trouver l'ip du nas, il n'y a pas de rapport avec le webdav tu peux le déclencher en ligne de commande (je n'ai pas la commande sous la main mais ça doit se trouver) pour le versionning, si tu utilises Backup (et pas synchro du dossier), les différentes versions sont enregistrées dans le dossier Netbackup avec des informations de restauration, la restauration devrait donc tout remettre à sa place il faut activer le Service de backup (ou un nom du genre) et autoriser les ports dans le firewall du nas via le vpn (ssh et rsync)

@gaetan.cambier et @djdj : pour faire de l’agrégation, il faut du matériel compatible ça fonctionne avec du routage ça fonctionne avec de l'IPv6 ça fonctionne dans les 2 sens (envoi et réception) synology permet de répartir la charge entre différents clients sur 2 câbles, sans matériel spécifique, mais ce n'est pas de l’agrégation, c'est de la répartition ça ne fonctionne pas avec du routage ça ne fonctionne pas avec de l'IPv6 ça ne fonctionne pas dans les 2 sens (envoi et réception) Mais au final ça ne change rien, puisque ce n'est pas sur le débit que porte ton inquiétude