Fravadona

Au cas où, as-tu tenté un reboot ?

Données d'un RAID0 accéssibles avec un disque en panne ? Ya un bïnz Tes données seront récupérables seulement si ton disque n'est pas défecteux pour la partie RAID0 Que retourne la commande (par SSH, utilisateur root , mot de passe de l'utilisateur admin): mdadm --detail /dev/md2

lol; je ne sais pas ce que as tenté de faire mais par SSH on voit que tu as virés tous les droits "physiques" sur la plupart de tes partages (les droits qu'on peut gérer à travers DSM sont "virtuels") : find /volume1/[^@]* -exec chmod 777 "{}" ;

Non je ne suis pas sur de la valeur de tc mais vu la taille de ton volume il semblerait que ce soit en octets (et non en blocks) dans /proc/mdstat; j'ai corrige mon script Pour monter le fichier image tu peux faire : mkdir /volumeX/md2 mount -o loop /volumeX/md2.img /volumeX/md2/

Le message d'erreur est assez explicite, tu n'as pas entré la bonne IP Comment fonctionne le RemoteGUI ? C'est un logiciel client sur le MAC ou bien une page Web sur Syno ?

Les SHR1/2 sont faits de plusieurs RAIDs standards (1, 5, 6) regroupés pour en faire un seul volume: Dans ton cas (2x1To, 4x2To, 2x3To) un SHR2 sera fait comme ceci: 8 partitions (chacune sur un disque différent) de 1To en RAID6 + 6 partitions (chacune sur un disque différent) de 1To en RAID6 Et il restera 2 x 1To (disques de 3To) non utilisés du tout Ce qui fait bien un volume de (8-2)x1To + (6-2)x1To = 10To avec une tolérance de panne de 2 disques (RAID6)

Difficile de répondre à ta question, il faudrait analyser comment est techniquement fait un groupe de disques

Malheureusement 60% d'utilisation de RAM n'est pas une surcharge, il fait dépasser les 100% pour utiliser la swap (mais a priori cela avait été le cas avant le dernier reboot). Je pense que si tu éteins, débranches, attends, rebranches et rallumes le NAS tu n'auras aucun soucis

La verification de parité pour dernier arrêt propre est surprenant car il voudrait dire que la swap était utilisée jusqu'a la mise hors tension du NAS, hors : 1) La swap n'est de préférence jamais être utilisée par le système, et Linux fait tout ce qu'il peut pour cela; donc a priori le système avait un gros besoin de RAM. Que fais-tu tourner sur le NAS ?? Combien de RAM as-tu ? 2) Un arrêt propre via DSM devrait démonter la swap avant de mettre hors tension le NAS; la tu as peut-être affaire a un bug de DSM. Dans tous les cas, si la swap est utilisée c'est que tu fais tourner trop d'applications sur ton NAS.

Essaies en désactivant le partage Mac sur le Syno, ca devrait forcer les applications IOS a utiliser SMB (qui supporte le masquage de partage).

Ce que je ne comprends pas c'est pourquoi le Syno fait une vérification automatique de parité, ce n'est pas son comportement "habituel". Dans la plupart des arrêts brutaux que j'ai pu lire ici, certains disques étaient simplement éjectés du RAID puis le Syno marquait le Volume "en panne" ou "dégradé" malgré que les disques soient "sains". Peut-être est-ce le RAID1 de la partition système qui pose problème : Quelle est la taille de ton volume et combien de temps ont duré dure ses verifications automatiques ?

Sous quel DSM tournes-tu ? Les infos SMART des disques n'indiquent aucun block réalloué ? 4 ans ce n'est pas tres vieux pour un NAS, mais pour les disque ca commence à faire long. Si ce n'est pas encore le cas alors mets en place une sauvegarde régulière des données importantes sur support externe

La réponse est dans ce topic

Ce n'est surement pas super performant mais ca devrait permettre de recopier dans le bon ordre les chunks de données de ton md2 dans un fichier (a definir) #!/bin/sh # # unstrip.sh v1.03 (2014-10-20 17:21:06) # # ============================ # # CHANGE ME !!! # ============================ # # where to save the volume image file=/volumeX/md2.img # partitions that are part of the raid5 (in the right order) dev_0=/dev/sda5 dev_1=/dev/sdb5 dev_2=/dev/sdc5 # RAID details bs=512 # block size of the disks (unit = bytes) ms=272 # metadata size of the md (unit = blocks) cs=`expr 64 * 1024` # chunk size of the raid (unit = bytes) vs=967305600 # volume size of the raid (unit = bytes) # ============================ # # DO NOT EDIT BELOW THIS LINE # ============================ # # total number of disks in the raid5 td=`set | /bin/grep -e '^dev_[0-9]+=' | /usr/bin/wc -l` cs=`expr ${cs} / ${bs}` # chunk size converted to blocks tc=`expr ${vs} / ${cs} + 1` # total number of data chunks in the raid _co=${ms} # current offset _cp=`expr ${td} - 1` # current parity _cc=0 # current chunk _cd=0 # current disk while [ ${_cc} -lt ${tc} ] do while [ ${_cd} -ne ${_cp} ] do /bin/dd if=`eval echo ${dev_${_cd}}` of="${file}" bs=${bs} count=${cs} skip=${_co} seek=`expr ${_cc} * ${cs}` >& /dev/null _cd=`expr ( ${_cd} + 1 ) % ${td}` _cc=`expr ${_cc} + 1` done _co=`expr ${_co} + ${cs}` _cp=`expr ( ${_cp} + ${td} - 1 ) % ${td}` done

As-tu fais un create pour les 2 volumes ? Les logs que tu as postés datent-ils d'avant ou d'après le create ? Je demande ca à cause de ces informations sur l'organisation interne de tes RAID5 : Data Offset : 272 sectors Layout : left-symmetric Chunk Size : 64K Sur DSM4 le Data Offset est de 2048 secteurs

Le create est vraiment la derniere chose a tenter pour un recovery car tu perds toutes les infos du RAID precedent D'apres ce que j'ai pu voir tu avais 2 volumes RAID5 sur le meme ensemble de disques ? Disposes-tu d'un disque de 2To (ou plus) a formater et a connecter au NAS en externe ? Il est possible de reconstituer la partition perdue en recopiant dans le bon ordre les blocks RAIDs de chaque disque.

Il n'y a aucun environnement de développement sur les Synos, tu dois cross-compiler, et je crois qu'il y a un Toolkit Synology pour cela.

Autorun est un paquet a installer sur le NAS (DSM 5) et qui va executer un script a la racine du disque externe. Tu peux le trouver sur http://www.cphub.net/?cat=8&model=All&id=37 Il faut bien sur ecrire le script (commandes necessaires pour faire ce que l'on veut) et le placer sur le disque externe, mais une fois cela fait alors on a plus a intervenir, tout se fera automatiquement PS, quand j'aurai un peu plus de temps je regarderai en détail comment faire ca

En effet un script peut etre execute via le gestionnaire des taches. Pour le script en question, la commande pour faire les backups du contenu de MySQL est mysqldump . je suppose que quelqu'un ici (ou directement sur google) va pouvoir t'aider sur les details car moi je n'ai qu'un telephone pour me connecter a internet (pendant 2 semaines)

Réponse simple : Si "simple" veut-dire "pris en charge par Synology" ou bien "sans utiliser de script perso" alors ce ne sera ni simple ni possible. Par contre si tu connais un minimum le SHELL alors ca sera simple d'écrire un script qui fait ca (au moins en local ou sur un disque externe).

La marque du NAS ne changera pas le fait de devoir assurer une vrai sauvegarde; de plus si les disques proviennent d'un mauvais lot alors ton RAID est foutu. 1) Avant de mettre en service les disques d'un RAID il faut leur passer une ecriture de zeros complete. 2) Preferer le RAID6 au RAID5 car la panne d'un 2ie disque pendant le remplacement d'un disque est assez frequente 3) Sauvegarder les donnees les plus importantes dans un autre site geographique Avec ca you're good to go

