Jump to content
XPEnology Community

Tar3314

Member
  • Posts

    126
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Tar3314

  1. Plus vite dit que fait ! Pour rappel, J'ai rencontré plusieurs soucis de volume avec mon xpenology. Et il semble que je ne sois pas tout à fait sortie d’affaire. Bref, à un moment ou mes données étaient inaccessibles, j'ai voulu tester une récup avec Live CD Linux. J'ai rencontré là aussi un problème afin d’accéder à mes données. Xpenology reste pour moi un super système mais vaut mieux avoir des compétence et de la ressource.... Sinon, vaut mieux aller vers une solution plus net et prendre un vrai Synology.
  2. Merci pour votre intervention, je change de suite 👍
  3. Bonjour à tous, Problème résolu Grâce au soutien de flyride qui est un membre super doué, Il est (Dans la partie anglophone du Forum) J’ai suivi ses recommandations et j’ai pu récupérer mon volume. Il est maintenant sain. Je vous fais un compte rendu de la procédure au cas ou cela pourrait servir à quelqu’un. Attention, ayez un backup de vos données avant toutes tentatives. Voici les étapes que nous avons faites et les explications d’après ce que j’ai compris 1. Dans DSM a. Activer le SSH 2. Dans Windows a. lancer Putty et se connecter au Nas en tant que root 3. Détecter quel type de raid est utilisé et combien de disque. Avec ces commandes. a. Taper la commande mdadm --detail /dev/md2 b. Taper la commande mdadm --detail /dev/md3 Vous verrez des lignes de ce type Number Major Minor RaidDevice State 0 8 3 0 active sync /dev/sda3 1 8 19 1 active sync /dev/sdb3 7 8 35 2 active sync /dev/sdc3 3 8 51 3 active sync /dev/sdd3 5 8 83 4 active sync /dev/sdf3 On détecte lequel est manquant. Dans mon cas c’est sde3 4. Taper les commandes a. mdadm --zero-superblock /dev/sde3 b. mdadm /dev/md2 --add /dev/sde3 Remplacez celle qui va bien dans votre cas. L'une c'est pour détruire les informations liées au RAID sur le disque (on efface le bloc de données où mdadm enregistre l'appartenance du disque au groupe raid) et l’autre c’est pour reconstruire le tableau du Raid 5. Taper les commandes cat /proc/mdstat Afin de suivre la progression de la reconstruction du tableau Raid. - Il y a la l’info en % de l’évolution. - Une estimation en minute du temps que cela va prendre. C’est du genre finish=1785.9min - a vitesse de récupération/sec C’est du genre speed=36408K/sec . Si ma compréhension n’est pas correct et qu’un spécialiste passe par la, merci de bien vouloir corriger mes dire.
  4. Bonjour nicoueron, C’est bien ce que je fais, j’en créé un par disque. Il sont alors présentés à esxi et tant que je ne les ajoutes pas dans le storage esxi je peux les ajouter à la vm de mon chois. Et l’option Raw n’est pas grisée du coup.
  5. Bon, je viens de supprimer le Raid0 et effectivement esxi ne voit plus les disques branchés ! Et dans le VM le RAW reste grisé. Voici quelques copies d’écran.
  6. Je suis obligé ! Le(s) disque(s) sont connecté(s) sur le contrôleur Smart Array P410i et je ne vois pas comment les présenter sans créer de raid. Pour info, c'est un raid0 par disque.
  7. Du coup, ça ne me rassure pas du tout cette histoire. J’avais le projet de passer mon Baremetal de production en VM (esxi) J’ai fait plusieurs teste en VMware Workstation avec succès. Puis en esxi avec des fichiers vmdk. Les tests en succès Et là, je fait avec esxi en Raw. Mais impossible de faire correspondre les Lun eu SCSI et au Volume correspondant. Ce qui sera un gros problème le jour ou je change d’hôte Puisqu’ils doivent rester dans les mêmes places. Enfin, c’est ce que je crois.
  8. Pourtant, Je vois bien les données dans le live CD ubuntu. 🤕 il ne m'arrivent que des trucs bizarre en ce moment avec mes syno. J'ai planté le xpenology - Baremetal de production avec toutes mes données et depuis, tout ce que j’entreprends pour le récupérer me renvoi vers une erreur ou une situation encore plus bizarre 🤔
  9. impossible de se connecter en putty. Je pense qu'il à sucré le syno... il est considéré comme "Nn installé" dans "syno assistance"
  10. J'en ai pas ! Comme tu peux le constater sur l'image plus haut; je n'ai mis qu'un seul disque.
  11. Bonsoir à tous, Est-ce que quelqu’un à déjà rencontré ce problème ? J’ai un serveur HP ML350G6, avec Esxi 5.5. Bien que mon disque physique soit dans la Bay1 en raid0 dans Hp Smart Array P410i.en Raw est sur SCSI (0:0) et le paths est bien sur Lun1 Il est vu pas DSM comme volume 3. Et je ne parviens pas à changer cela. Quelqu’un a une idée ? Merci
  12. Non, je ne crois pas. je vais vérifier. Je te remercie pour l’intérêt que tu as porté. On verra bien si d'autres spécialistes ont des idées. Amicalement
  13. J'ai refait tout les testes smart après avoir rencontré le message volume dégradé.
  14. Merci pour ta réponse rapide. J'ai fait les testes smart (rapides et étendus sur les 6 disques) ils sont tous normaux) "Il faut le remplacer" Oui, je sais mais que j'essaye, j'ai le message "La connexion à échoué. Vérifiez vos paramétrés réseau"" Je vous ais mis une copie d'ecrant dans le 1 poste.
  15. Bonjour, Je rencontre une situation compliqué d’où je n'arrive pas à sortir. Une petite aide serait la bienvenue. Quelques copie d'écran seront plus explicite. Bon a savoir : Je suis toujours avec DSM 5.2.5644 U5 (J'ai fais des teste sur une autre machine pour le passage en dsm6 ( en VM) mais j'ai pas encore franchi le pas) Je boot sur clef USB Par avance, je vous remercie pour vos suggestions
  16. Bonjour, Je suis dans la mouise total 😢 Suite à un passage raté, j'essaye en vais de récupérer mes données. J'ai essayé avec la procédure qui utilise un CD Ubuntu sans succès. Voici le lien de cette procédure https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC Voici une copie d'écran après avoir suivi toutes les étapes Lors du démarrage de la VM je vois passer cette écran, peut être que cela est la cause ? Merci à tous pour votre temps et vos suggestions.
  17. Bonjour à tous, Je rencontre 2 problèmes et je sollicite l'aide des experts. Suite à un plantage de mon xpenology sur machine physique, je fais le grand saut et passe mes disques sur une VM sur esxi (5.5) Par souci de facilité, je préfère rester avec la même version de DSM, à savoir la 5.2.56. J'ai bien mis le vmdk "XPEnoboot_DS3615xs_5.2-5644.5.vmdk" Un controleur SCSI en type Paravirtual Les disques de mes données en Raw. Pourtant, quand je lance la VM le Dsm est accessible quelques seconde ensuite il devient inaccessible. Je ne comprends pas pourquoi. Le 2eme problème est qu'il a attribué le même numéro a tout mes disques. Voici une copie d'écran Je vous remercie d'avance pour vos idées. Moi, je ne sais plus trop quoi faire.
  18. Pour 3 raisons, 1. suite au crash, mon volume est planté. j'aimerai le récupérer avant tout. 2. J'aime bien faire les chose une à une 3. Je suis encore avec esxi 5.5 et je ne peux pas passer à la version 6 pour le moment
  19. Salut, Merci pour ta réponse rapide :;-) C'est bien ce synoboot.vmdk pour DSM 5.2 qui me manque.
  20. Bonjour, j'ai besoin de l'archive config toute prête DS3615xs_5.2-5644.5 Svp J'ai craché mon syno (physique) et du coup, j'aimerai passer de physique vers virtuelle. J'ai déjà fais plusieurs testes concluent avec le virtuelle mais toujours en vmdk et toujours de volume test. Maintenant, je vais passer mon volume avec mes données vers un vm sur un esxi 5.5 en Raw. Mais j'ai besoin de l'archive. Merci
  21. Bon, mise en place = OK Maintenant, je cherche à avoir des infos sur les bonne pratiques d'utilisations. Merci pour vos suggestions T
×
×
  • Create New...