capillonpub

Salut Vince, Je sais pas si ton post est une question ou un retour d’expérience, mais dans le premier cas je te confirme que tu peux te passer de Esxi. J'ai un N54L sur lequel j'avais aussi Xpenology installé sur Esxi avec une paire de VMs linux et Windows media server qui ne me servaient pas vraiment. suite à un crash du SSD sur lequel j'avais Esxi, j'ai réinstallé Xpenology directement sans Esxi en2014 (en récupérant tous mes volumes heureusement). Je ne peux pas dire si j'ai eu un gain de perf au passage car je n'avais pas fait de mesures spécifiques (je n'avais pas de pb particulier sur Esxi), mais comme c'est plus direct ça ne peut être que mieux!. Courant 2015 je suis passé en DSM 5.2-5565 Update 2, comme tout marche bien depuis j'hésite à upgrader....

Salut Jasb, Si ça peut te rassurer je suis presque dans la même situation! j'ai remonté mon N54l avec XPEnoboot_DS3615xs_5.2-5565.2 et DSM 5.2-5565 Update 2 en natif (sans esx). Comme c'est super stable, j'ai rien touché depuis presque un an! Je me suis dit que j'allais faire ça pendant mes vacances... Donc la réponse m'intéresse aussi, vers quelle version peut-on migrer sans perdre la configuration des droits et utilisateurs ? A+ Philippe

Oui tu peux passer du virtuel au physique sans perdre les données de ton volume. Je l'ai fait suite à la perte de mon datastore qui était sur un SSD. J'avais quand même fait un backup de mes données les plus critiques ! A+ fifi

salut, C'est un peu étrange car DSM ne consomme pas grand chose en RAM. quand j'étais sous ESX, je n'avais que 2Go pour la VM DSM et jamais eu de problème de RAM. Tu n'as pas une indexation multimédia ou un contrôle du volume en tache de fond? quels packages as-tu installés (itunes? plex? surveillance stations? photo station ...) A+ Philippe

Salut, J'ai jamais vu ça! Tu peux nous en dire un peu plus sur les circonstances ? As-tu fais une mise à jour? quelle version utilises-tu? As -tu installé un package récemment? A Philippe

Je confirme, Chez moi (suis chez free aussi) j'ai viré les freeplug et mis des devolo duo+ 500 ça marche beaucoup mieux ! Un conseil pour les CPL, prenez des modèles avec une prise gigogne, en plus de ne pas mobiliser la prise électrique ils ont de meilleurs performance car en général ils incluent un filtre électrique. A+

Salut, J'ai essayé de remettre la clé de boot esx et le ssd mais j'ai pas réussi à bricoler pour récupérer le datastore. Je dois avouer que j'ai pas essayé très longtemps car je sais pas trop quelle commande utiliser, alors comme ça marche parfaitement en physique et que finalement j'ai plus besoin des autres vm... Je laisse tomber! Je vais quand même essayer de remettre le ssd en marche en supprimant le volume, pour l'utiliser sur un autre pc. Merci Philippe

Hello, Intéressant! Je ne savais absolument pas que ça pouvait jouer, c'est vrai que la ou j'ai planqué le nas pendant 4 semaines, la température a pu être élevée les jours de soleil ! J'ai un autre PC ou le système est sur un SSD, je vais faire gaffe! Merci, A+

Salut, Pour l'adresse MAC, j'avais vu qu'il fallait modifier le syslinux.cfg, mais je sais pas bien à quoi ça sert (en tout cas sous esx, j'ai pas eu de soucis sans toucher au syslinux.cfg). C'est pour certaine application uniquement (genre surveillance station) ? ca permet le quickconnect ou autre service Syno? Merci de ton éclairage ! Pour mon SSD, je l'ai branché dans un pc windows 8.1, il n'est pas vu sauf dans le les outils d'administration/gestionnaire de disque ou il est vu sain, pas de lettre affectée, et la seule action possible (cick droit) est de supprimé le volume. peut-etre normal puisque le disque était monté sur ESXi. Autre piste, j'ai voulu faire une image de la clé usb de bot ESX et ça plante (erreur de lecture redondance). Donc c'est peut etre pas le SSD mais la clé usb qui a pris un coup ! A+ fifi