Ryfe utilise la terminologie correcte; le full backup est une réécriture complète des données quelque soit leur état par rapport aux sauvegardes précédentes. Penser à faire un full backup de temps en temps est une bonne chose car cela assure la fiabilité des données sur lesquelles se basent les sauvegardes incrémentales. Les solutions Synology et Apple ne prennent pas en charge le full backup et ne font que des sauvegardes incrémentales, ce qui n'est pas du tout conseillé en milieu pro. PS: Mon script ne permet pas non plus de "programmer" les full backups, donc il faut le faire a la main (soit changeant le bpath du script comme le propose Ryfe, soit en renommant le répertoire sur le partage)

En effet, sans intervention humaine les fichiers restent indéfiniment sur le NAS. La seule manière de faire en sorte qu'un fichier soit définitivement "perdu" est de supprimer toutes les sauvegardes qui référencent le fichier en question. PS: Je n'ai pas implémenté de procédure de suppression des anciennes sauvegardes car il y a trop de manières différentes de vouloir gérer ça : - Fixer le nombre max de sauvegardes à conserver (et supprimer les plus anciennes si la limite est dépassée) - Garder les sauvegardes incluses dans un certain intervalle de temps - Garder seulement quelques sauvegardes anciennes mais toutes les sauvegardes récentes - Limiter le volume total occupé par les sauvegardes, supprimer les anciennes sauvegardes pour respecter cette limite d'espace - etc ...

