capillonpub

Hello, Quelle image de xpenology as-tu utilisé? Je crois que certaines image émule un NAS avec 2 baies uniquement. Chez moi avec synology assistant le modèle détecté est DS3612xs, il reconnait bien les 4 baies. A+

J'ai essayé de regarder avec plein de truc, mais j'ai rien trouvé, ni dans les logs esx ni ceux de xpenology, pour expliquer le plantage. J'ai vérifié avec ubcd et wdidle3 que le parcage des têtes est bien désactivé sur mes WD green. J'ai pas trouvé de problème non plus sur le SSD, Alors j'ai réinitialisé le disque 2 celui qui indique "echec partition systeme" avec diskpart clean. j'ai remis ma clé ESXi et refait une installation clean de la VM xpenology. La construction du volume et vérification deparité vient de se terminer,les 4 disques ok se coup-ci. pas d'echec de partition systeme. J'ai mis l'update 5 tant que j'y étais, et installé les vmtools. Maintenant avant de remettre toute mes données, je vais créer deux ou 3 autres VM (whs 2001, OSX, linux) pour voir si ça plante les disques à nouveau. Je croise les doigts pour l'instant, mais je garde bien mes sauvegardes !! A+

Je regarderai ça ce week end... Pour l'instant j'ai supprimé et recréé le volume sur xpenology en physique, avec verification des disques (je sais plus exactement comment l'option s'appelle). 3 disque sur 4 sont OK, mais le disque 2 indique "echec de partition systeme". En regardant de plus près les infos smart, ce disque à un niveau de "Load Cycle count élevé (68 912). c'est un WD caviar green (j'en ai 2 en fait, les 2 autres sont des WD RED) et je crois qu'il y a une manip à faire pour limiter le "parcage agressif des têtes". je vais voir comment faire ça avant de recharger mes données ! Une petite question au passage: avec xpenology en physique, je vois mes 4 disques de 3To des 4 baies principales, je vois la clé USB nanoboot, mais je vois pas mon SSD de 250Go ( celui avec le datastore ) branché sur le sata interne?? Et lors du plantage des disques de la VM Xpenology, vSphere n'arrivait pas à parcourir le datastore.... Peut-etre aussi un problème avec le SSD??? Du coup je sais pas trop ce qui c'est passé... micro coupure qui a planté la partition systeme? conflit entre ESX et la VM sur les disque RDM? plantage ESX ou datastore? problème de load cycle count avec un WD green? J'espère avoir plus d'info avec les logs, même si je sais pas trop comment les retrouver.... A+

Ouch J'étais en train de me préparer à créer une nouvelle VM en complément de la VM Xpenologie, je lance vSphere client, au niveau du serveur (pas de la VM xpenologie), je vais dans configuration, storage, le click (ou double-click) sur le datastore, et la ça mouline, ça mouline... Je laisse mouliner, je passe à autre chose et quelques minutes plus tard... Je reçoit des mails d'alarme de ma VM Xpenologie: Dear user, The hard disk 1 in the Disk Group on FifiDiskStation has failed; please replace it. Sincerely, Synology DiskStation Pareil pour Disk 2, 3 et 4 !!! Et finalement Volume has crashed J'éteint tout, je relance... pas mieux, Volume 1 has crashed et les disk failed. Bizzarement VSphere plante aussi quand j'essai de créer une nouvelle VM par exemple J'arrive quand même à accèder à mes données... Je sauvegarde sur un autre disque réseau l'éssentiel. J'éteint tout, je change ma clé usb de boot ESXi avec ma clé original Nanobot/Xpenologie.... Même topo, volume crashed et disks failed.... Suis en train de supprimer le volume. Je sais plus quoi faire pour l'instant.... Mes 4 disques en pannes au même moment??? étrange Je me demande si j'ai pas eu un conflit entre ESXi et les 4 disques en RDM de la VM Xpenologie? Je pense que c'est le fait d'avoir essayé d'accéder au DataStore (250Go sur un SSD branché sur le port sata interne) sous Vsphere qui à tout planté. Mais POURQUOI ??? Chuis dégouté, je vais me coucher!

