nicoueron

Pourras-tu nous donner les références ?

Salut, Pour le prt M2, je dirais que nativement le loader de Jun ne doit pas avoir le driver, il faudra que tu le mettes toi-même. A tester le jour J. La clé USB ne sert qu'au démarrage afin de faire croire à l'OS, qui lui est stocké sur l'ensemble de tes disques, que tu disposes d'un matos estampillé Synology. Sur ta config d'origine, je ne comprend pas la subtilité du mode RAID matériel, autant dédié le RAID à l'OS (donc logiciel). Changé de config juste pour ça est du luxe non ?

Perso j'aurai utilisé ton SSD pour ESXi et un petit datastore en lieu et place de ta carte µSD. Après chez moi j'ai fait le choix d'installer ESXi sur un disque de 250Go et j'ai partagé mon SSD de 120Go en 60Go de cache pour ESxi et 60Go de datastore sur lequel j'ai une VM Windows 10. Mais j'avoue que j'aurai très bien pu l'installer sur une vieille clé USB. Pour le bench, une copie d'un gros fichier depuis et vers ton NAS via CIFS est le meilleur des tests!

connecte toi en ssh, et exécute la commande df -h pour savoir si ce qu'il t'indique est vrai. et ensuite du -h à différents endroit pour savoir où la place est occupée.

mille est invariable, mais je le prends quand même pour un compliment!

J'ai retrouvé l'option, essaie en cochant la case : "activer les passerelles multiples"

Pourrais-tu décrire ta "configuration" ? Le plus simple est d'initialiser un VPN en dehors du NAS en lui même, typiquement j'utilise le serveur VPN de la Freebox, et ainsi je n'ai aucun pb. J'avais aussi essayer avec un serveur VPN dans un containeur Docker et pareil ça marchait très bien. Le serveur VPN fourni par Synology par contre bcp de personnes n'arrivent pas à faire cohabiter les appels extérieur et les appels depuis l'intérieur... ton pb en fait! Après il y a aussi un truc à faire avec la passerelle par défaut, mais je ne sais plus où se trouve cette option (elle est soit au niveau du serveur VPN, soit au niveau de la configuration réseau dans le panneau de config)

Perso, je n'ai jamais eu de retour intéressant sur le 3617XS... J'ai toujours utilisé le loader pour le 3615XS comme 80% des personnes du forum je pense. Et au vu du nombre de retours négatifs, nombreux sont ceux à revenir effectivement au 3615XS.

Effectivement il est conseillé d'installer ESXi sur un disque et non une clé USB. Tu peux tout à fait l'installer sur ton SSD, pour ce faire, je te conseille de ne brancher que lui lors de l'installation, déconnecte-les 2 disques de 4To. Une fois correctement installé, tu pourras les reconnecter. Comme à chaque fois, je conseille de dédier en RDM ces disques à ta VM XPenology. Non seulement ce sera bcp plus fiable et puissant mais tu pourras aussi créer d'autres VLM sur le reste du datastore qui se trouve être ton SSD, sans risquer de planter tes données d'XPEnology. Pour installer DSM6.1 sur une VM Esxi, je pense que tu n'as pas bcp chercher... Mais bon, il se trouve que j'ai mis à dispo une image toute prête disposant du loader dans un autre topic :

Yes, je suis preneur aussi! En théorie je pense que toute carte low-profile avec 2 voire 4 ports USB 3.0 qu'on peut trouver sur Amazon devrait suffire, mais bon

Tu as répondu toi même!

Sauf erreur de ma part j'ai l'impression que tu as le disque 0:3 = 0:4... Ce qui expliquerai ton erreur... Je dis ça je ne dis rien.

J'ai utilisé l'utilitaire VMware OVF Tool. Il suffit d'exporter 2 fichiers d'une VM qui fonctionne à savoir le fichier .vmx et le fichier .vmdk contenant le loader (pas ceux des données). Tu exécutes l'utilitaire avec en paramètre le fichier vmx et l'endroit où produire la l'ovf. Ensuite j'ai édité le fichier ovf pour le rendre générique en renommant le nom du disque par synoboot histoire de ne pas le confondre avec les futurs disques à rajouter. Ici je fais référence à la création du vmdk via l'outil StarWind V2V Converter à partir du fichier img. Dans le tuto on explique comment changer l'adresse mac dans le grub.conf il me semble donc dès lors que ce fichier est modifié avec ovfmount, il faut le retransformer en vmdk avec StarWind V2V Converter. simple non !.... j'avoue c'est pas hyper pratique, j'aurai préféré qu'il s'appuie nativement sur l'@mac fournie par VMware mais bon.

