vosmont

Hello, j'ai installé il y a longtemps ESXi (5.5) / Xpenology sur un Proliant N54L grâce à ce tuto. Dernièrement j'ai voulu upgrader mon DSM et j'ai testé le boot en direct de XPEnoboot. Ayant finalement peu d'utilité d'ESXi (Sarah n'a pas fonctionné dessus), je me suis dit que Docker serait surement aussi bien et plus facile à appréhender. Et bien je suis ravi C'est super simple à installer... et j'ai enfin l'accès au S.M.A.R.T avec un rapport mensuel par mail de l'état des disques durs. Rien que pour ça, je vais rester avec Xpenology en direct sans virtualisation.

La migration de la VM Windows 7 en Windows 10 a pris quelques heures. Je découvre Windows 10... je suis un peu perdu

Hello, je viens de migrer mon N54L de ESXi 5.1 à ESXi 6.0 (pour pouvoir migrer une VM de Windows 7 à 10). j'ai suivi en partie ce tuto : http://blog.akril.net/2015/08/05/mettre-a-jour-votre-esxi-5-5-vers-esxi-6-0-via-ssh/ Au préalable il faut aller sur le site de VMWare pour avoir une clé ESXi 6.0 (celle de 5.1 ne suffit pas) Il y a un souci avec le driver de la carte réseau (surement du à la version 5.1 spécifique à HP) j'ai utilisé l'option force : esxcli software profile update -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml -p ESXi-6.0.0-20160104001-standard -f pour migrer la VM de Windows 7 à 10, j'ai suivi ce tuto : http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2126929 A noter que depuis que je suis passé en ESXi 6.0, la clé usb Wifi Tplink est reconnue sur le host et est disponible pour les VMs. Je m'attaque maintenant à l'upgrade du Syno...

Hello, visiblement tes problèmes sont résolus. Par contre ton soucis m'a fait penser à un article que j'avais lu il y a un moment sur le fait qu'il ne faut pas laisser trop longtemps un SSD non alimenté. http://www.clubic.com/disque-dur-memoire/disques-durs-ssd/actualite-766510-ssd-aiment-conserves-chaud.html