Hello, Juste un petit update pour ceux que ça intéresse: Après la migration de Xpenology DSM5 de Physique en virtuel avec ESXi5.5, j'ai testé l'installation des Vmware open tools ! C'est hyper simple, oubliez les tutos avec install bootstrat optware ect... Ici pas de ligne de commande à saisir ! - Depuis votre station ou vous avez vmware vsphere client et installé et ou vous avez accès à Diskstation. - Aller sur https://docs.google.com/file/d/0B5r1mhd7bBJxaUMtNnJpLWV4LTQ/edit et récupérez le fichier "open-vm-tools-bromolow-9.4.0-1280544-50.spk" - Loggez-vous sur Diskstation - allez dans "centre de paquet" - choisissez "installation manuelle" - naviguez pour retrouver le fichier .spk téléchargé précédemment - installez le package. c'est fait ! Pour vérifier que ça marche: - lancez vmware vsphere client, - click droit sur la VM xpenology - dans le menu "alimentation", les choix "arrêter le client" et "redémarrer le client" ne sont plus grisés ! A+

Victoire, Opération P2V réussie avec clonage de ma clé USB Nanoboot d'origne en VMDK, donc au 1er boot de la vm Xpenology je retrouve ma config opérationnelle sans besoin de faire de migration. j'ai seulement l'adresse IP qui à changée mais ça va vite être réglé pour ne pas avoir à refaire mes partages sur mon réseau. La première tentative avec Roadkil's Disk image puis starwind n'a pas fonctionnée, la VM n'était pas bootable malgrés un passage par le BIOS de la VM pour vérifier le boot sur le disk ide0:0 (peut être des parametres à affiner ?) La deuxieme tentative avec USB Image Tool (usbit) pour cloner ma clé USB d'origine en .img (puis starwind converter pour transformer en vmdk), à fonctionnée. Quel soulagement de recevoir des mails pour me prévenir que la température des disques est à -1° Merci à tous pour vos conseils. A+ Philippe

salut, bon ben ça marche pas, la vm ne boot pas... comme il est tard, j'ai peut etre fait une boulette quelquepart... je retenterai demain pour voir. Bonne nuit

Bonsoir, Je me suis lancé y a une heure, j'en suis à l'installation de vsphere client... en attendant que le téléchargement se termine j'ai préparé un peu les autres étapes et je voulais tenter un truc plutôt que d'installer la vm nanoboot du net: - comme je pars d'une installation Xpenology physique fonctionnelle, je dois pouvoir cloner ma clé usb Nanoboot d'origine de mon installation physique, avec "Roadkil's disk image" par exemple, pour créer une image .img de ma clé usb d'origine (je répète celle qui fonctionnait pour mon installation physique). puis je transforme l'image (.img) en virtuel (.vmdk) avec starwindconverter. qu'en pensez-vous?