Voici un script pour sauvegarder ses disques externes en utilisant le paquet autorun : - Copiez ces lignes de code dans un fichier nommé autorun à la racine du disque externe (Attention à l'éditeur, il faut qu'il supporte les sauts de ligne de type UNIX) - Les 2 premières variables sont a modifier en fonction du partage cible et de l'identifiant que l'on veut donner à ce disque externe. - Le partage cible doit exister au préalable sinon le script s’arrêtera (techniquement je pourrais créer le répertoire cible mais si après si on ne peut pas accéder aux sauvegardes via DSM alors c'est un peu balot) #!/bin/sh # =========================================================================== # # # External disk backup script for "autorun" v1.03 # # v1.04 - Mon 06 Oct 2014 01:17:26 # # =========================================================================== # # Path to the share that will store the backups (this directory must exists) bpath="/volume1/Sauvegardes_disques_externes" # Unique ID for this external disk extid="mon_disque_externe_1" # =========================================================================== # # # Do not edit below this line # # =========================================================================== # # Securing the "sort" command (we don't want 0 to be greater than 9) export LANG=C export LC_ALL=C # *************************************************************************** # # Storing the launching date for further use bdate=`/bin/date "+%Y%02m%02d-%02H%02M%02S"` # Rational expression for recognizing our date format bexpr='20[0-9][0-9][0-1][0-9][0-3][0-9]-[0-2][0-9][0-5][0-9][0-5][0-9]' # *************************************************************************** # # Verifying that we can access the NAS backup share if [ ! -d "${bpath}" ]; then echo "[Error]: Enable to access the NAS backup share." 1>&2 exit 1 fi # *************************************************************************** # if [ ! -d "${bpath}/${extid}" ]; then # It seems to be the first time that we do a backup for this disk, so we # have to create the container directory before launching "rsync" /bin/mkdir "${bpath}/${extid}" >& /dev/null if [ "$?" -ne 0 ]; then echo "[Error]: Enable to create the backup directory for this disk." 1>&2 exit 1 fi fi # *************************************************************************** # # Determining the latest previous backup blast=`/bin/ls -1 ${bpath}/${extid} | /bin/grep -e "`eval echo '^${bexpr}$'`" | /usr/bin/sort | /usr/bin/tail -1` if [ -z "${blast}" ]; then #-> if there's not any previous backup # Do a full backup /usr/syno/bin/rsync --verbose --stats --archive "${1}/" "${bpath}/${extid}/${bdate}.synorun/" if [ "$?" -eq 0 ]; then /bin/mv "${bpath}/${extid}/${bdate}.autorun" "${bpath}/${extid}/${bdate}" echo "Done." else echo "[Error]: Failed to backup." 1>&2 exit 1 fi else #-> we did find a previous backup # Do an incremental backup /usr/syno/bin/rsync --verbose --stats --archive --delete --backup --link-dest="${bpath}/${extid}/${blast}/" "${1}/" "${bpath}/${extid}/${bdate}.autorun/" if [ "$?" -eq 0 ]; then /bin/mv "${bpath}/${extid}/${bdate}.autorun" "${bpath}/${extid}/${bdate}" echo "Done." else echo "[Error]: Failed to backup." 1>&2 exit 1 fi fi # *************************************************************************** # # If we are here now then it means that all went good, so we can # remove the previous failed or interrupted backups export IFS=" " for dir in `/bin/ls -1 "${bpath}/${extid}" | /bin/grep -e "`eval echo '^${bexpr}.synorun$'`"`; do echo "Removing incomplete backup : '${dir}'" /bin/rm -rf "${bpath}/${extid}/${dir}" >& /dev/null if [ "$?" -ne 0 ]; then echo "[Warning]: Enable to remove '${dir}' directory." 1>&2 fi done export IFS="${oIFS}" exit 100 PS: utilisez une clé USB pour vos tests de fonctionnement

Peut-etre qu'avec le nouveau NAS il vont pouvoir reassembler ton RAID