Bon, pour l'utilisation de Android, ça marche presque... mais il faut ré-installer toutes les applis en cas de redémarrage et le clavier est en QWERTY. Je regarderai pour l'installer en dur plus tard (j'ai cru voir que au moins les paramétrages peuvent être sauvés). En fait j'ai un problème en amont de configuration réseau pour la VM. Le contexte : - réseau LAN et Wifi en "192.168.1.x". ESXi et ses VMs sont sur ce LAN. - réseau Wifi séparé (invité IoT) pour les objets connectés en "192.168.10.x". Pas d'accès internet et pas d'accès au LAN. Le LAN a accès au réseau IoT. Je voudrais pouvoir mettre une VM (Android) dans le réseau des objets connectés. Et là mes maigres notions en réseau me disent que c'est pas simple. J'ai tenté : - d'attribuer une @ ip en "192.168.10" à la VM (via DHCP et @ MAC) mais elle n'est pas prise. - d'attribuer une ip fixe sur la VM Android avec la commande "ifconfig eth0 192.168.10.2 netmask 255.255.255.0 up" l'@ip est bien prise mais la VM est injoignable depuis le LAN et elle n'est pas vue et ne voit rien sur le réseau invité. Bref...

C'est que je viens de comprendre. Mince, c'est pas très pratique du coup. Par contre c'est pas super exploitable. C'est vraiment lent.

En fait la VM boote sur le cd et donc l'installation commence. Par contre elle ne détecte pas le disque dur. Il y a un type d'interface particulière àchoisir ?

Hello Lazer... je déterre un peu ton post Je tente de faire une VM Android mais j'ai un souci lors de l'installation : j'ai un message qui me dit qu'il n'y a pas de disque. J'ai créé une VM standard Linux 2.6.x 64 bits avec un disque de 8Go, et j'ai monté l'iso "android-x86-4.4-r2.iso". Peux-tu détailler un peu ton installation (même si ça date un peu maintenant) ? Merci pour ton aide

Je viens d'installer le paquet Cloud Sync : top ! à‡a fait une synchro avec Google Drive, Onedrive, Dropbox directement sur le synology. J'adore J'avais un Synology DS106E qui n'était plus maintenu depuis bien longtemps et le DSM a bien changé depuis. Mon seul regret est d'avoir une version non homologuée par Synology (voire pas trop supportée). Si nos amis de Synology lisent ces lignes : s'ils sortent une version payante du soft DSM estampillée ESX, j'achète de suite. C'est du beau boulot.

Bon j'ai fini ma migration. Finalement ce n'est pas trop compliqué. Il faut - arrêter la VM source. - Copier les fichiers dans le nouveau répertoire (attention à ne pas sélectionner le fichier RDM) - Créer le fichier RDM sur le nouveau disque. (je l'ai mis dans un autre répertoire que la VM) - Monter la nouvelle VM. - Supprimer dans le paramétrage de la VM le disque virtuel des données - Refaire le lien vers le nouveau lien RDM (suivre le tuto). Voilà Le plus pénible... c'est l'arrêt de service (le NAS est maintenant pas mal utilisé chez moi)

Par contre pour les VMs que j'ai pu migrer sur le SSD, il n'y a pas photo : elles sont beaucoup plus rapides à démarrer et beaucoup plus réactives.

Bon ça a l'air ok : le déplacement n'a pas l'air d'avoir touché les données. Dans le fichier en partie créé, je retrouve du contenu du filesystem du syno. J'espère que le déplacement commence bien par une copie avant la suppression.

Rolalalalalalalalalala Dans la console ESXi, je choisi l'option "déplacer" le répertoire "DISKSTATION" vers le nouveau disque SSD. J'ai lu trop vite, j'avais compris copier. J'ai du arrêter le Proliant en coupant le courant. La misère. Il a essayé de copier le disque de 3Tera (lien RDM) dans le SSD de 120Go. J'espère qu'il n'a pas supprimé de données de mon disque de données. J'ai un fichier "WDC_WD30EFRX2D68EUZN0-rdmp.vmdk" de 42 Go (pas disque virtuel). Il faut faire super gaffe avec le RDM. Rolalalalalalalalala

Hello, encore merci pour ce tuto qui m'a permis de me lancer dans l'aventure ! C'est incroyable comment ça marche bien. Je partais d'un Synology DS-106e qui n'était plus mis à jour depuis bien longtemps. Tout est plus rapide et la possibilité de monter des VMs est un vrai plus. Bref, je suis content. En ce moment je suis en train de monter un SSD pour remplacer mon disque Datastore. La conception du boitier Proliant est tout simplement superbe. Ultra simple d'accès et de manipulation. Là où j'ai un petit doute : est-ce que, lors de la migration de mes VMs sur le nouveau disque, les disques en RDM suivent ?

Pour info, sur une VM Windows, après l'installation des VMware Tools, la résolution change. Peut-être est-ce pareil sur la VM Ubuntu ?

Hello, faut-il mettre à jour ESXi ? Existe-t-il des patchs de sécurité ? J'ai trouvé ça : http://www.v-front.de/2013/05/quickest-way-to-update-your-standalone.html

Les VMware-Tools n'ont pas réglé mon problème de déconnexion du Kinect. J'ai testé sur un Raspberry et là ça marche. A mon avis ça se passe au niveau du host ESXi. Du coup si je veux continuer, il va falloir que je fasse du cross-compile pour ESXi du projet http://git.ao2.it/kinect-audio-setup.git/ ... vous avez déjà fait ça ?

Hello, je suis en train d'essayer d'utiliser un Kinect 360 virtualisé sur le Proliant. J'ai quelques questions sur l'architecture. Le Kinect est branché et détecté par le Host ESXi. Je peux l'affecter à la VM Ubuntu server sans problème. Via SSH sur ESXi, les 3 périphériques de la Kinect sont visibles via lsusb sous des noms génériques. En regardant les logs dmesg, ils semblent être en passthrough. Dans le Client Ubuntu, les périphériques usb du Kinect apparaissent bien : Bus 001 Device 005: ID 045e:02ae Microsoft Corp. Xbox NUI Camera Bus 001 Device 040: ID 045e:02ad Microsoft Corp. Xbox NUI Audio Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 004: ID 045e:02b0 Microsoft Corp. Xbox NUI Motor Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub Bus 002 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Seulement, voilà ... Le périphérique Audio se déconnecte de suite et se reconnecte en boucle. J'ai essayé avec un contrôleur Usb xHCI : idem. Du coup voici ma question : Faut-il installer des drivers spécifiques sur le Host ESXi ? Je pensais que le passthrough donnait un accès complet au périphérique usb depuis le client.

Ah oui c'est vrai que je suis aussi passé à l'update 4 . J'ai l'impression qu'il y a eu un reset de pas mal de paramétrage. Tu as eu les mêmes problèmes ?

J'ai eu une erreur bizarre : au redémarrage du proliant et de la VM xpenology, le disque de données n'était plus monté dans le DSM. J'ai redémarré le DSM et le disque est revenu par contre mes montage NFS avaient disparus. Après un reparamétrage tout est nouveau OK. Vous avez déjà eu ça ? Est-ce que l'installation du bootstrap d'optware peut avoir provoqué ça ? (tuto suivi : http://synergeek.fr/vmware-tools-sur-xpenology-esxi) Comment j'enlève les modifications ?

Finalement, j'ai trouvé le package àinstaller directement depuis le DSM : http://www.gnoboot.me/p/blog-page.html

Hello, j'ai suivi le tuto pour open-vm-tools, mais j'ai une erreur "Segmentation fault" au lancement

ok merci je vais jeter un coup d'oeil alors

Hello, est-ce que vous avez installé les vmware tools ? un exemple ici : http://synergeek.fr/vmware-tools-sur-xpenology-esxi (je n'ai pas testé)

J'ai une question similaire : est-il possible de faire une clé usb de boot avec NanoBoot qui pourrait remplacer le boot ESXi ? Comme normalement le disque des données est dédié au DSM et contient le DSM lui-même, l'idée est de pouvoir démarrer le DSM directement si ESX plante