Hello, J'ai remis xpenoboot 5.2-5565.2 (qui correspond à ma version DSM) sur une clé, et c'est reparti est physique comme avant, mon volume SHR est bien reconnu comme avant. J'ai juste forcé le bail DHCP au niveau de ma freebox pour affecter la même adresse IP que celle qu'avait la VM DSM avant afin de garder mes liens et map de disque. Je vais vérifier ce soir si ma sauvegarde Rsync fonctionne bien, et je ferai peut-être l'update 5592.3 demain ! Je vérifierai aussi le SSD sur un autre PC quand j'aurai le temps. A+ fifi

Hello, De retour de 4 semaines de vacance, je rebranche mon n54l que j'avais arrêté et planqué pendant cette période. Catastrophe, le serveur démarre mais Esxi ne retrouve pas le datastore :-( (message d'erreur disant qu'il n'y a pas de stockage permanent, ou un truc du genre). Le datastore est sur un SSD de 256Go, j'ai normalement 3 VMs: Xpenology avec 4 disques de 3To en RDM, un ubuntu, et un Windows home serveur. maintenant quand je me connecte avec vsphere client, le serveur esxi est visible, mais avec 3 vms "unknown", et le message comme quoi il n'y a pas de datastore. Je vais voir demain si c'est mon sdd qui est mort ou si c'est juste le datastore qui est planté (mais alors pourquoi??). Au pire je vais remonter expenology en "physique' sans passer par Esxi (je n'en ai pas vraiement besoin, c'était plus pour l'expérience...), en espérant que mes 4 disques RDM n'ont pas souffert et que je vais bien récupérer mon volume DSM. Mais pour l'instant dodo pour récupérer du décalage horaire, sinon je risque de faire n'importe quoi ! bonne nuit philippe

Salut, Pas toujours facile de suivre pendant les vacances ... ! Ca va trop vite. Des news à propos de la version DSM 5.2-5592 sur N54L + esxi? Perso je suis toujours en 5565 upd 2. (je vais regarder en détail cette histoire de driver réseau vmware...) Merci, fifi

