Jump to content
XPEnology Community

nicoueron

Moderator
  • Posts

    2,287
  • Joined

  • Last visited

  • Days Won

    46

Everything posted by nicoueron

  1. Je copie/colle ma démarche que j'ai trouvé tout seul :/ pour ESXi 6 : Bonjour, Je viens de migrer de DSM5.2 à 6 sous ESXi en bidouillant un peu. Il faut bien comprendre ce que vous faites. La démarche doit être appréhender avant de se lancer. Bref, pour y arriver voici ce que j'ai fait : 1 - SAUVEGARDER VOS DONNEES (on ne vous le répétera jamais assez!) 1' - Eteindre votre ancienne VM DSM 2 - Copier sur le datastore les fichiers : ds3516.vmx, synoboot.img et synoboot.vmdk dans un dossier nommé DS3615xs. 3 - Ajouter la VM (référencée par le fichier vmx) à l'inventaire. Si une erreur d'importation se présente, éditer le fichier vmx en modifiant l'attribut virtualHW.version = "12" à "11" (si vous êtes sous ESXi 6). 4 - Ajuster les paramètres de la VM (RAM et CPU), perso j'ai mis 2048Mo et 2vCPU comme pour mon ancienne VM DSM 5.2. 5 - Si vous avez comme moi des disques mappés en RDM, supprimer-les de l'ancienne VM et rattaché-les à la nouvelle VM. 6 - Si vous rencontrer une erreur sur l'adaptateur réseau, supprimer-le et rajouter en un nouveau (de type E1000). Et assurez-vous qu'il soit "connecté" sinon avoir un NAS sans réseau risque de ne pas être utile^^ 7 - Démarrer la VM et soyez vif car il faut choisir la dernière option du loader - celle qui parle de ESXi. Une fois ce choix fait, il le sera définitivement. 8 - Patienter 1-2 minutes le temps que tous les services DSM démarrent et rendez-vous sur la page http://find.synology.com/ ou lancer l'assitante Synology. 9 - normalement il devrait apparaitre, il ne vous reste plus qu'à procéder à la migration. Perso, je n'ai même pas eu besoin de télécharger le fichier PAT préalablement, il le fait tout seul depuis les serveurs Synology. 10 - Have fun! Nico
  2. Migration réussi chez moi aussi sous ESXi 6. Merci bcp pour le travail fourni.
  3. Bonjour, Je viens de migrer de DSM5.2 à 6 sous ESXi en bidouillant un peu. Il faut bien comprendre ce que vous faites. La démarche doit être appréhender avant de se lancer. Bref, pour y arriver voici ce que j'ai fait : 1 - SAUVEGARDER VOS DONNEES (on ne vous le répétera jamais assez!) 1' - Eteindre votre ancienne VM DSM 2 - Copier sur le datastore les fichiers : ds3516.vmx, synoboot.img et synoboot.vmdk dans un dossier nommé DS3615xs. 3 - Ajouter la VM (référencée par le fichier vmx) à l'inventaire. Si une erreur d'importation se présente, éditer le fichier vmx en modifiant l'attribut virtualHW.version = "12" à "11" (si vous êtes sous ESXi 6). 4 - Ajuster les paramètres de la VM (RAM et CPU), perso j'ai mis 2048Mo et 2vCPU comme pour mon ancienne VM DSM 5.2. 5 - Si vous avez comme moi des disques mappés en RDM, supprimer-les de l'ancienne VM et rattaché-les à la nouvelle VM. 6 - Si vous rencontrer une erreur sur l'adaptateur réseau, supprimer-le et rajouter en un nouveau (de type E1000). Et assurez-vous qu'il soit "connecté" sinon avoir un NAS sans réseau risque de ne pas être utile^^ 7 - Démarrer la VM et soyez vif car il faut choisir la dernière option du loader - celle qui parle de ESXi. Une fois ce choix fait, il le sera définitivement. 8 - Patienter 1-2 minutes le temps que tous les services DSM démarrent et rendez-vous sur la page http://find.synology.com/ ou lancer l'assitante Synology. 9 - normalement il devrait apparaitre, il ne vous reste plus qu'à procéder à la migration. Perso, je n'ai même pas eu besoin de télécharger le fichier PAT préalablement, il le fait tout seul depuis les serveurs Synology. 10 - Have fun! Nico
  4. Oui ce que tu souhaites faire est très classique. Il faut juste faire de la redirection de port en fonction du service que tu veux appeler. 1 port = 1 service. Pour la partie VPN, je te déconseille le protocole pptp, certes simple à mettre en oeuvre mais facilement crackable. Par plutôt sur de l'IP SEC.
  5. Salut, Dsl mais je n'ai rien compris à ta demande ! (et visiblement je ne dois pas être le seul ) Que veux-tu exactement ?
  6. Webstation ne peut pas cohabiter avec Apache HTTP puisque les deux utilisent le port 80 par défaut... C'est soit l'un soit l'autre. Par contre rien ne t'empeche de changer le n° de port d'Apache par exemple et faire du portforwading depuis ton routeur vers cet Apache par exemple.
  7. Alors j'ai un émetteur AEON LABS Z-Stick (GEN5) USB (du coup avec ESXi, j'ai rajouté le périphérique USB à ma VM DSM) : http://www.domadoo.fr/fr/interface-domotique/2917-aeon-labs-controleur-usb-z-wave-plus-z-stick-gen5-1220000012813.html Et pour le moment j'ai 2 récepteurs Fibaro FGR222 pour gérer mes volets roulants de mes baies vitrées. Je suis en passe d'en commander 7 autres pour l'ensemble de ma maison. Je m'étais limité à 2 pour tester! : http://www.domadoo.fr/fr/peripheriques/3250-fibaro-micromodule-pour-volet-roulant-z-wave-fgr-222-5902020528340.html Pour terminer mais ce n'est que mon avis, pour la domotique il faut faire deux choix : - la distrib : jeedom ou domoticz - le protocole : zwave ou autres Apres avoir tester jeedom, j'ai trouvé que l'interface n'était pas du tout convivial et instable. Les applications sur iOS ne courent pas non plus les rues. Les avis sur Internet vont plutôt dans mon sens d'ailleurs. pour Domoticz, l'interface est plus simple je trouve même si elle est loin d'être parfaite. Sur iOS il n'existe qu'une seule application qui soit réellement compatible (Pilot https://itunes.apple.com/fr/app/pilot-client-domotique/id902546368?mt=8). Mais il faut mettre 10€ de sa poche pour avoir accès à toutes les options mais ça vaut le coup. Pour le protocole, là par contre je n'ai pas eu beaucoup à hésiter, le Zwave est clairement le mieux supporté, avec une portée bien supérieure aux autres (surtout avec le Zwave+) et surtout l'argument qui fait mouche : c'est que chaque récepteur est aussi un émetteur, donc le réseau peu s'étendre très facilement même dans une maison à étage.
  8. Moi perso qui est sur Esxi, j'ai trouvé mon compte avec le concurrent Domoticz installé tel un paquet via le gestionnaire de paquet de Synology : pour le produit : http://www.jadahl.com/domoticz_stable/ pour les drivers USB : http://www.jadahl.com/synology/ et franchement c'est nickel! plus simple qu'avec Docker où effectivement la gestion des ports USB n'est pas garantie à 100% voire pas du tout.
  9. Oui cela peut se scripter. Mais je n'ai jamais réussi à faire l'inverse à savoir planifier l'allumage de mon HP N54L. Si quelqu'un sait comment faire je suis preneur!
  10. Salut, dans le centre de paquets, est-ce que le serveur multimédia est bien démarré ?
  11. (hélas) cela n'éteindra que la VM DSM.
  12. c'est vrai que les tutos sont tous un peu vieux maintenant ! mais la procédure est toujours la même. Bref la dernière version du DSM est 5.2-5967.2 avec un XPEnoboot 5.2-5967
  13. il existe un KB : https://kb.vmware.com/selfservice/micro ... Id=2007328 DAns la solution proposée, le deuxième point pourrai régler ton pb je pense
  14. Super retour ! un grand merci à toi pour cette expérience! Pour ma part je serai intéressé de savoir si qqn a déjà fait de l’agrégation de deux lignes adsl ou comme toi 1 ligne 4G + 1 ligne ADSL via un soft justement ?
  15. Merci à vous pour vos retours d'expérience. Il faut tout de même émettre un gros bémol, tout ce que aquawide est en train de mettre en place est dépendant d'une faille chez Bouygues, mais grâce à vous ils sauront comment la bloquer!
  16. Le mieux étant de lire les commentaires sur les caméras de surveillance sur Amazon. Ce n'est pas ce qui manque! Moi personnellement j'ai celle-ci : https://www.amazon.fr/Camera-IP-HD-interieure-infrarouge/dp/B00MTIDEYK/ref=sr_1_5?ie=UTF8&qid=1472026764&sr=8-5&keywords=foscam Le commentaire avec le flux vidéo, c'est de moi aussi. Personnellement je préconise le choix d'une caméra avec l'alimentation sur POE (power overethernet) ce qui enlève un cable et un transfo, mais il faut un injecteur POE ou alors un switch qui soit compatible, mais pour dissimuler la caméra c'est vraiment un gros plus. Après si tu pars sur une Wifi c'est différent, mais il faut un super débit - surtout en HD. Celle que tu proposes, n'est pas super bien noté sur Amazon : https://www.amazon.fr/technologie-D%C3%A9tection-mouvement-visionnage-smartphone/dp/B00TFA523Q/ref=sr_1_2?ie=UTF8&qid=1472027239&sr=8-2&keywords=ipcc+h05s
  17. dsl, mais je ne comprend toujours pas ce que tu veux ?! tu veux acheter une de ces caméras (et à l'étranger?) et tu hésites c'est ça ?
  18. Les deux derniers liens ne marchent pas. Je ne comprend pas non plus ta dernière phrase^^, merci de te relire Quoiqu'il en soit, SurveillanceStation gère très bien le protocole ONVIF. Donc même si elle n’apparaît pas dans la liste des constructeurs dans SS, il y a toujours le choix du pilote générique ONVIF qui doit convenir dans 90% des cas pour peu que la caméra supporte ce protocole.
  19. Tout à fait d'accord avec JacquesF sauf sur la limite de la RAM. En effet, la version 6 n'impose plus de limite à ce niveau là! Ma société a fait l'acquisition d'un serveur Dell avec 256Go de RAM et j'ai installé ESXi 6 dessus sans pb et une licence qu'il convient de récupérer après inscription sur le site de VMWare. Pour la partie administration d'un ESXi, il convient de comprendre qu'il ne s'agit que d'un hyperviseur. Il expose des API qui sont accessibles depuis des clients. L'un étant la ligne de commande classique et là c'est effectivement pour les barbus^^, l'autre c'est via le client VsphereClient que tu peux télécharger depuis l'url : https://[iP_ESXi]/ ou plus simplement : http://vsphereclient.vmware.com/vsphere ... -6.0.0.exe Et là l'interface est quand même bcp plus sexy même s'il n'est plus vraiment maintenue par VMWare. Par contre on est sur une archi client/serveur, donc il te faut un autre PC pour installer ce client. PC qui doit OBLIGATOIREMENT être sous Windows. Il existe encore une autre solution qui est en train de mûrir rapidement : https://labs.vmware.com/flings/esxi-emb ... ost-client. C'est la même chose que le VSphere Client mais dans un navigateur web, donc compatible Linux/Mac/Windows (et même smartphone) Pour le passthrough, cette instruction est native aux processeurs Xeon. Pour les i7, je ne sais pas : Google est ton ami!
  20. Si c'est Windows qui est démarré, cela veut dire aussi qu'il n'y aura pas la possibilité d'accéder aux données du DSM. Les deux peuvent cohabiter mais les services, eux, non.
  21. Donc ton idée consiste à mettre ESXi + tes VM sur une clé USB. Oui c'est possible mais la durée de vie d'une clé USB pour les VM c'est pas terrible (il y aura bcp d'I/O). Il vaut mieux selon moi installer ESXi sur la clé USB et dédier un disque dur (SSD ou pas) au stockage des VMs. DSM ne prend rien du tout, par contre pour la VM windows 10 il lui faut au minimum 50Go. Donc un SSD de 120Go à 49€ ne prendra pas trop de place et devrait convenir à tes besoins (tant en perf qu'en fiabilité) voire même y installer ESXi par la même occasion, ce qui te libérera un port USB.
  22. Le sujet a été abordé de nombreuses fois, je pense juste que tu te poses mal la question... 1 mot : virtualisation Soit tu installes ton Linux ou ton Windows de base et dedans tu mets un virtualbox ou VMware workstation et tu alloues tes disques de données à ta VM XPenology, soit tu installes un hyperviseur type ESXi avec 2 VMs (ton linux et ton XPEnology) mais tu perds l'utilisation type PC qui je pense t'intéresse à moins que ton i7 soit compatible DirectPath i/o.
  23. Dans le cadre d'une virtualisation, la mise en place d'un SSD correspond à la mise en place d'un cache pour accélerer les perf oui, ce n'est pas pour l'hyperviseur lui-même. Il s'agit ici d'un disque qu'on dédie au système de cache en plus de l'hyperviseur et du datastore. Pour y stocker pleins d'autres VMs, car une VM peut vite prendre de l'espace disque Non là tu mélanges les concepts virtualisation ou non. Si tu installes DSM en barremetal, directement sur ton serveur, alors le bootloader est sur la clé USB, une fois démarré, la clé ne sert plus, mais au redémarrage physique dur serveur il la faut. C'est pourquoi on s'oblige à la laisser dedans. Dans le cas d'une VM, le bootloader est fourni dans le fichier vmdk que tu auras téléchargé préalablement. Il n'y a pas besoin de clé USB (sauf si tu choisi d'installé ESxi dessus) Esxi 6 n'apporte rien de nouveau par rapport au 5.5. Mais Xpeonology est compatible avec les 2. Vérifié par mes soins
  24. Ok, donc normalement tu devrais avoir les droits de le faire. Si ce n'est pas le cas c'est qu'un processus le monopolise. As-tu moyen d'arrêter le paquet Pyload depuis le gestionnaire de paquet dans le DSM ? si oui fais-le et refait ta manip via WinSCP
×
×
  • Create New...