Merci, Du coup, je vais me lancer à mon tour dans la migration P2V de mon Xpenology sur N54L avec Esxi 5.5 ! Mon point de départ: - un HP G7 N54L avec 4Go de RAM. - le bios (11/2013) modifié. - 3 disques de 3To dans les 3 premieres baies. - une clé usb de 16Go avec NANOBOOT sur le port USB interne. - DSM5 update 3, avec les 3*3To en 1 volume SHR, plus quelques appli (Sabnzbd, photo station, download station, itunes server...) - presque 2To de données déjà sur le volume, des users configurés, et des partages/mapping de disques avec les autres composants de mon réseau domestique. Mes compléments pour la virtualisation: - 8 Go de RAM à substituer aux 4 Go d'origine, en fait c'est même déjà installé! - un rack icybox 5.25" pouvant contenir 2 disques de 2.5" + 1 disque 3.5", installé dans l'emplacement du lecteur optique. - un SSD 2.5" de 256Go à mettre dans ce rack. - un cable sata et un adaptateur molex pour brancher le SSD. - une 2eme clé usb de 16 Go pour installer le N54L en virtuel, sans perdre la possibilité de revenir sur la configuration "physique" si besoin en remettant la 1ere clé usb! - la lecture assidue de ce topic, mais faut avouer que la densité d'information est élevée et l'heure tardive.... Mon but: - transformer mon installation physique de DSM5 en installation virtuelle avec Esxi 5.5, sans perdre les données ni les configurations (users, partages/mapping, appli...) actuelles; afin de pouvoir installer d'autres VM pour exploiter au mieux la puissance de ce serveur. Le mode opératoire inspiré des élans de créativité des gourous qui sévicent sur ce topic (enfin ce que j'ai pu comprendre en gros): - sauvegarde des données les plus importantes sur un support externe, mon vieux NAS en l'occurence. - récupération de l'image Esxi 5.5 HP, à graver sur un CD pour utilisation d'un lecteur usb externe (que je ne sais plus ou je l'ai rangé celui-la...), ou à mettre sur la clé usb en bootable, mais visiblement ça marche pas toujours d'ou l'intéret de l'installation via lecteur de CD usb pour pas perdre trop de temps. - j'éteint le serveur, j'enleve les disques des 4 baies pour pas faire de bétise, et la clé usb avec l'installation nanoboot d'origine. - je branche le SSD de 250Go - je met la nouvelle clé usb bootable avec l'iso d'ESXi, et je l'installe sur elle-même... Si ça marche pas, je branche le lecteur de CD usb et j'installe Esxi depuis celui-ci sur la clé USB via un CD franchement gravé avec l'iso HP d'Esxi. - configuration de l'adresse IP statique, - installation de vSphere Client, etc... - création d'un datastore sur le disque dur 250 Go - upload du fichier nanoboot-xxxxx.vmdk dans le datastore. A ce niveau j'ai vu qu'un des forumeur avait eu des complications parce qu'il partait d'une installation physique avec gnoboot, et qu'il se retrouvait obligé de "migrer" ses disques avec sont installation DSM. Si je veux éviter les complications, il faut que je prenne le vmdk nannoboot qui correspond à la version exacte installée en physique? Ai-je intéret à faire l'upgrade DSM5 upgrade 4 avant la migration en virtuelle? - création d'une nouvelle VM, et mapping du disque virtuel nanoboot-xxxxx.vmdk - j'éteint le serveur - je remets mes 3 disques SHR dans les baies - je créé les connexions des 3 disques SHR en RDM, et les mapping sur la VM (surtout ne pas oublier de disque!). - démarrage la VM qui doit booter sur le DSM déjà installé sur les disqus durs SHR, et retrouver la configuration et les données. Ai-je oublié quelquechose? Merci

Salut, J'ai installé Xpenology en physique sur mon N54L (nanoboot, DSM uprgrade3 et 3HDD de 3To), et à la suite de la lecture de ce forum, je suis à deux doigts de me laisser tenter par la migration en virtuel comme certain l'on fait. Avant de rentrer dans des considérations hyper-techniques de la procedure de migration, j'aimerai confirmation de certains points plus "high level": J'entrevois facilement les avantages de l'installation en virtuel (pour mon utilisation en tout cas, possibilité d'insaller d'autres fonctions sur le serveur sans riquer de surcharger ou fragiliser la fonction NAS principale), mais j'ai compris qu'il pouvait aussi y avoir quelques inconvénients... - toute petite baisse de perf potentielle en VM, mais ça me dérange pas ! - complexité de l'opération de migration, mais en suivant les opérations décrites cela me semble jouable ! - perte de la gestion des info S.M.A.R.T des disques, ça c'est plus embettant car mon utilisation principale reste la fonction NAS avec Xpenology! j'ai vu qu'on pouvait toujours avoir dans infos en ligne de commande, mais concretement les rapports automatiques de santé des disques de DSM5 ne fonctionnent plus? La surveillance permanente du bon fonctionnement des disques aussi? - Et les infos de températures? Elles ne remontent pas non plus sous Xpenology en virtuel? Merci

Bonjour, J'ai acheté un serveur proliant G7 cet été, et après avoir découvert ce forum, j'ai maintenant l'intention de le transformer partiellement en serveur domotique. Je vais y aller petit à petit car j'ai pas toujours beaucoup de temps de libre, mais je compte bien sur votre assistance pour optimiser mes recherches! Merci, Philippe