hello, La plupart d'entre vous l'ont déjà réalisé, mais voici un petit tuto basé sur les manip réalisées ce week end pour passer de DSM 5.1 en DSM 5.2 sous esxi le point de départ: Une VM DSM DSM 5.1-5022 Update 5 sur un n54l avec esxi 5.5 et XPEnoboot 5.1-5022.2 rappel sur méthode pour l’update : Il faut mettre a jour les 2 fichiers xpenoboot Telecharger le dsm 5.2 Démarrer le dsm avec console Dans le menu XPEnoboot choisir mise a jours faire la mise a jours avec le logiciel synology assistant du pc Fichiers XPEnoboot : http://www.xpenology.nl/boot-images/ prendre le vmdk x64, (ou le fichier .img pour modifier le fichier Syslinux.cfg) - Add the “rmmod=ata_piix†(without quotes) to the end of the lines that start with “kernel /ZImageâ€â€¦ En profiter également pour fixer les paramètres "mac1" et "sn" car certaines applications en dépendent. Ce coup-ci je prends le vmdk et je touche pas au syslinux.cfg, c'est la version XPEnoboot 5.2-5565.2 Fichiers PAT : DSM_DS3615xs_5565.pat ici http://usdl.synology.com/download/DSM/5.2/5565/ Par sécurité, je fais une sauvegarde de la config DSM: Panneau de conf/Mise à jour et restauration/Sauvegarde de configuration/sauvegarder la configuration Intégrer xpenoboot dans la VM diskstation : - arrêter DSM (par l’interface web diskstation, ou par vsphere client si vous avez les vmtools installés sur la vm). - dans VSphere client en root, - aller sur l'onglet "résumé", dans la partie "stockage" faire un clic droit sur le disque votre datastorage et choisir "parcourir la banque de données". - Aller dans le répertoire de votre vm diskstation, la ou se trouve le vmdk de votre XPEnoboot. - Cliquer sur l'icône avec la flèche vert le haut pour télécharger un fichier vers le datastore. - Choisir le fichier " XPEnoboot_DS3615xs_5.2-5565.2.vmdk", puis cliquer sur "ouvrir" - Sur la fenêtre "avertissement...", cliquer sur "oui" - Le fichier " XPEnoboot_DS3615xs_5.2-5565.2.vmdk" est maintenant présent dans le répertoire de la VM Diskstation - Faire pareil avec le fichier " XPEnoboot_DS3615xs_5.2-5565.2-flat.vmdk" - Les 2 fichiers sont maintenant concaténés dans le fichiers " XPEnoboot_DS3615xs_5.1-5022.2.vmdk" - fermer la fenêtre "Navigateur de banque de données" - Dans Vsphere client aller sur la VM diskstation et choisir modifier les paramètres de la VM . - Choisir le disque ide 0:0 correspondant au vmdk XPEnoboot à remplacer et faire supprimer (avec les fichiers si vous avez fait une sauvegarde avant !). - cliquer sur "ajouter", choisir "Disque dur", puis "suivant" - Choisir un disque: choisir "utiliser un disque virtuel existant", puis "suivant" - Choisir le disque existant: cliquer sur parcourir - choisir le datastore, puis le répertoire de votre vm DISKSTATION, et "XPEnoboot_DS3615xs_5.2-5565.2.vmdk ", et cliquer sur OK - Options avancées: dans "Noeud périphérique virtuel", choisir "IDE (0:0)", cocher "Indépendant" et "Non persistant", puis "suivant - Prêt à terminer: cliquer sur terminer - cliquer sur "OK" pour enregistrer la modification - aller sur la console, lancer la VM, cliquer sur la console et utiliser les fleches pour choisir le 3eme choix « upgrade / mise à jour » (je sais plus exactement) - J'ai souvent un peu de mal à prendre la main correctement sur la console pour faire cette étape ! Il faut attendre que le choix s'affiche pour cliquer et descendre avec les fleches. - Ensuite il faut faire crtl + alt pour récupérer le curseur hors de la console. - une fois le prompt de login affiché, lancer synology assistant. - La vm diskstation apparait avec le statut prêt à migrer. (notez le nom du serveur et l'IP si vous voulez les conserver) - Faire un clic droit dessus pour installer. - Choisir le fichier .pat - Mettre à jour le mot de passe et le nom de la diskstation si nécessaire, puis DHCP ou ip fixe (fixe dans mon cas pour garder mes raccourcis). - Le processus de migration prend un certain temps (une dizaine de min), puis redémarre la station( une erreur m'indique le perte de conexion mais tout semble ok, la station redemarre bien). - Ensuite à la première connexion a diskstation, l’upgrade 2 est proposé (ne pas mettre les update automatique, choisir l’option manuelle). - Je redémarre un coup par sécurité(peut être pas nécessaire), télécharge puis lance l’upgrade (annoncé pour 10 minutes mais terminé en 3 minutes). - Les users et la configuration semble bien conservés. - Procéder alors a un 2eme redémarrage de sécurité! Tout est nickel, les users, les disques, les taches de sauvegarde… Re-installer les vm-tools : - Semble inutile de réinstaller, dans vsphere, avec un clic droit sur la vm, dans alimentation, les choix arrêter et redémarrer client sont toujours dispo. Voila,pour ma petite contribution, je vais regarder comment fonctionne Docker maintenant! A+ Philippe PS: La réindexaxion des fichiers multimédia s'est lancée, je sais pas si c'est du à l'upgrade ou une fausse manip de ma part.

Salut, Pour la mise à jour de XPEnoboot sous 5.2, faut prendre DS3615xs 5.2-5565.1 x64 ou DS3615xs 5.2-5565.2 x64 ? Et faut-il modifier le syslinux.cfg (les lignes zkernel) comme pour le passage en 5.1? Merci les amis Philippe

Merci pour l'info. Je viens de l'installer, nickel. A+ philippe

Oui, c'est un peu long, surtout à cause de la mise à jour du syslinux.cfg et des différent outils nécessaire pour le faire! Par contre pas besoin de clavier/écran... ni même d'accéder physiquement au N54L, y a la console VMWare J'espère avoir un peu de temps pour essayer les nouveautés de ce DSM 5.1, notamment le serveur iTunes avec les "covers" je crois. A+ Philippe