Cool si ça peut aider. Mais il faut que je trouve le moyen de rendre générique l’injection de l’adresse mac. Histoire de pouvoir créer plusieurs VM à la volée. petite précision que j’ai oubliée de mentionner, le vmdk que j’ai inclu contenant le loader de jun, est pré configuré pour charger le mode ESXi évitant ainsi d’oublier de le sélectionner au démarrage! (Pratique et pas con le gars!^^)

Je viens d'essayer de faire un ovf basé sur le loader de Jun 1.02b. Merci de tester : https://file.niko44.fr/sharing/5sQJhPjXv et de me faire un retour. Normalement il ne reste qu'à ajouter les disques de données au controleur SCSI. Par contre si vous souhaitez changer l'adresse MAC, il faudra supprimer le disque synoboot.vmdk et rajouter le synobook.vmdk contenant VOTRE adresse mac en repartant du tuto de Polanskiman.

Salut, Voici les caractéristiques qu'il faut pour une VM ESXi 6 (source) : Un controleur de disques SATA Un controleur de disques SCSI de type VMWare Paravirtual Le vmdk contenant le bootloader doit être rattaché au controleur de disque SATA (0,0) - Mode de disque Dépendant Le(s) vmdsk contenant les données doivent être rattaché au controleur disque SCSI - Mode de disque indépendant / persistant Le controleur réseau doit être de type E1000 Le reste dépend de vos envies (nb vCPU, RAM, controleur USB, port série, etc.) Je n'ai jamais pris le temps de créer un ovf à partir de ça, il faut que je le fasse!

Vu le message pour workstation, je pense que c'est effectivement possible et que cela correspond au RDM.

Non, je parlais de la version d'ESXi. Moi j'ai installé une image spécifique pour serveur HP.

Ma solution EST pour VMware. Où as-tu prises cette capture ?

tuto pour le RDM : http://synergeek.fr/utiliser-disque-en-raw-device-mapping-rdm-pour-xpenology

De manière générale, à chaque version de DSM correspond un bootloader. Si tu parles encore de Xpenoboot c'est que ton DSM est en version 5.2 me semble-t-il. Il est donc normal qu'il ne marche pas avec DSM 6.1

questions hors de propo! En effet le DSM s'installe sur l'ensemble de tes disques de données. Et pour ESXi voir ma réponse dans ton post. Pour moi il manque le principal, à savoir le fichier correspondant au booloader. Il doit faire 50Mo. En partant du fichier télécharger fourni dans le tuto de @Polanskiman il faut le convertir en vmdk à l'aide de Starwind v2v converter. Ce fichier vmdk doit être relié à ta VM en SATA et c'est sur ce disque qu'il faut booter. Par contre je ne vois pas à quoi correspond le fichier XPENology_1.vmdk de 1.21 GB...

Salut, Selon les cas d'usage cela peut-être utile pour : des tests la flexibilité car faire cohabiter plusieurs systèmes de type "serveur" sur une même machine est très pratique et économique. les besoins évoluent avec le temps, il n'est pas rare qu'à long terme tu souhaites utiliser les ressources disponibles de ton serveurs pour d'autres besoins (domotique, développements, bureautique, etc.) si tes disques dédiés à ta VM synology sont mappés en RDM alors tu as la même garantie qu'en baremetal niveau perte de données et aussi le même niveau de performance. débugger. En effet en passant par un port série virtuel, on peut consulter/modifier des infos du bootloader ce qui n'est pas le cas sur un serveur ne disposant pas de port série. L'hyperviseur qu'offre Synology est juste pour faire joli (lol), niveau performance il n'est encore aujourd'hui qu'à ses balbutiements. VMWare avec ESXi a de nombreuses années d'expérience dans ce domaine. et pour finir, un SSD dans le cas d'un hyperviseur est plus utile au niveau d'un cache de données que d'un datastore.

je pense que c'est propre au serveur HP N54L (gen7) Juste pour moi, es-tu parti d'une ISO Vmware spécifique à Dell ou la version générique de base ?

Effectivement, il est primordial de changer l'adresse mac de la VM dans le fichier grub.conf sinon vous aurez des conflits d'IP. Par contre le changement du SN n'a chez moi jamais été nécessaire. J'ai 2 VMs DSM6.1.4 qui sont actuellement sur le même réseau avec des adresses mac différentes et le même SN sans aucun soucis.