hello, voici un petit tuto basé sur les manip réalisées ce week end pour upgrader en DSM 5.1 update2 sous esxi le point de départ: Une VM DSM 5.0–4493 update7 sur un n54l avec esxi 5.5 rappel sur méthode pour l’update : http://www.domotique-fibaro.fr/index.php/topic/1175-serveur-hp-n54l-xpenology/page-26#entry52661 l'upgrade se fera de la façon suivante : Aujourd'hui tu dois avoir ton iso/img nanoboot installé sur un disque ou une clef usb et tes volumes de stockage en rdm. Il faudra simplement remplacer l'iso/img nanoboot par la version xpenoboot. Au démarrage, il y a un menu qui apparait, tu prends le choix 3 mise à jour. Et ensuite tu lances sur ton PC l'outils Synology assistant, il va retrouver ton NAS et proposer la mise à jour. Là tu lui indiques le .pat de la version 5.1 du DSM, et c'est parti. L'update 2 ensuite s'installe simplement par les mises à jour intégrées dans DSM. Fichiers XPEnoboot : http://www.xpenology.nl/boot-images/ prendre le vmdk x64, ou plutôt le fichier .img pour modifier le fichier Syslinux.cfg - Add the “rmmod=ata_piix†(without quotes) to the end of the lines that start with “kernel /ZImageâ€â€¦ En profiter également pour fixer les paramètres "mac1" et "sn" car certaines applications en dépendent. Fichiers PAT : DSM 5.1-5022 (Main) http://www.xpenology.nl/dsm-software-download/?myvar=1756 mise à jour de syslinux.cfg du xpenoboot.img : - Sur un pc client du réseau - Ouvrir le fichier XPEnoboot_DS3615xs_5.1-5022.2.img avec winimage mode admin (freeware 30j seulement !) - Extract du fichier syslinux.cfg - Edition avec notepad++ (freeware) : pour éviter les pb de format unix ou windows ! - Ajouter « rmmod=ata_piix » à la fin des lignes qui commance par « Kernel /zImage ». - Dans winimage utiliser la fonction image/inject pour écraser le fichier syslinux.cfg dans le fichier XPEnoboot_DS3615xs_5.1-5022.2.img. - Sauvegarder l’image et fermer winimage. - Lancer Starwind Converter V2V (faites bien attention ne pas accepter les softs inutiles lors de l’installation). - ouvrir le fichier XPEnoboot_DS3615xs_5.1-5022.2.img. - choisir "VMWare pre-allocated Image". - Disk type: choisir "IDE". - Destination disk: conserver le fichier XPEnoboot_DS3615xs_5.1-5022.2.vmdk. - dans l'explorateur de fichier, les fichiers " XPEnoboot_DS3615xs_5.1-5022.2.vmdk" et " XPEnoboot_DS3615xs_5.1-5022.2-flat.vmdk" sont maintenant présents. Intégrer xpenoboot dans la VM diskstation : - arrêter DSM (par l’interface web diskstation, ou par vsphere client si vous avez les vmtools installés sur la vm). - aller sur l'onglet "résumé", dans la partie "stockage" faire un clic droit sur le disque votre datastorage et choisir "parcourir la banque de données". - Aller dans le répertoire de votre vm diskstation, la ou se trouve le vmdk de votre nanoboot ou gnoboot. - Cliquer sur l'icône avec la flèche vert le haut pour télécharger un fichier vers le datastore. - Choisir le fichier " XPEnoboot_DS3615xs_5.1-5022.2.vmdk", puis cliquer sur "ouvrir" - Sur la fenêtre "avertissement...", cliquer sur "oui" - Le fichier " XPEnoboot_DS3615xs_5.1-5022.2.vmdk" est maintenant présent dans le répertoire de la VM Diskstation - Faire pareil avec le fichier " XPEnoboot_DS3615xs_5.1-5022.2-flat.vmdk" - Les 2 fichiers sont maintenant concaténés dans le fichiers " XPEnoboot_DS3615xs_5.1-5022.2.vmdk" - fermer la fenêtre "Navigateur de banque de données" - Dans Vsphere client aller sur la VM diskstation et choisir modifier les paramètres de la VM . - Choisir le disque ide 0:0 correspondant au vmdk nanoboot à remplacer et faire supprimer (avec les fichiers si vous avez fait une sauvegarde avant !). - cliquer sur "ajouter", choisir "Disque dur", puis "suivant" - Choisir un disque: choisir "utiliser un disque virtuel existant", puis "suivant" - Choisir le disque existant: cliquer sur parcourir - choisir le datastore, puis le répertoire de votre vm DISKSTATION, et "XPEnoboot_DS3615xs_5.1-5022.2.vmdk ", et cliquer sur OK - Options avancées: dans "Noeud périphérique virtuel", choisir "IDE (0:0)", cocher "Indépendant" et "Non persistant", puis "suivant - Prêt à terminer: cliquer sur terminer - cliquer sur "OK" pour enregistrer la modification - aller sur la console, lancer la VM, cliquer sur la console et utiliser les fleches pour choisir le 3eme choix « upgrade / mise à jour » (je sais plus exactement) - une fois le prompt de login affiché, lancer synology assistant. - La vm diskstation apparait avec le statut prêt à migrer. - Faire un clic droit dessus pour miger (ou installer je sais plus). - Choisir le fichier .pat - Mettre à jour le mot de passe et le nom de la diskstation si nécessaire, puis DHCP ou ip fixe. - Le processus de migration prend un certain temps (une dizaine de min), puis redémarre la station. - Ensuite à la première connexion a diskstation, l’upgrade 2 est proposé (ne pas mettre les update automatique, choisir l’option manuelle). Lancer l’upgrade (annoncé pour 10 minutes mais semble plus rapide). - Les users et la configuration semble bien conservés, mais un message annonce une anomalie et le « démontage » des disques. - Procéder alors au 2eme redémarrage ! Ouf, tout est nickel maintenant, les users, les disques, les taches de sauvegarde… Re-installer les vm-tools : - Utiliser le même fichier que sur la version 5.0 et précédentes (ou récupérer ici https://www.dropbox.com/s/q1ii15jnrr95fbh/open-vm-tools-bromolow-9.4.0-1280544-50.spk?dl=0) - Aller dans centre des paquets, puis installer manuellement le package . - Si vous avez un message à propos de la signature manquante du paquet, alors que vous êtes sur de celui-ci, aller dans parametre puis accepter toutes les sources et recommencer (vous pouvez remettre un niveau plus restreint par la suite je pense). - Maintenant dans vsphere, avec un clic droit sur la vm, dans alimentation, les choix arrêter et redémarrer client ne sont plus grisés. Voila, maintenant je vais me coucher et voir si mes backup programmés se passent bien cette nuit! A+ Philippe Edit: J'ai été obligé de re-parametrer le mail pour l'envoi de notification, mais peut être lié à gmail seulement.

Il faudrait que je retrouve mes notes sur le sujet, mais de mémoire Rsync est installé nativement sur le NAS eTrayz, mais bridé à des fonctionnalités de réplication entre NAS eTrayz seulement ! J'ai du bricoler les droit et l'installation de Rsync sur le eTrayz pour qu'il soit vu comme une cible valide pour les fonctionnalités de backup de BSM. J'avais trouvé des infos sur un forum pour "ouvrir" le Rsync du eTrayz, j'essaierai de les retrouver. A+ Philippe

Je vais essayer ça le week end prochain. Mon autre NAS est un eTrayz de xTreamer, avec 2 baies 2 * 1.5To, c'est nul est performances, et nul en fonctionnalités, mais pour un backup c'est parfait! A+ Philippe

Merci Laser & Nico, En effet mes données sont sauvegardées toutes les nuits sur un 2eme nas avec les fonctions Rsync de DSM, mais je vais aussi faire une sauvegarde de DSM comme proposé ! Mais je pensais plutôt à une manip qui permettrai de revenir facilement en arrière sans re-installer une nouvelle VM DSM si l'upgrade se passe mal. Mais comme l'upgrade DSM se passe directement sur les disques, je sais pas trop si je peux assurer le coup. Merci A+

Merci pour ces infos, je croyais avoir compris que le nouveau XPEnoboot autorisait le SCSI: http://www.xpenology.nl/xpenoboot-5-1-5022-2-released/ Ensuite je me pose quand même quelques questions: Comment je pourrai sécuriser l'opération en faisant un backup qui me permet de faire marche arrière en cas de pb? Est-ce que je dois plutôt continuer cette discussion sur le topic Nas Synology Dsm 5 Sur Serveur Hp N54L + Vmware Esxi 5.5 Merci Philippe

Salut, J'ai aujourd'hui un n54l avec DSM 5.0-4493 update 7 installé sur un VM ESX, avec 4 disques montés en RDM. Je cherche un tuto pour upgrader DSM en 5.1 mais je trouve pas... Je ne trouve que des morceaux d'info, certainement exploitable pour des pro de ESX et DSM, qui montrent que c'est possible (d'un coté XPEnoboot 5.1-5022.2, de l'autre la methode d'upgrade 5.1 upgrde 2, des warning sur les drivers SCSI ...). Mais pour un petit joueur comme moi, c'est un peu galère de tout comprendre et être certain de rien planter. Avez_vous un lien vers un tuto? Merci Philippe

Salut, Pour la version 4493u7 l'upgrade est fait depuis longtemps sans problème. Pour les 4528 et 4528u1 je viens de rentrer de vacances, pas eu le temps de regarder....

Icy Dock MB343SP FLEX-FIT TRIO Adaptateur unique 5"25 pour 2 x 2"5 HDD/SSD plus 1 x 3"5 HDD Noirhttp://www.amazon.fr/gp/product/B00IA63JQ8/ref=oh_aui_detailpage_o03_s00?ie=UTF8&psc=1

Hello Beaucoup de question d'un coup... Mais j'avais fait pareil quand j'ai reçu mon N54l ! Tout d'abord Pour la VM Xpenology, avec les disques en SHR, tu peux commencer avec un disque dans une baie, puis ajouter les autres un par un plus tard. Faut juste penser à faire le mapping RDM pour chaque nouveau disque et l'ajouter à la VM avant de pouvoir étendre le volume SHR dans Syno. Et les disques ajoutés doivent être de taille supérieur ou égale au 1er disque du volume. Pour le datastore ESXi, 1To c'est largement bien. Moi j'ai un SSD de 256Go avec une VM Xpenology (pour la fonction NAS et Sabnzbd), une VM WHS2011 (prévue pour un serveur iTunes car celui de Syno n'est pas top), et une Ubuntu (pour Darkstats, mais je vais peut-etre y mettre aussi Sabnzbd pour dédier la VM Syno à la fonction NAS), et je regarde comment mettre une VM OSX pour avoir un vrai serveur iTunes plutôt que sur WHS2011... J'ai mis 8 Go de RAM c'est plus confortable pour des VM gourmandes comme Windows ou OSX. Chez moi le SSD est installé dans un rack icybox 5.25" (un dizaine d'euro sur Amazon) pouvant contenir 2 disques de 2.5" + 1 disque 3.5", installé dans l'emplacement du lecteur optique. Pour le brancher il faut un câble sata (le mien est coudé d'un coté mais c'est pas réellement nécessaire) pour le brancher sur le port sata interne situé à coté du port USB interne. Et un adaptateur Molex pour alimenter le disque sata (le mien est double pour alimenter un 2 eme disque si besoin), à brancher sur la prise molex prévue pour alimenter le lecteur de CD. Il faut une clé USB qui restera en permanence dans le N54L, prends la la moins encombrante possible. Et une autre clé temporaire pour l'installation, on peut même s'en passer je crois si on a un lecteur de CD USB pour l'installation d'ESXi. Pour ce qui est des questions d'accès aux disques du NAS, et bien c'est justement l'intéret du NAS de créer des répertoires partagés qui peuvent être visibles de tous les appareils de ton réseau (et même de l'extérieur si tu l'autorise) y compris les autres VMs. Donc aucun pb pour transférer, graver, télécharger, streamer... Bon courage, A+